| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=762138
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Our third-party cookie blocking is too strict. Safari is the only major
browser that blocks third-party cookies by default, so the only way for
SOUP_COOKIE_JAR_ACCEPT_NO_THIRD_PARTY to be web compatible is for it to
match Safari as closely as possible. And Safari does not appear to
consider the full domain when deciding whether to block a third-party
cookie, it only considers the base domain. Reports indicate that Firefox
and Chrome behave similarly if the user chooses to block third-party
cookies in those browsers.
This fixes, in particular, notifications on google.com domains.
https://bugzilla.gnome.org/show_bug.cgi?id=792130
|
|
|
|
|
|
| |
This is causing test failures in SPARC architectures.
https://bugzilla.gnome.org/show_bug.cgi?id=794421
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
When the client is using absolute paths for Digest authentication,
we need to make sure that the digest URI is not encoded before
comparing it to the request URI, as some clients might provide
URIs encoded and SoupURI might already have decoded the request
URI.
Also modify server-auth-test.c to make this problem reproducible
and add a couple of test cases to make sure we don't regress.
https://bugzilla.gnome.org/show_bug.cgi?id=794208
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
This reverts commit 20a8463ae65369ac17f8bca7749be188a275a99f.
|
| |
|
| |
|
|
|
|
| |
(cherry picked from commit 2ec1c49841fa4cdf2516e368ad5834f1cfa00844)
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Signed-off-by: Michele Dionisio <michele.dionisio@gmail.com>
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Our third-party cookie blocking is too strict. Safari is the only major
browser that blocks third-party cookies by default, so the only way for
SOUP_COOKIE_JAR_ACCEPT_NO_THIRD_PARTY to be web compatible is for it to
match Safari as closely as possible. And Safari does not appear to
consider the full domain when deciding whether to block a third-party
cookie, it only considers the base domain. Reports indicate that Firefox
and Chrome behave similarly if the user chooses to block third-party
cookies in those browsers.
This fixes, in particular, notifications on google.com domains.
https://bugzilla.gnome.org/show_bug.cgi?id=792130
|
|
|
|
| |
soup_message_queue_item_ref() doesn't return the item.
|
|
|
|
|
|
|
|
|
|
|
| |
Add soup_session_connect_async() to create a new dedicated connection to
the given SoupURI. The operation finishes when the connection has been
completed, including any TLS handshacking or proxy negotiation,
returning a GIOStream that can be used to communicate with the server.
This is based on a patch by Dirkjan Ochtman <dirkjan@ochtman.nl>.
https://bugzilla.gnome.org/show_bug.cgi?id=792212
|
|
|
|
|
|
|
|
| |
Instead of checking if a string is valid frame by frame, it check
if it is a valid utf8 only when the message is totaly reassembled.
Fix Autobahn test cases: 6.2.3, 6.2.4 and 6.4.2.
https://bugzilla.gnome.org/show_bug.cgi?id=792113
|
|
|
|
|
|
|
|
|
| |
Close the connection with a protocol error, if a close control
uses a code reserved for future implementations of the WebSocket
protocol.
Fix Autobahn test cases 7.9.*.
https://bugzilla.gnome.org/show_bug.cgi?id=792113
|
|
|
|
|
|
|
|
|
|
|
| |
successfully sent
If the sending of a frame fails with G_IO_ERROR_WOULD_BLOCK,
we must send it again before sending more urgent ones.
This change is relevant in case a SSL connection is being used
because SSL expects the same message to be resent
https://bugzilla.gnome.org/show_bug.cgi?id=790436
|
|
|
|
|
|
|
|
| |
Ensure that the control frames received are sent back in the order
in which they arrived.
Fix Autobahn test case 2.10.
https://bugzilla.gnome.org/show_bug.cgi?id=792113
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=792715
|
|
|
|
|
|
|
|
| |
Pass the close payload to the function send_message in order to
check if the payload if bigger than 125 octect
Fix Autobahn test case 7.3.6.
https://bugzilla.gnome.org/show_bug.cgi?id=792113
|
|
|
|
|
|
|
|
| |
Close the connection with a protocol error if the close payload
is an invalid utf8.
Fix Autobahn test case 7.5.1.
https://bugzilla.gnome.org/show_bug.cgi?id=792113
|