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

soup-auth-manager-ntlm.c: don't include the default domain in the response

If the user didn't specify a domain in their username, then send ""
for the domain in the response, rather than echoing back the default
domain. This is apparently more compatible with what other apps do.

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

Post-branch release bump

2.40.1

Be more aggressive when looking for the termination boundary

Turns out some servers may send line feeds and carriage return after the final
boundary. That's the case for the following WebKit LayoutTest:

    http/tests/multipart/load-last-non-html-frame.php

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

Updated Norwegian bokmål translation

SoupAddress: fix handling of IPv6 literals

When generating a URI to pass to GProxyResolver, escape IPv6 literals properly.

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

[l10n] Added Catalan (Valencian) translation

[l10n] Added Catalan translation

2.40.0

Updated Latvian translation

[l10n] Added Estonian (et) to LINGUAS

[l10n] Updated Estonian translation

Updated Latvian translation

update Simplified Chinese (zh_CN) translation

Updated Hebrew translation.

Updated Telugu Translations

Added Thai translation

Uploaded Ukranian

Updated Bengali India Translations

[l10n] Updated German translation

hindi updated file

hindi updated file by Pratibha Kumari

Updated Bulgarian translation

updated Tamil translation

update Punjabi Translation

Updated Malayalam file

Updated Hungarian translation

2.39.92

Updated British English translation

SoupSessionAsync: destroy the I/O GSource when returning a result

When a soup_request_send_async() gets cancelled, we were leaving its
GSource active, causing it to be triggered later, sometimes causing
criticals. Fix that.

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

Updated Russian translation

Updated Danish translation

Added da to list of languages

Updated Traditional Chinese translation(Hong Kong and Taiwan)