Updated German help translation and screen-shots
Updated German help translation
Fix a couple more uses of HTTP DuckDuckGo
Revert "Fix a couple more uses of HTTP DuckDuckGo"

This reverts commit a47608b090e5cd7700820dc9be0674df3c1e8644.

String freeze...
Always update location entry address if unfocused

ephy-location-controller has some suspect code to lock the location
entry, preventing it from being changed when the current web page
changes. This is contrary to the behavior of Firefox, which immediately
updates the location entry when the page changes. I think Firefox's
behavior is less confusing, since it ensures the correct address is
always displayed, but I guess the intent of Epiphany's behavior is to
not change the address if the user is currently typing one.

The problem occurs when the location entry is focused while a new page
is loading: then the old address remains in the location entry, while
the title box subtitle gets updated to the new address. Fix this desync
by always updating the location entry address when the location entry is
unfocused. This means the location entry will only have the incorrect
address as long as it is visible, and will be updated to the correct
address when the title box is shown.

We might additionally want to remove all the locking code so that the
address is always immediately updated.

https://bugzilla.gnome.org/show_bug.cgi?id=734952
Revert "Always update location entry address if unfocused"

This reverts commit 32e2936e56f99db869767a4572e8f0652f4fc6c3.
Don't accidentally delete adblock filters

The uri-tester is created from the web extension. When created, it opens
~/.config/epiphany/adblock/filters.list for reading in
uri_tester_load_filters(), then calls uri_tester_set_filters() with the
read filters. uri_tester_set_filters() unconditionally calls
uri_tester_save_filters(), so we immediately write back what we read to
filters.list. But this is racy: if you are starting multiple web
processes at the same time, such as when opening epiphany with multiple
saved tabs, then one process may open the file for reading after another
has opened it for writing (which clears the file) but before the filters
have been written back to the file, so now one UriTester instance has an
empty list of filters, and it will immediately write back that empty list.

The original list is completely doomed because the only time we ever
write to filters.list is immediately after the filters are read, since
we do not support modifying filters. That's right, these writes are
NEVER necessary, so let's just remove them completely so we can be
completely sure the problem is gone.

Now we have an ununsued uri_tester_save_filters() function, but I don't
want to get rid of it quite yet as I do want to support at least a
couple different types of filters in the future (for tracking
protection). Also, there are already other unused functions here as
well, so one more is no difference for now, but refactor is imminent.

https://bugzilla.gnome.org/show_bug.cgi?id=697329
ephy-web-view: Fix potential crashers

The "form-auth-data-save-requested" signal was not properly disconnected
as the g_signal_handlers_disconnect_by_func() was using the wrong
object.

The "allow-tls-certificate" signal was not disconnected at all.

The "notify::favicon" was needlessly disconnected (it will be
disconnected when the web view disappears).

And the "cleared" signal for the history service was never disconnected.

g_signal_connect_object() should ensure that all the signals we connect
to that have the web view as data are disconnected when the web view is
destroyed.

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

Conflicts:
	embed/ephy-web-view.c
ephy-history-service: do not open a transaction in read-only mode

https://bugzilla.gnome.org/show_bug.cgi?id=735912
search-provider: don't live forever

Search providers are supposed to quit after running for a few seconds.

https://bugzilla.gnome.org/show_bug.cgi?id=735912
search-provider: tweak default timeout

As recommended by Giovanni in bug #736449