build: remove some cruft

Remove accumulated cruft, mostly from things we used to depend on but
don't any more.

Also a few minor drive-by configure cleanups

Updated Uyghur translation

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

Updated Hebrew translation.

Updated Galician translations

tests: do skipped tests properly

automake interprets exit code 77 as meaning "skipped", so have the
various apache-dependent, php-dependent, and curl-dependent tests do
that, and compile them unconditionally. (Although, to avoid "unused"
warnings, we end up #ifdeffing out the whole file.)

tests: [CENSORED] [CENSORED] automake [CENSORED]

Specifying serial-tests in AM_INIT_AUTOMAKE breaks the build with
automake 1.11, so the only way to support both 1.11 and 1.13 is to
make the tests work under the parallel harness. Fortunately this
wasn't that hard.

Added Aragonese translation

tests: fix under automake 1.13

The parallel test harness (which is the default as of automake 1.13)
doesn't let you use make functions in the definition of TESTS. (It
generates an invalid Makefile in this case.) Since the tests as
currently written won't work with the parallel harness anyway (since
each apache-based test stops apache when it's done), just force the
serial harness for now.

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

soup-session.c: do not emit content-sniffed if it isn't cached

The SoupCache does not get any information from sniffed content types as it
works at a lower level. That's why sometimes we might not have any
Content-Type information for a cached resource (if the server does not
specify it).

Updated Spanish translation

Updated Czech translation

2.41.90

Updated Serbian translation

Updated Polish translation

cache-test: added a new cancellation test

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

test-utils: Added SOUP_TEST_REQUEST_CANCEL_IMMEDIATE flag

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

soup-cache-input-stream: fixed a reference cycle

Fixed a reference cycle between SoupCacheInputStream and a
GTask. This reference cycle was preventing the input stream from
being freed when the SoupMessage was cancelled before the stream
was completely read. Furthermore the SoupCache was not able to
complete the pending request because the SoupCacheInputStream was
not aware of the message cancellation and remained waiting forever.

In order to remove the cycle
soup_cache_input_stream_cache(_finish) were removed and the
caching operation finalization is now reported via a signal.
SoupCacheInputStream also implements close_fn which properly
finalizes any pending caching operation.

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

tests: simplify and improve "make check"

Remove rules that automake can figure out itself. Run the tests in
alphabetical order. Run "make kill-httpd" at the end of "make check",
in case the last httpd-using test crashed.

SoupSession: remove some dead code, fix proxy error messages

SoupMessageQueueItem's proxy_addr and proxy_uri fields were no longer
being used, but they were still there, and SoupSession was trying to
use item->proxy_uri to provide clarifying information on
SOUP_STATUS_CANT_RESOLVE_PROXY / SOUP_STATUS_CANT_CONNECT_PROXY.

Remove the unused fields, and fix SoupSession to get the proxy name
from the SoupConnection instead.

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

Internal renamings for clarity

The GSocketClient::event signal gets proxied from GSocketClient to
SoupSocket to SoupConnection to SoupSession to SoupMessage (!) via
signal handlers that used to have "proxy" in their names. But that
made it sound like they had something to do with network proxies. So
rename them all (to "re_emit").

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

Updated Malayalam Localization

cache-test: added cancellation tests

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

test-utils: add cancellation support to soup_test_request_send

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

soup-session: handle cancellation of SoupCache resources

SoupSession will now properly handle cancellations (either with
soup_session_cancel_message or g_cancellable_cancel) of resources returned
by the cache whether they're fresh or need a revalidation.

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

Updated slovak translation

SoupAuthNTLM: fix to do a "retrying" authenticate

If the first attempt at NTLM auth fails, let the auth manager emit a
"retrying" authenticate as well, just like normal auths do.

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

SoupSession: fix a bug with the add-feature-by-type property

The add-feature-by-type and remove-feature-by-type properties were
only accepting SoupSessionFeature types, so you couldn't use it for
things like request types, auth types, etc.

tests: fix non-php apache tests to still work without php

Setting "IF_HAVE_PHP" to "#" actually sets it to "", because the "#"
is treated as the start of a comment. We have to set it to "\#" if we
want to cause the "#" to actually get substituted into httpd.conf

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

SoupSession: added a new construction-time property "local-address"

It will be proxied to the SoupConnection and then to SoupSocket,
allowing the user to specify a local address to bind the local socket.

SoupConnection: added a new construction-time property "local-address"

It will be proxied to the SoupSocket upon its creation.

SoupSocket: Use the local socket, when available, even on client side.

This allows binding the client connection to a specific local address.

SoupSocket: Move the creation of socket clients to a single place

Thus avoiding duplication of code in sync and async functions.

2.41.5

Updated Traditional Chinese translation(Hong Kong and Taiwan)

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.