soup-session: use SoupMessageQueueItem's cancellable for the GTask

Even if the caller does not specify a GCancellable the GTask must use the
one that comes with the item by default.

This also sets check_cancellable() to FALSE in the session's GTask in order
not to override error messages previously set on the GTask in case of
cancellations.

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

[l10n] Updated German translation

[l10n] Updated Italian translation.

Revert "SoupURI: replace NULL password with "" on http"

This broke CalDAV in evolution. I'm not sure exactly why, but if it
broke that, it might break other things too, so let's just revert
this.

This reverts commit 38901ca5e684a8fac75e6ff740d45c82dd44181a.

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

Updated Norwegian bokmål translation

Updated Uyghur translation

Signed-off-by: Gheyret Kenji <gheyret@gmail.com>

soup-body-input-stream: update priv->eof when skipping

We must update the priv->eof field in the skip() operation as we do in
read(). This bug was causing redirects not to finish because the
SoupBodyInputStream was creating a pollable source that will never issue
anything instead of a plain timeout source.

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

set_ssl_ca_file: don't try unreffing tlsdb if it's NULL

If g_tls_file_database_new() failed for any reason but
G_TLS_ERROR_UNAVAILABLE, we don't create a fallback DB and so tlsdb stays
NULL.

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

Updated Serbian translation

Updated Belarusian translation.

2.41.4

soup-session: add SoupMessage-based streaming APIs

SoupRequestHTTP is now implemented in terms of SoupSession SoupMessage
operations, so we might as well just expose those directly, for people
who want streaming APIs, but not SoupRequest.

soup-message: belated #include cleanup

Remove some includes that I had commented out to see if they were
still needed, but then forgot to actually remove when it turned out
they weren't.

SoupURI: replace NULL password with "" on http

All supported HTTP auth methods use both username and password, so
assume a password of "" if none is given

soup-auth-digest: fix a leak on re-auth

Calling soup_auth_authenticate() on an already-authenticated
SoupAuthDigest would leak the old username and hashed password.

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

Updated Bulgarian translation

soup-session: fix a deadlock when aborting a SoupSessionSync

We need to signal conn_cond when removing an item from the queue,
since flush_queue() expects that... (and also, since in some cases,
removing a message from the queue will allow another one to start).

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

Add explicit soup-version.h include into soup.h

build: Do not use AM_GLIB_GNU_GETTEXT

The po/Makefile.in.inis generated by intltoolize

autogen.sh: Use autoreconf instead gnome-autogen

soup_message_get_https_status: provide info for failed attempts too

SoupMessage:tls-certificate and SoupMessage:tls-errors were only
getting set for successful https connections. It is useful to have
them be set on failed ones as well. Fix that, and make ssl-test test
it.

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

Revert "SoupConnection: disconnect on failed connections/tunnels"

Disconnecting clears priv->sock, and in some cases, the caller may
want to look at that after the failed connection. So switch this back
to having the session do the disconnecting itself (which is simpler
now due to various SoupSession rewrites), and remove one inconsistent
case where the connection was disconnecting itself before.

This reverts commit 21d707d66460233596a04f6dc99c945d2dbc3085.

Fix previous commit

soup-session: fix up the SoupRequest requeuing logic

Split the "this message is likely to be requeued" logic into a single
function that the sync and async codepaths can share, and fix it to
not think that SOUP_MESSAGE_NO_REDIRECT messages will be redirected,
or that messages that disable SOUP_TYPE_AUTH_MANAGER will be
authenticated.

Rename LIBSOUP_DISABLE_DEPRECATED to SOUP_DISABLE_DEPRECATED

GNOME_MAINTAINER_MODE_DEFINES apparently sets
LIBSOUP_DISABLE_DEPRECATED, which is now causing various jhbuild
modules to break. "Fix" this by renaming the define (which is only
still there because gtk-doc complains if it's not). The *right* way to
get deprecation warnings/errors now is to define
SOUP_VERSION_MIN_REQUIRED.

soup-auth-manager: make this thread-safe

Very belatedly, make SoupAuthManager thread-safe.

It also ensures that any SoupAuth that it manages is only manipulated
from one thread at a time.

soup-auth-manager: add soup_auth_manager_use_auth()

Add soup_auth_manager_use_auth(), for "preloading" authentication, and
make the old automatically-request-NTLM behavior happen only for
the legacy SoupSession subclasses.

SoupAuthManager: make this public

soup-auth-manager: split out connection handling

Add a new SoupConnectionAuth class to help with connection tracking,
and make SoupAuthNTLM a subclass of it. Allow a single SoupAuthNTLM to
carry state information about multiple connections.

Make SoupSession store the SoupConnection a SoupMessage is associated
with on the message, and use that from SoupConnectionAuth rather than
tracking sockets by hand like SoupAuthManager had previously done.
Remove the connection tracking in SoupAuthManager, since it is no
longer needed.

soup-auth-ntlm: get rid of separate SSO states

Use a single boolean to track whether we're using single-sign-on
(/usr/bin/ntlm_auth) rather than having two parallel sets of
SoupNTLMStates.

ntlm-test: kill some dead code

ntlm-test-helper: fix

We need to set SOUP_NTLM_AUTH_DEBUG to an empty string (to tell
SoupAuthNTLM to always use built-in NTLM), not leave it unset, which
will let SoupAuthNTLM use the real ntlm_auth binary.

(The effect of this bug was that instead of always using built-in
NTLM, ntlm-test-helper would first try to use ntlm_auth, and fail
because there were no cached credentials, and then fall back to
built-in NTLM, which meant that we were testing the fallback codepath
even in the supposed-to-be-non-fallback case. Unless your username was
"alice" or "bob" and you had a working winbind configuration, in which
case the tests would just fail.)

Also, fix up ntlm-test a bit, so that if ntlm-test-helper for some
reason tries to authenticate as someone other than alice or bob, it
recognizes this, rather than considering everyone who isn't alice to
be bob.

soup-auth-domain-digest: minor documentation correction

Updated Friulian translation

soup-auth-ntlm: small fix

Reorganize NTLM authentication, fix ntlm_auth support

Move the auth-managery parts of SoupAuthManagerNTLM down into
SoupAuthManager, and the NTLMy parts into SoupAuthNTLM (in preparation
for supporting other kinds of connection-based auth such as
Negotiate).

The reorganization also makes it possible to use SoupAuthNTLM to
implement a mock version of /usr/bin/ntlm_auth, so we can extend
ntlm-test to test both the built-in-NTLM and external-NTLM codepaths.
Doing this reveals that, AFAICT, the external codepath did not
previously actually work, because it mis-used
G_SPAWN_FILE_AND_ARGV_ZERO and so ended up passing incorrect arguments
to /usr/bin/ntlm_auth.

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