commit 621ad6c565bad6662a0f9a11a846593627df90a5
Author: Michael Catanzaro <mcatanzaro@igalia.com>
Date: Mon Feb 15 11:12:19 2016 -0600
Prepare 3.18.4
NEWS | 10 ++++++++++
configure.ac | 2 +-
2 files changed, 11 insertions(+), 1 deletion(-)
commit 0fd35b6038fcdebed7ae0c9082c993cde59123ee
Author: Michael Catanzaro <mcatanzaro@igalia.com>
Date: Tue Feb 9 22:55:45 2016 -0600
history-service: Chain up in dispose
lib/history/ephy-history-service.c | 2 ++
1 file changed, 2 insertions(+)
commit 5dde1af2a5652c0e778efc2aa654fe765ce0a9e3
Author: Michael Catanzaro <mcatanzaro@igalia.com>
Date: Tue Feb 9 13:39:40 2016 -0600
location-entry: Properly normalize URI for cut/copy
https://bugzilla.gnome.org/show_bug.cgi?id=761660
lib/ephy-uri-helpers.c | 19 ++++++++++++++++++
lib/ephy-uri-helpers.h | 1 +
lib/widgets/ephy-location-entry.c | 42 +++++++++++++++++++++++++++++++++++++++
3 files changed, 62 insertions(+)
commit 434df10bbef3fa7fef7a2d334a8e70276be5381d
Author: Michael Catanzaro <mcatanzaro@igalia.com>
Date: Mon Feb 8 19:35:56 2016 -0600
Revert "location-entry: Encode URI before copy/paste"
This reverts commit 6a36029a1212d047861d4a00425a2558f086bbc5.
lib/widgets/ephy-location-entry.c | 43 ---------------------------------------
1 file changed, 43 deletions(-)
commit 37a4af3778ef058556a620379c77d02259de5c98
Author: Michael Catanzaro <mcatanzaro@igalia.com>
Date: Mon Feb 8 15:25:32 2016 -0600
web-overview: Don't crash when unexpected thumbnail change is received
Sometimes we receive thumbnail changes for pages that aren't in the
overview. It's probably a bug, but there don't seem to be any
user-visible effects, so let's not crash over this.
https://bugzilla.gnome.org/show_bug.cgi?id=758470
embed/web-extension/ephy-web-overview.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
commit 6a36029a1212d047861d4a00425a2558f086bbc5
Author: Michael Catanzaro <mcatanzaro@igalia.com>
Date: Sat Feb 6 23:01:23 2016 -0600
location-entry: Encode URI before copy/paste
The location entry is currently the only place in our UI where it is
possible to copy a decoded URI. This is basically never what the user
wants.
I am getting tired of accidentally pasting broken URIs like
https://build.webkit.org/results/GTK Linux 64-bit Release
(Tests)/r196216 (13627)/results.html. URIs should be encoded before
stored in the clipboard. Now I can copy
https://build.webkit.org/results/GTK%20Linux%2064-bit%20Release%20(Tests)/r196216%20(13627)/results.html
instead as nature intended.
Of course, if only part of the entry is selected, then it's not a full
URI and should not be messed with; in this case, just copy it raw.
https://bugzilla.gnome.org/show_bug.cgi?id=761660
lib/widgets/ephy-location-entry.c | 43 +++++++++++++++++++++++++++++++++++++++
1 file changed, 43 insertions(+)
commit 1a04403c1387673ed841d7c9933580b2085304cc
Author: Lorenzo Tilve <ltilve@igalia.com>
Date: Tue Dec 29 13:40:27 2015 +0100
overview: Do not show local files on the overview
embed/ephy-about-handler.c | 1 +
embed/ephy-embed-shell.c | 1 +
lib/history/ephy-history-service-urls-table.c | 3 +++
lib/history/ephy-history-types.c | 1 +
lib/history/ephy-history-types.h | 1 +
5 files changed, 7 insertions(+)
commit 97c2f6c2f83d4d43c6c3a0e2b7bb12734dedc184
Author: Matej Urbančič <mateju@svn.gnome.org>
Date: Tue Feb 2 17:44:58 2016 +0100
Updated Slovenian translation
po/sl.po | 14 +++++++++-----
1 file changed, 9 insertions(+), 5 deletions(-)
commit 5a29b18fed45a98089ab8410cd20be182fb587cc
Author: Alexandre Franke <alexandre.franke@gmail.com>
Date: Tue Feb 2 11:15:57 2016 +0000
Updated French translation
po/fr.po | 315 ++++++++++++++++++++++++++++++++-------------------------------
1 file changed, 159 insertions(+), 156 deletions(-)
commit 33972e2934394c851b6dde323254f39c9431e8f2
Author: Balázs Meskó <meskobalazs@gmail.com>
Date: Tue Jan 26 14:31:37 2016 +0000
Updated Hungarian translation
po/hu.po | 334 ++++++++++++++++++++++++++++++++-------------------------------
1 file changed, 169 insertions(+), 165 deletions(-)
commit fae2e8884a74f98e041e9376e13051df4c04f591
Author: Michael Catanzaro <mcatanzaro@igalia.com>
Date: Fri Jan 22 16:32:04 2016 -0600
sqlite-statement: Chain up properly in finalize
lib/ephy-sqlite-statement.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
commit 46eefbc99317a2b9aefb31c1e6659e89973a9655
Author: Michael Catanzaro <mcatanzaro@igalia.com>
Date: Fri Jan 22 16:28:55 2016 -0600
sqlite-connection: chain up properly in finalize
lib/ephy-sqlite-connection.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
commit a0205cba301a07d40edcb50b7a46afc1040220ec
Author: Michael Catanzaro <mcatanzaro@igalia.com>
Date: Mon Jan 18 19:08:13 2016 -0600
web-overview: Do not drop thumbnail update requests
When the overview is opened in a new tab, it normally works fine, but
when the overview is opened in the first tab when starting Epiphany,
there are no thumbnails for any of the sites: just empty placeholder
images, at least on my machine. That's not good.
The snapshot service does not have the images ready immediately when
requested by EphyAboutHandler, so EphyAboutHandler is not able to insert
them into the overview HTML when it is created. Instead, it inserts a
placeholder image. Then, when the snapshot service has finished getting
the thumbnail, it makes a D-Bus call to the web extension to convey the
file URI for the thumbnail (for each URL in the overview).
EphyWebOverview replaces the placeholder image with the thumbnail when
it receives the call.
The problem is the call can occur before WebKit has finished loading the
overview HTML, in which case the thumbnail changes get dropped and we
wind up with a bunch of placeholder images. Instead, remember the
thumbnail change requests as they come in, then apply them all after the
document has loaded.
https://bugzilla.gnome.org/show_bug.cgi?id=758470
embed/web-extension/ephy-web-overview.c | 53 ++++++++++++++++++++++++++++++++-
1 file changed, 52 insertions(+), 1 deletion(-)
commit 7260debaa9b7b5405caf1d0944246d146c2e5a33
Author: Michael Catanzaro <mcatanzaro@igalia.com>
Date: Mon Jan 18 22:14:41 2016 -0600
Allow opening .tar.xz files
Really a bad problem that we have a list of MIME types for which using
the Open button is doomed to fail. A bad problem indeed. Make it seem
like less of a bad problem by making .tar.xz files work.
data/mime-types-permissions.xml | 1 +
1 file changed, 1 insertion(+)