~gnome3-team/epiphany-browser/+git/master:gnome-3-10

Last commit made on 2016-04-19
Get this branch:
git clone -b gnome-3-10 https://git.launchpad.net/~gnome3-team/epiphany-browser/+git/master

Branch merges

Branch information

Name:
gnome-3-10
Repository:
lp:~gnome3-team/epiphany-browser/+git/master

Recent commits

2aff221... by Cédric VALMARY (Tot en òc)

Updated Occitan translation

ccd89c3... by Pedro Albuquerque

Updated Portuguese translation

d4b0e5a... by Michael Catanzaro <email address hidden>

search-provider: tweak default timeout

As recommended by Giovanni in bug #736449

4a5c378... by Michael Catanzaro <email address hidden>

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

9cefed4... by Michael Catanzaro <email address hidden>

ephy-history-service: do not open a transaction in read-only mode

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

7e86a0c... by Michael Catanzaro <email address hidden>

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

4a66cc5... by Gustavo Noronha Silva <email address hidden>

Use a flag to decide if a tab is download-only

There are some cases in which a view may not be able to go back and still be not
just for a download: if the view has been opened by middle clicking somewhere or
by having an URL provided on startup, then the navigation from the overview to
the first page won't have happened. By tracking whether the page has ever
committed a load we can be sure it has been opened just for the download.

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

74a842c... by Gustavo Noronha Silva <email address hidden>

If a tab is created only for a download, close it

If a tab that has just been created ends up being just a download, then
close it down. If it's the only one on the window, then make it show the
overview instead.

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

e372e29... by Michael Catanzaro <email address hidden>

Fix build

Looks like I mishandled a merge conflict?

c5ac3c1... by Claudio Saavedra

ephy-history-service: fix race-condition

Database shouldn't be accessed from the main thread.