| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
|
|
|
|
| |
And soup_message_headers_copy as soup_message_headers_ref that is now
public.
|
|
|
|
| |
We prefer spaces now instead of tabs.
|
| |
|
|
|
|
| |
This function was changed in 96b890dc8
|
|
|
|
| |
Just iterate the main loop to ensure the message finishes.
|
| |
|
| |
|
|
|
|
|
| |
Stop using the message status for internal or transport errors and
always use GError for those.
|
| |
|
| |
|
|
|
|
| |
This goes against all convention and isn't binding friendly.
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
This was an oddity of libsoup that no other GObject library does.
The downsides are mostly that tooling doesn't expect it so its
easy to not document them or not define them and developers don't
expect them so they don't realize the defines are just property names
or search codebases for one but miss the other.
It just doesn't follow convention.
|
| |
|
|
|
|
| |
Add SoupServerMessage and move there all the server only functionality.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
We were marking the message is FINISHING right after returning the
response, so that the message was unqueued while the client is still
reading the input stream. This is inconsistent with normal messages and
can confuse clients that connect to request-queued and request-unqueued
signals to track messages.
https://bugzilla.gnome.org/show_bug.cgi?id=744788
|
|
|
|
|
|
| |
Otherwise the resource is not unqueued unless a new request is made.
https://bugzilla.gnome.org/show_bug.cgi?id=744788
|
|
|
|
|
|
|
| |
It's similar to the SoupSession::request-started signal, but it's also
emitted for cached resources.
https://bugzilla.gnome.org/show_bug.cgi?id=731153
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
must-revalidate is present
RFC2616 14.9.4
"When the must-revalidate directive is present in a response received by
a cache, that cache MUST NOT use the entry after it becomes stale to
respond to a subsequent request without first revalidating it with the origin server.
(I.e., the cache MUST do an end-to-end revalidation every time, if,
based solely on the origin server's Expires or max-age value, the cached
response is stale.)"
Update also the unit tests, since they were checking the wrong
behaviour.
https://bugzilla.gnome.org/show_bug.cgi?id=744468
|
|
|
|
|
|
|
|
|
|
| |
When soup_cache_dump() is not called for some reason, like a crash in
the application, the new cached resources are not referenced by the
index and then leaked in the cache directory. soup_cache_load() removes
all the resources found in the cache directory and not referenced by
the cached index.
https://bugzilla.gnome.org/show_bug.cgi?id=667682
|
| |
|
| |
|
| |
|
|
|
|
|
| |
Some programs need to be split up into more tests, and the debug
output is mostly not updated for the new format.
|
| |
|
|
|
|
|
|
|
| |
The refcounting test had a race condition. Fix it by just waiting for
the stream to be destroyed, rather than asserting it already has been.
https://bugzilla.gnome.org/show_bug.cgi?id=698305
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
SoupCache was not updating the cached headers on conditional requests. We
were only doing it for revalidations started by libsoup clients.
This also properly reset the values of freshness_lifetime and
must_revalidate on revalidations. These two fields were keeping their
original values even if the server wasn't providing such information.
Finally this adds a new cache test (do_header_test) and fixes the one
disabled with #ifdefs (second revalidations).
https://bugzilla.gnome.org/show_bug.cgi?id=695121
|
|
|
|
|
|
|
|
|
|
| |
Added do_refcounting_test that checks that streams do not leak any
reference when a message is cancelled just before starting to read.
This test also need a new cancel flag called
SOUP_TEST_REQUEST_CANCEL_AFTER_SEND_FINISH.
https://bugzilla.gnome.org/show_bug.cgi?id=682527
|
|
|
|
|
|
|
|
| |
We were assuming that if the SOUP_TEST_REQUEST_CANCEL_SOON flag was not
present then we wanted an immediate cancelation. That worked but now we need
to add it to support more cancellation types.
https://bugzilla.gnome.org/show_bug.cgi?id=682527
|
|
|
|
|
|
|
|
| |
Added cancellation tests for both fresh and under revalidation resources.
These tests ensure that cancellations happen flawlessly and that any
potential revalidation process is also cancelled.
https://bugzilla.gnome.org/show_bug.cgi?id=692310
|
|
|
|
|
|
|
|
|
|
|
| |
The function gets a new parametter used to enable request cancellation for
both sync and async sessions. The cancellation could be performed by either
using the GCancellable or by directly cancelling the SoupMessage.
Also the GMainContext used to simulate sync operations with async ones will
now try to execute all its pending events before quiting the main loop.
https://bugzilla.gnome.org/show_bug.cgi?id=692310
|
|
|
|
|
|
|
|
|
|
|
| |
SoupMessage isn't being deprecated, and mirroring its API onto
SoupRequestHTTP is just going to result in always having to add every
new API twice. Also, it turns out to be less useful than originally
expected anyway, since you end up having to cast between SoupRequest
and SoupRequestHTTP frequently anyway.
This reverts commit d7117329400e47d2187ed033099d921d555f8d71 and most of
commit 53c270d0e2868fa5ad48ce864f10a9486b11a071.
|
|
Add a test of basic cache functionality (finally!)
Still needs more tests...
|