21004a7...
by
Michael Catanzaro <email address hidden>
Fix clearing all passwords from the clear data dialog
Epiphany saves passwords with EPHY_FORM_PASSWORD_SCHEMA. If we want to
delete the passwords we've saved, we have to pass that schema to
libsecret. Using the SECRET_SCHEMA_COMPAT_NETWORK guarantees we will
only delete passwords saved by other apps, and none of our own
passwords.
Exception: WebKitGTK+ is saving HTTP auth passwords with
SECRET_SCHEMA_COMPAT_NETWORK. This change means those passwords will no
longer be deleted, which is non-ideal.
0c8755b...
by
Michael Catanzaro <email address hidden>
Don't overwrite page titles in history
When loading a page, we schedule two history updates: the first to reset
the page's title to the empty string (when the web view's title property
is unset after load started) and the second to set the page's title
properly. The first history update is obviously a mistake. It seems like
it should be harmless, so long as the page load is allowed to complete,
but avoiding it seems to solve the bug where pages appear in the history
dialog with URLs for the title, and it's clearly wrong, so let's stop
doing this.
30470cb...
by
Carlos Garcia Campos <email address hidden>
overview: Move the overview CSS to about.css and generate the HTML from the code
This way we get rid of the overview.html template resource. All the
overview specific classes and ids have been renamed to overview-name,
since the CSS is now in the common abbout.css resource. This fixes the
problems of using a printf template and makes the generation fo the
overview consistent with all other about handlers.
b17a94c...
by
Michael Catanzaro <email address hidden>
Be more careful with weak pointers
As a follow-up to bug #747422, be careful to remove weak pointers to
objects when it appears that the lifetime of the object can outlive the
lifetime of the memory location of the pointer.
ephy-web-view: Clean up after outliving web extension proxies
If the EphyWebView is destroyed before the EphyWebExtensionProxy
it's attached to does, we'll leave a dangling weak pointer, which
will nullify random memory at the time the web extension proxy
is actually destroyed.
So, prepare for undoing the effects of page_created_cb() in case
we ::dispose() when we still have a web extension attached.