GitLab

We are using WebKit2 unconditionally already.

Another hardcoded google instance.

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

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

This was a workaround for a WebKit bug that has already been fixed in
WebKitGTK+ 2.1.1

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

Otherwise we end up saving titles for error pages.

Otherwise we end up creating snapshots for error pages.

So that they are loaded from memory instead of disk every time they are
needed.
We also get rid of ephy_file searching for the files in the file system.

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

This seems to work much better, although it makes the zoom level be
wrong when *leaving pages* in some cases. Still, an improvement, so
let's do this for now.

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

Move the remaining initialization code to EphyEmbedShell

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

A couple of TODO features have been left guarded by #if 0 blocks.

This code is causing some problems because the check happens in a sync
call right before a WebView is destroyed. There seems to be a race
condition and some times the method call will hang for seconds waiting
for a dead process on the other side.

We'll figure it out for 3.8.1, but for now disable it since it's
causing more harm than good.

The signal can (somewhat easily) be emitted on the shell after the web
view dies.

Create all ephy web views with the global group that shares all the
global settings.

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

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

This will allow to use it for WebKit2 when pre-filled forms are
implemented.

And use it in EphyEmbedSingle to cache the form auth data.

Move to ephy-form-auth-data and renamed accordingly.

Renamed as ephy_web_dom_utils_find_form_auth_elements(). Also fixed
possible memory leaks in case of multiple auth input fields found. It
now returns a boolean indicating whther form auth elements were found.

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

As now we are able to modify the request with webkit_uri_request_set_uri() it
is better to use webkit_web_view_load_request() than webkit_web_view_load_uri().
This will allow to call ephy_web_view_load_request() with a modified request.

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

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

Emitted every time we create an EphyWebView anywhere. This will be
useful in our tests.

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

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

The overview shouldn't be shown in an incognito window as it reveals
information about the browsing activity of the user. Also, a welcome
page indicating the scope of the incognito window is better.

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

We add a new SecretSchema that is specific to epiphany and intended
solely to store passwords for webforms. This is a better approach than
hacking the server url in order to store the names of the forms in it.

These methods are only used by EphyWebView to store the passwords and
to retrieve the password when there is a cache match and by one of the
early stages of password migration in the profile-migrator. If only this
patch is applied, it is likely that only newly saved patchs will work
properly, but others will remain intact.

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

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

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

And watch the web extension also to clear the proxy if the extension
vanishes, normally due to a web process crash, and create the proxy
again when the web process is re-spawned.

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