tests: add session-test

Add a test that each of the 3 SoupSession types (plain, async, sync)
behaves as expected with soup_session_queue_message(),
soup_session_send_message(), and soup_session_cancel_message().

SoupSession: update docs (and some semantics) for plain SoupSession

Update the docs to reflect the changes in plain SoupSessions vs its
traditional subclasses. And while we're there, add a few new ones
(including making soup_session_queue_message() and
soup_session_send_message() work on plain SoupSession.

Revert the mirroring of SoupMessage API onto SoupRequestHTTP.

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 back LIBSOUP_DISABLE_DEPRECATED

gtk-doc expects "Deprecated:" notes in docs to be matched up with some
deprecation-guard #define. So even though we don't want people to use
it any more, add LIBSOUP_DISABLE_DEPRECATED back.

docs: more fixes

docs: Lots of minor fixes and additions

Updated Hebrew translation.

soup-session: move cache handling here

Move the SoupCache special handling from SoupRequestHTTP to
SoupSession (as another step towards making SoupCache not such a
magical special case hack that only works in certain situations).

tests: add cache-test

Add a test of basic cache functionality (finally!)

Still needs more tests...

test-utils: remove unnecessary #includes

Updated Polish translation

Updated Galician translations

Updated Slovenian translation

Updated Spanish translation

[l10n] Updated Estonian translation

soup-cache: Fix a memory leak.

The GFileInfo returned by g_file_enumerator_next_file() must be freed with g_object_unref().

https://bugzilla.gnome.org/show_bug.cgi?id=690382

Assamese translation updated

SoupCache: add SoupContentProcessor support

SoupCache now implements the SoupContentProcessor interface. This means that
soup-message-io will ask it to wrap a given base stream. By doing that the
cache will backup up every byte readed from that base stream into a local
file using a SoupCacheInputStream.

Apart from that, this removes all the old resource writing infrastructure
that was moved to the new SoupCacheInputStream. The SoupCache just needs
to pass a callback to the stream in order to be notified once the caching
operation finishes.

This also involves moving the caching decision from the "got-headers"
callback to the _wrap_input() implementation.

https://bugzilla.gnome.org/show_bug.cgi?id=682112

SoupCacheInputStream: new input stream filter that writes to the cache

The SoupCacheInputStream will be added to the stream stack as any other
GPollableInputStream. It will transparently read data from the underlying
stream and will pass it unmodified to the upper level.

Apart from that the stream writes everything it reads to a local file. Once
the caching finishes a callback will be called. Caching may be cancelled at
any point by providing a GCancellable.

https://bugzilla.gnome.org/show_bug.cgi?id=682112

2.41.3

Rename all remaining "SoupMessage *req"s to "msg"

Originally (ie, 12 years ago last week) the HTTP message type in soup
was called SoupRequest, and most SoupRequest variables were called
"req". Shortly after, SoupRequest was renamed to SoupMessage, but none
of the existing "req"s were renamed, and in fact, new ones kept
getting added. Eventually, "msg" became the standard name for a
SoupMessage variable, but a handful of "req"s have managed to survive
to this day. With the increasing integration of the modern-day
SoupRequest, this has gone from "inconsistent" to "confusing", so fix
all the remaining stray "SoupMessage *req"s.

soup-message: update docs to mention SoupRequest where appropriate

soup-message: deprecate soup_message_set_chunk_allocator()

This was added as a hacky way to avoid extra memcpy()s in certain use
cases by reading data directly into a caller-provided buffer. However,
SoupRequest now provides a vastly simpler way of doing this.

soup-message: fix up add_header_handler()/add_status_handler() docs

soup_message_add_header_handler() and
soup_message_add_status_handler() used to have the semantics that the
handlers they added wouldn't be called if the message was cancelled by
a preceding signal handler. This feature accidentally got lost in
2.32, but no one appears to have noticed. Fix up the docs to
correspond to the current reality.

Also, fix part of the add_header_handler() docs that *never*
corresponded to reality.

soup-message: remove gtk-docs on internal methods

Updated Spanish translation

Updated Polish translation

Updated Galician translations

SoupConnection: Quiet a (mistaken) compiler warning

gcc claims 'event_id' might be uninitialized; it's wrong, but it's
hard for the optimizer to know that.  Placate it in the name of
reducing warnings.

https://bugzilla.gnome.org/show_bug.cgi?id=690224

soup-filter-input-stream: fix non-blocking behavior to not spin

Just having a non-empty internal buffer isn't enough to guarantee we
can do a non-blocking read; if the caller is doing a read_until, we
might have some data in the buffer but still be waiting to find the
boundary. So track that. Based on a patch from Gustavo Noronha Silva.

docs: remove libsoup-gnome references from the build

Since everything in libsoup-gnome is now deprecated and undocumented,
don't depend on it when building docs.

https://bugzilla.gnome.org/show_bug.cgi?id=573685

soup-body-output-stream: fix non-blocking writing

Since soup_body_output_stream_write_chunked() sometimes loops and does
multiple writes, it's not enough to just check is_writable() first and
then do a blocking write. Implement write_nonblocking() to fix this.

Noticed by Milan Plzik.
https://bugzilla.gnome.org/show_bug.cgi?id=688974

Assamese translation updated

soup-gnome: belatedly deprecate SoupProxyResolverGNOME

There's no real reason to use SoupProxyResolverGNOME rather than
SoupProxyResolverDefault, so deprecate that too.

libsoup-gnome now consists entirely of deprecated functions.

Add SoupCookieJarDB to replace SoupCookieJarSqlite

Move SoupCookieJarSqlite (and its sqlite3 dependency) into libsoup
from libsoup-gnome, but rename it to SoupCookieJarDB so libsoup-gnome
can keep using the old name. SoupCookieJarSqlite is now just a
wrapper around SoupCookieJarDB.

tests: fix memory leaks

soup-session: fix a possible crash

Calling soup_session_unqueue_item() will unref the item, so we need to
add an extra ref if we want to ensure that it's still valid afterward.

SoupPasswordManager: kill

Deprecate and remove support for SoupPasswordManager;
SoupPasswordManagerGNOME is now a dummy class, and the related
SoupAuth methods are all no-ops. SoupSession also no longer has any
special support for SoupPasswordManager.

To avoid breaking old builds, the functions/types are still around,
but are now marked as having always been deprecated (which, really,
they were).

https://bugzilla.gnome.org/show_bug.cgi?id=594377
https://bugzilla.gnome.org/show_bug.cgi?id=679866

SoupRequester: compatibility fix

Epiphany was registering its "ephy-about" handler by directly calling
soup_session_feature_add_feature() on the SoupRequester, rather than
calling soup_session_add_feature_by_type() on the session. Fix it so
that will still work.

soup-message-io: fix crash when doing unpause+cancel

soup_message_io_stop() was unreffing unpause_source (if it was set),
but it didn't actually own a ref on it, so this would crash.
Fortunately this would only happen if you unpaused a message and then
immediately cancelled it, which isn't very common. Fixes a sporadic
chunk-test crash though.

soup-uri: don't decode %00 in URIs

We were accidentally decoding %00 to '\0' in URIs, causing a few
WebKit tests to fail. Leave it undecoded instead.

tests: fix SoupRequester deprecation warnings

Fix multipart-test and resource-test to use the new SoupSession APIs
rather than SoupRequester. Fix requester-test (which intentionally
tests that SoupRequester still works too) to not show deprecation
warnings.

SoupSession: add soup_session_request_http() and _request_http_uri()

Add SoupSession helpers to return SoupRequestHTTP directly and allow
overriding the request method.

SoupRequest: add soup_request_disable_feature()

Add soup_request_disable_feature(), which proxies to
soup_message_disable_feature() for SoupRequestHTTP and is a no-op
otherwise.

Add SoupRequest tests to sniffing-test, which also tests
soup_request_disable_feature() now.

SoupMessage: add soup_message_get_soup_request()

When dealing with SoupMessage-related signals in SoupRequest-using
code, it's useful to be able to get the message's associated
SoupRequest.

SoupRequestHTTP: mirror SoupMessage fields/API

Mirror various SoupMessage-related API onto SoupRequestHTTP so that
you don't need to resort to soup_request_http_get_message().

SoupRequest: Return better GErrors on parsing failures

In cases where the SoupMessage API would return SOUP_STATUS_MALFORMED,
return a clearer GError in the SoupRequest API.

Move SoupRequester API into SoupSession, declare SoupRequest stable

Add soup_session_request() and soup_session_request_uri(),
implementing basically the same behavior as soup_requester_request()
and soup_requester_request_uri() (but without requiring a separate
SoupSessionFeature), and remove the unstable-api ifdefs from
soup-request*.h.

SoupRequester still exists, but it is still guarded by the
unstable-api ifdefs, and is just a dummy wrapper around the
functionality that is now in SoupSession.

Make default property values/features more sane on plain SoupSession

(can't do this for SoupSessionAsync/SoupSessionSync because of
backward compatibility)

Also, make it illegal to set certain deprecated properties on a plain
SoupSession.

SoupSession: allow creating a "plain" SoupSession for use with new APIs

In gio-based APIs, async vs sync is a function-level distinction, not
a class-level distinction. Merge most of the existing SoupSessionAsync
and SoupSessionSync code up into SoupSession, and make SoupSession
non-abstract, so that you can create a SoupSession and then use either
sync or async SoupRequest-based APIs on it. (The traditional APIs
still require one of the traditional subclasses, although the code
reorg does affect them in some ways, such as making SoupSessionAsync
more thread-safe.)

SoupSessionAsync: don't allow restart-from-FINISHED in new_api

Added and Updated Kannada Translations

tests/uri-parsing: check empty username/password

Make sure that zero-length username/password are recognized as
different from no username/password.

Better handle the failure of URI embedded credentials

When using credentials embedded in the URI, clear them so that a failure
will trigger the authentication signal and the use of previously
remembered credentials.

soup-tld: fix a return-if-fail check

tests: fix a few bugs

Fix a few places where the test might crash rather than reporting an
error when something went wrong.

tests/simple-httpd: use GMappedFile rather than mmap

(fixing a fd leak in the process)

Added Odia Language into the List.

Updated Odia Translation with FUEL implementation.

[l10n] Update Japanese translation

2.41.2

Uyghur translation added.

SoupLogger: fix printing of Host header with IPv6 literal

SoupLogger was misprinting Host headers with IPv6 literals (even
though soup-message-client-io was sending them correctly). Fix that.

Also includes an addition to misc-test to verify that the Host header
received by the server is correct (which it already was, but the
SoupLogger bug made me think it wasn't.)

soup-message-client-io: add a Host header to HTTP/1.0 messages too

per recommendation of the httpbis spec

Crash in lookup_resolved(), g_error_free()

The problem is that g_task_return_error() "eats" the error,
it doesn't create its own copy, thus, in this case, copy the error.

https://bugzilla.gnome.org/show_bug.cgi?id=688330

configure.ac: add some missing quotes

to fix error messages when apache wasn't installed

build: distcheck fixes, including one generic srcdir!=builddir fix

build: fix

I'd previously applied a fix to soup-version.h rather than
soup-version.h.in, causing it to compile fine for me, but not from a
clean checkout.

Add per-version deprecation/availability warnings

Add SOUP_VERSION_X_XX, SOUP_VERSION_MIN_REQUIRED, and
SOUP_VERSION_MAX_ALLOWED, to enable version-based warnings.

Tag all functions with appropriate SOUP_AVAILABLE_IN_ and
SOUP_DEPRECATED_IN_ macros.

Also, fix up some "Since" tags to not refer to unstable releases or
non-.0 point releases.

libsoup-2.4.sym: temporarily export soup_message_io_cleanup

Temporarily export soup_message_io_cleanup() to unbreak gvfs. Will be
reverted once gvfs is fixed.

SoupProxyResolver: remove evil hack

Back when I deprecated SoupProxyResolver in favor of
SoupProxyURIResolver, I added an evil hack so that if anyone created a
SoupProxyResolver implementation, we'd automatically add a
SoupProxyURIResolver implementation on top of it (so that SoupSession
only needed to worry about SoupProxyURIResolver).

Anyway, (a) it's evil, (b) I'm pretty sure no one else ever
implemented a SoupProxyResolver anyway, and (c) if they did, they
really ought to have migrated to SoupProxyURIResolver by now.

So, remove the evil hack so that desrt can drop support for adding
interfaces after class_init.

https://bugzilla.gnome.org/show_bug.cgi?id=687659

Updated slovak translation

Updated slovak translation

SoupSession: don't disconnect connections outside of conn_lock

Always acquire conn_lock before disconnecting IDLE connections, to
avoid race conditions.

SoupConnection: disconnect on failed connections/tunnels

Rather than relying on SoupSession to call
soup_connection_disconnect() after a connection or tunnel attempt
fails, have SoupConnection do it itself.

SoupSession: move some code from SoupMessageQueue here

Move soup_message_queue_item_set_connection() into SoupSession, since
connection management is the session's job, not the queue's. Likewise,
move the non-queue-item-specific parts of queue_message_restarted()
into SoupSession.

SoupConnection: hide a special case

Previously SoupConnection required SoupSession to request that the
connection's state be changed from IN_USE to IDLE after a CONNECT,
even though this would not actually result in the connection's state
changing, and even though SoupSession would have broken if the state
had changed. Fix this up so that SoupSession can just leave the
connection IN_USE in this case, and SoupConnection deals with fixing
up its internal state accordingly.

SoupConnection: track reusability internally

Rather than relying on soup-message-io to tell us when a connection
can be reused, track it directly within SoupConnection.

SoupConnection: track current message, not current item

SoupConnection doesn't need to care about anything
SoupMessageQueueItem-specific (the one place where it did was
redundant with other code), so go back to only tracking the current
SoupMessage.

SoupConnection: drop "message" property

epiphany-extensions is dead, so there's no reason to support the
undocumented SoupConnection:message property for soup-fly any more.

SoupConnection: don't listen to SoupSocket::disconnected

No one except SoupConnection ever calls soup_socket_disconnect() any
more, so we don't need to listen to SoupSocket::disconnected to know
when it happens.

Added SoupContentProcessor support to SoupMessage, SoupContentDecoder & SoupContentSniffer

soup-message-io uses the content processors registered for each SoupMessage
to properly setup the stack of streams used to read a particular resource
either downloaded from the network or read from a local cached file. Note
that server-side messages do not have content processor support yet.

SoupContentDecoder becomes a content processor and wraps the given base
stream with a list of decoders when required.

SoupContentSniffer becomes a content processor working at the
SOUP_STAGE_BODY_DATA stage.

https://bugzilla.gnome.org/show_bug.cgi?id=682112

SoupContentProcessor: new interface

New SoupContentProcessor interface. It defines a _wrap_input() function which
implementors will use to add their own stream on top of the given base
stream.

https://bugzilla.gnome.org/show_bug.cgi?id=682112

build: don't export private symbols in the libraries

Add libsoup-2.4.sym and libsoup-gnome-2.4.sym, and use them to
restrict the exported symbols in the libraries to what it's supposed
to be.

https://bugzilla.gnome.org/show_bug.cgi?id=595176

connection-test: make it not require access to private SoupConnection symbols

soup-multipart-input-stream: belatedly add .h file to soup.h

SoupSession: mark a static function static (and clarify why it's there)

soup-version: minor style fixes

tests: fix some race conditions

A few tests were written such that they could fail/crash if the machine
was too slow. Fix.

soup_header_parse_param_list: return empty GHashTable instead of NULL

Special-casing the "no parameters" case here complicates other code
(eg, currently it causes warnings in SoupCache if you get an empty
Cache-Control header).

2.41.1

.gitignore: add tests/soup-tests.gresource

tests: add support for Apache 2.4

Remove now-unnecessary g_type_init() calls

port to GTask

Add API to get version information

Expose API to get information about the soup version. This is useful
because it allows applications to use API without actually depending on
it completely.

https://bugzilla.gnome.org/show_bug.cgi?id=684514

soup-request: Add support to handle gresource URI requests

GFile already supports gresource when using g_file_new_for_uri() with a
resource:// URI. We can add "resource" as a valid scheme for
SoupRequestFile and make sure the GFile is created with the gresource
URI for gresource requests.

https://bugzilla.gnome.org/show_bug.cgi?id=682721

SoupConnection: fix a race condition with non-keepalive messages

When a SoupSession sets a connection back to IDLE on a non-keepalive
message, the connection then disconnects itself. However, it had been
briefly setting its state to IDLE before disconnecting. Although this
wasn't supposed to be observable (it doesn't emit a notification), in
a SoupSessionSync, it could be observed by another thread, which might
then try to claim the connection to send another request on, causing
problems when the first thread then disconnected it.

Fix this by inlining clear_current_item() into
soup_connection_set_state() and reordering the code to not change
priv->state until after deciding whether or not it's going to
disconnect.

https://bugzilla.gnome.org/show_bug.cgi?id=684238

adding uz@cyrillic to LINGUAS

updating Uzbek@cyrillic translation