[RQ170516-00892] Fixed build warning

- [Backporting] GTlsConnection: avoid non-literal format string
  (https://bugzilla.gnome.org/show_bug.cgi?id)
- Replaced readdir_r() with readdir()

Change-Id: I36dea8e1c7c9d171caa9add39d05abe92556b7f9
Signed-off-by: Seonah Moon <seonah1.moon@samsung.com>

Add new config option for GNUTLS log function

Change-Id: I2c245836981f1655f1f376656a74754999aed9cb

Fixed license file path

Change-Id: I828677670115666e98ae126a3c645c35bfb876d1
Signed-off-by: Seonah Moon <seonah1.moon@samsung.com>

gcc62: Fixed build error

Change-Id: Iadc5737b06bc441760df74b994b0c2cb83a2fb59
Signed-off-by: Seonah Moon <seonah1.moon@samsung.com>

Change build macro for Tizen TV

This macro is ignored on build.tizen.org
It's only for Tizen TV build system

Change-Id: Ia2bd743a85d210dd0005e126eeaeb9a4277ccce9
Signed-off-by: Seonah Moon <seonah1.moon@samsung.com>

TLS: Only cache session data if a session was not resumed

As per the upstream discussion [1], session data should only be
stored when the session is not resumed.

This affects resuming sessions when using TLS tickets, since they
are not stored in the session data after a save/resume cycle.

[1] http://lists.gnutls.org/pipermail/gnutls-help/2015-February/003760.html

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

Change-Id: Ic9bc0381ed18d37b55cf1fbc49663cbb611ff328
Signed-off-by: Seonah Moon <seonah1.moon@samsung.com>

Resolve security leak

[Problem] security leak
[Cause] SSLV3.0 has security leak
[Solution] Disable SSLV3.0

Change-Id: I310cadc0d3b62f194e0b55a8baf9d135bed93e9e
Signed-off-by: fr.fang <fr.fang@samsung.com>

send full certificate chain during handshake
Upstream Patch : https://bugzilla.gnome.org/show_bug.cgi?id=724708

Change-Id: I24059721b1cd9f5b4f29a54aaa0db191a5b325af
Signed-off-by: su.g.kim <su.g.kim@samsung.com>

replace g_error_free with g_clear_error to null check internally

[Problem] error object double free issue
[cause] error object double free
[Solution] changing g_free_error to g_clear_error fuction to make it more safe.

Change-Id: I11f0eb181fba11142a286ac2a5691dc0a798683b
Signed-off-by: qi1988.yang <qi1988.yang@samsung.com>

Resolve segmentation fault

Change-Id: Ie4eedfcd5aee91100f40480be1ca11f4e17f1f60
Signed-off-by: Seonah Moon <seonah1.moon@samsung.com>

Disable adjust time feature for TV

Change-Id: I0e94be99917033055042003ebee1e21794c17150
Signed-off-by: Seonah Moon <seonah1.moon@samsung.com>

Fixed build error (TV profile)

Change-Id: I00b718c1d19186f428877091a4f39787521b67e0
Signed-off-by: Seonah Moon <seonah1.moon@samsung.com>

Declare missing buildrequire to get ca-certificate path

Change-Id: Icd6b652c71857e1d0ea1de878e1ae4eaed5df28b
Signed-off-by: Seonah Moon <seonah1.moon@samsung.com>

Change CA path macro

Change-Id: I4a4f246e4299781a861205bfddf420e22bd2f86c
Signed-off-by: Seonah Moon <seonah1.moon@samsung.com>

Accept unordered certificate chains

Some TLS servers improperly send an unordered chain of certificates,
where the next certificate in the chain is not the issuer of the current
certificate. Recent versions of GnuTLS will verify the chain anyway to
help reduce unnecessary validation failures (since there is no security
risk in doing so).

When the certificates are unordered, get_peer_certificate_from_session()
will construct GTlsCertificates with incorrect issuer fields, causing
trouble with unordered chains even though GnuTLS would otherwise handle
these fine.

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

Change-Id: I38fb9e15c6500c39ec860c1428e836595c9fba82
Signed-off-by: Seonah Moon <seonah1.moon@samsung.com>

gnutls: Build the certificate chain recursively instead of using a loop

We are currently checking every certificate in the chain and also
looking for an issuer in the database for the last certificate of the
chain. Now build_certificate_chain is called recursively so that for all
issuers that fail, we also try to find an issuer in the database,
instead of just for the last one. Pinned certificates are now handled by
the caller since they are done only once for the first certificate.
This fixes the case of fbcdn-dragon-a.akamaihd.net for which all the
certificates in the chain are not anchored, but we can find an issuer in
the database for the second certificate that is anchored.

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

Change-Id: Ib3da8118b8873e3c5afec173bcd4160252b2a0b1
Signed-off-by: Seonah Moon <seonah1.moon@samsung.com>

Modified hard-coded path in spec

Change-Id: I77bac02f748d9a1302b4d1569694c67579882b6b
Signed-off-by: Seonah Moon <seonah1.moon@samsung.com>

Replace 'tizen_profile_name' to 'profile' for Tizen 3.0

Change-Id: Id8a5ea8d1990fd4828ce09eb70861466f7f2c93a
Signed-off-by: Seonah Moon <seonah1.moon@samsung.com>

Base code merged to SPIN 2.4

Change-Id: I83323d84b236fc2688d107abc2bab8e82419aeb1
Signed-off-by: Seonah Moon <seonah1.moon@samsung.com>

Bump to version 2.38.0

Change-Id: I974ce5fedc7d4fd2caf0622f5d0c509ca3e0bf30
Bug-Tizen: TC-1824
Signed-off-by: Kévin THIERRY <kevin.thierry@open.eurogiciel.org>

resetting manifest requested domain to floor

update to 2.36.2

Signed-off-by: Anas Nashif <anas.nashif@intel.com>
Change-Id: I9155c08d3a833f5765d3ab68e7092914d94a7dd8

Update to 2.36.1

Update to 2.36.0

Update to 2.35.9

Update to 2.35.8

Update to 2.35.8

Enable libproxy (base on project)

Enable libproxy GIO extension

Signed-off-by: Joshua Lock <joshua.lock@intel.com>
Signed-off-by: Anas Nashif <anas.nashif@intel.com>
Change-Id: I90e0914e753074ce445d86d633c0722f1a0f301b

Update to 2.35.6

update to 2.35.3

package license file

add changelog

Update to 2.35.1

add packaging

Conflicts:
packaging/glib-networking.spec

2.38.0

2.37.5

Revert "gnutls: require gnutls 3.0"

There are potential licensing issues with gnutls 3.x, which
transitively requires gmp, whose latest versions are LGPLv3.

Allow compiling with 2.x again, but bump up the requirement to 2.12,
so we've got all the newer APIs to replace the ones that are
deprecated in 3.x.

This may be revisited in the future, and some new code added to this
module will probably be gnutls-3.x-only.

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

Add missing m4 file to fix build breakage

Update glib.mk, build installable tests

build: use AM_CPPFLAGS instead of INCLUDES

gnutls: Fix deprecation warnings

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

gnutls: require gnutls 3.0

2.37.4

gnutls: don't crash if G_TLS_GNUTLS_PRIORITY is invalid

If G_TLS_GNUTLS_PRIORITY can't be parsed, print a warning and fall
back to the default value.

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

proxy/gnome: check GNOME_DESKTOP_SESSION_ID too

It claims to be deprecated, but $GNOME_DESKTOP_SESSION_ID seems to be
the only reliable identifier of GNOME-ness (other than probing D-Bus,
which we can't do from here).

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

2.37.2

gnome: improve session detection.

Detect anything beginning with "gnome". Handles gnome-classic,
and custom gnome-jhbuild or similar sessions.

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

proxy/tests: fix to work when neither proxy module is available

automake ends up setting TEST_PROGS to " " in this case, but
Makefile.decl was assuming that if TEST_PROGS is not empty then it
contains actual tests, and then ended up bailing out by passing an no
tests to gtester. Fix it to use $(strip) to get the right result.

Also, drive-by automake warning fix in proxy/tests/Makefile.am

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

tls/tests: don't try to assert !G_IS_OBJECT() on destroyed objects

The pkcs11 tests were using g_assert(!G_IS_OBJECT()) to verify that
objects had been destroyed, but that's just crazy, and will crash
sometimes. Fix them to do a ref_count check instead.

proxy/tests/libproxy: Set GIO_EXTRA_MODULES to use the just-built module

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

proxy: two fixes to the previous libproxy commit

libproxy: fix handling of SOCKS in async API, add tests

Fix the handling of SOCKS proxies with g_proxy_resolver_lookup_async()
and the libproxy resolver. (Also, make the sync proxy resolver
properly cancellable.)

Add some tests of the libproxy resolver, based on the existing gnome
proxy resolver tests. Unfortunately, libproxy doesn't implement ignore
hosts in exactly the same way GProxyResolverGnome does, so we need to
keep track of which URIs they give different results for...

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

2.37.1

proxy/gnome: Use this in an Ubuntu (Unity) session too.

This avoids falling back to libproxy unnecessarily.

https://bugs.launchpad.net/ubuntu/+source/glib-networking/+bug/1172792

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

proxy/gnome: fix automatic mode

Automatic proxy resolution mode was accidentally getting more-or-less
ignored and treated as "none".

bump to 2.37.0

gtlsconnection-gnutls: Only finish implicit handshake if handshake is implicit

Also add a test to prevent regressions, this test tries to do a async handshake,
and waits for the actual handshake to finish, but before allowing the callback to happen
it tries to do a write.

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

gnutls: buffer app data received during a rehandshake request

If a server requests a rehandshake but then receives application data,
gnutls 2.x silently buffers that data, but gnutls 3.x returns a
(non-fatal) error. Do the buffering inside GTlsConnectionGnutls so
that 2.x and 3.x end up behaving the same.

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

[l10n] Updated Turkish translation

gnutls: correctly set CFLAGS using GNUTLS_CFLAGS

(recommit with correct bug url)

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

Revert "gnutls: correctly set CFLAGS using GNUTLS_CFLAGS"

This reverts commit 9802180053a0e8eb23116d2f6cd6abb32d9bab3b.

gnutls: correctly set CFLAGS using GNUTLS_CFLAGS

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

tlsconnection-gnutls: Create the cancellable pollfd in right buffer

The cancellable pollfd was overwriting the waiting_op one

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

Updated Indonesian translation

Added Friulian translation

Added Friulian translation

2.36.0

hindi translation by chandan kumar

Updated slovak translation

Updated Russian translation

L10N: Updated Persian Translation

Finnish translation update by Jiri Grönroos

Updated Basque language

[l10n] Added Tadjik translation

[l10n] Updated Catalan (Valencian) translation

Updated Latvian translation

Updated Danish translation

Updated Portuguese translation and converted to New Spelling (Novo AO)

Assamese translation updated for gnome 3.8

Updated Korean translation

[l10] Updated Catalan translation

Updated Thai translation

Updated Belarusian translation.

2.35.9

gnutls: handle another case of connection-closed-during-handshake

fixes one of the tests with gnutls 3.x

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

[l10n] Updated German translation

Updated Vietnamese translation

Updated Traditional Chinese translation(Hong Kong and Taiwan)

Punjabi: Translation updated (aalam)

Update French translation

Updated Uyghur translation

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

Added Aragonese translation

2.35.8

proxy/gnome: port to GSimpleProxyResolver

Make GProxyResolverGnome a wrapper around GSimpleProxyResolver, and
remove all the code that is no longer needed as a result.

(It can't be a subclass because of odd GType restrictions involving
interfaces and dynamic types.)

Also add more tests to proxy/tests/gnome, based on the
GSimpleProxyResolver tests.

Updated Malayalam Localization

tls/tests/connection: fix some race conditions

Close the client-side connection cleanly, to avoid a race condition
where the server side might see an unclean close.

In teardown_connection(), loop waiting for objects to be destroyed
rather than just asserting that the ref we hold is the last one; in
some cases, a GTask in another thread may still be holding a reference
on one of the objects for an instant after teardown_connection() is
called.

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

gnutls: free op_mutex in finalize()

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

2.35.6

proxy/gnome: fix up threading issues and other bugs

We had a mutex to deal with the possibility of multi-threaded use, but
were unlocking it too soon, so there wasn't any actual thread safety
(or at least, not much) if GProxyResolverGnome was being used from
multiple threads at the moment that the GSettings were changed.

Additionally, lookup_async() wasn't noticing updates to the settings
if they switched from automatic to manual/direct, and if they switched
from in the other direction, then the first lookup_async() call after
the change would end up making a synchronous call to the pacrunner.

Also, fix two cases where an operation could return both a list of
proxies and a GError.