Stowage/ladybird
2
0
Fork 0
mirror of https://github.com/LadybirdBrowser/ladybird.git synced 2025-10-19 23:53:20 +00:00
Code Issues Projects Releases Packages Wiki Activity
ladybird/Services/RequestServer/RequestClient.ipc

25 lines
1.1 KiB
Text
Raw Normal View History

LibHTTP+RequestServer: Add HTTP::HeaderMap and use for response headers Instead of using a HashMap<ByteString, ByteString, CaseInsensitive...> everywhere, we now encapsulate this in a class. Even better, the new class also allows keeping track of multiple headers with the same name! This will make it possible for HTTP responses to actually retain all their headers on the perilous journey from RequestServer to LibWeb.
2024-06-09 11:28:37 +02:00
#include <LibHTTP/HeaderMap.h>
LibRequests: Move NetworkError stringification to LibRequests Let's also rename the file to NetworkError.h while we're here. No need to have "Enum" in the name.
2025-03-30 13:09:50 -04:00
#include <LibRequests/NetworkError.h>
RequestServer: Retrieve timing info from curl and pipe it to LibWeb This timing info will be used to create a PerformanceResourceTiming entry.
2025-02-26 13:28:21 +00:00
#include <LibRequests/RequestTimingInfo.h>
AK+LibURL: Move AK::URL into a new URL library This URL library ends up being a relatively fundamental base library of the system, as LibCore depends on LibURL. This change has two main benefits: * Moving AK back more towards being an agnostic library that can be used between the kernel and userspace. URL has never really fit that description - and is not used in the kernel. * URL _should_ depend on LibUnicode, as it needs punnycode support. However, it's not really possible to do this inside of AK as it can't depend on any external library. This change brings us a little closer to being able to do that, but unfortunately we aren't there quite yet, as the code generators depend on LibCore.
2024-03-18 16:22:27 +13:00
#include <LibURL/URL.h>
Everywhere: Use IPC include syntax Remove superfluous includes from IPCCompiler's generated output and add include directives in IPC definitions where appropriate.
2021-07-02 21:40:44 -07:00
Services: Rename ProtocolServer to RequestServer The current ProtocolServer was really only used for requests, and with the recent introduction of the WebSocket service, long-lasting connections with another server are not part of it. To better reflect this, this commit renames it to RequestServer. This commit also changes the existing 'protocol' portal to 'request', the existing 'protocol' user and group to 'request', and most mentions of the 'download' aspect of the request to 'request' when relevant, to make everything consistent across the system. Note that LibProtocol still exists as-is, but the more generic Client class and the more specific Download class have both been renamed to a more accurate RequestClient and Request to match the new names. This commit only change names, not behaviors.
2021-04-23 22:45:52 +02:00
endpoint RequestClient
{
RequestServer+LibProtocol: Make starting requests fully async This makes it so the clients don't have to wait for RS to become responsive, potentially allowing them to do other things while RS handles the connections. Fixes #23306.
2024-02-24 14:36:57 +01:00
request_started(i32 request_id, IPC::File fd) =|
RequestServer: Retrieve timing info from curl and pipe it to LibWeb This timing info will be used to create a PerformanceResourceTiming entry.
2025-02-26 13:28:21 +00:00
request_finished(i32 request_id, u64 total_size, Requests::RequestTimingInfo timing_info, Optional<Requests::NetworkError> network_error) =|
RequestServer: Extract HTTP reason phrase from headers
2024-10-23 16:45:48 -05:00
headers_became_available(i32 request_id, HTTP::HeaderMap response_headers, Optional<u32> status_code, Optional<String> reason_phrase) =|
Services: Rename ProtocolServer to RequestServer The current ProtocolServer was really only used for requests, and with the recent introduction of the WebSocket service, long-lasting connections with another server are not part of it. To better reflect this, this commit renames it to RequestServer. This commit also changes the existing 'protocol' portal to 'request', the existing 'protocol' user and group to 'request', and most mentions of the 'download' aspect of the request to 'request' when relevant, to make everything consistent across the system. Note that LibProtocol still exists as-is, but the more generic Client class and the more specific Download class have both been renamed to a more accurate RequestClient and Request to match the new names. This commit only change names, not behaviors.
2021-04-23 22:45:52 +02:00
Everywhere: Merge the WebSocket service into RequestServer This keeps the APIs separate as they are wildly different, a future improvement could be to somehow unify the APIs (if possible). Closes #23080.
2024-03-06 01:50:52 +01:00
// Websocket API
// FIXME: See if this can be merged with the regular APIs
RequestServer: Make WebSocket IPC APIs asynchronous This fixes deadlocking when interacting with WebSockets while RequestServer is trying to stream downloaded data to WebContent.
2024-09-18 10:28:55 +02:00
websocket_connected(i64 websocket_id) =|
websocket_received(i64 websocket_id, bool is_text, ByteBuffer data) =|
websocket_errored(i64 websocket_id, i32 message) =|
websocket_closed(i64 websocket_id, u16 code, ByteString reason, bool clean) =|
websocket_ready_state_changed(i64 websocket_id, u32 ready_state) =|
websocket_subprotocol(i64 websocket_id, ByteString subprotocol) =|
websocket_certificate_requested(i64 websocket_id) =|
Everywhere: Merge the WebSocket service into RequestServer This keeps the APIs separate as they are wildly different, a future improvement could be to somehow unify the APIs (if possible). Closes #23080.
2024-03-06 01:50:52 +01:00
Services: Rename ProtocolServer to RequestServer The current ProtocolServer was really only used for requests, and with the recent introduction of the WebSocket service, long-lasting connections with another server are not part of it. To better reflect this, this commit renames it to RequestServer. This commit also changes the existing 'protocol' portal to 'request', the existing 'protocol' user and group to 'request', and most mentions of the 'download' aspect of the request to 'request' when relevant, to make everything consistent across the system. Note that LibProtocol still exists as-is, but the more generic Client class and the more specific Download class have both been renamed to a more accurate RequestClient and Request to match the new names. This commit only change names, not behaviors.
2021-04-23 22:45:52 +02:00
// Certificate requests
RequestServer: Make the certificate_requested IPC call asynchronous It was already being used asynchronously inside RequestServer anyway.
2021-05-10 12:37:27 +02:00
certificate_requested(i32 request_id) =|
Services: Rename ProtocolServer to RequestServer The current ProtocolServer was really only used for requests, and with the recent introduction of the WebSocket service, long-lasting connections with another server are not part of it. To better reflect this, this commit renames it to RequestServer. This commit also changes the existing 'protocol' portal to 'request', the existing 'protocol' user and group to 'request', and most mentions of the 'download' aspect of the request to 'request' when relevant, to make everything consistent across the system. Note that LibProtocol still exists as-is, but the more generic Client class and the more specific Download class have both been renamed to a more accurate RequestClient and Request to match the new names. This commit only change names, not behaviors.
2021-04-23 22:45:52 +02:00
}
Reference in a new issue Copy permalink