| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
This was a workaround for a WebKit bug that has already been fixed in
WebKitGTK+ 2.1.1
|
|
|
|
|
|
| |
loaded yet
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
|
|
|
|
|
|
|
| |
function
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
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
to libsecret
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
|
| |
|
| |
|
|
|
|
|
|
| |
Use webkit_web_view_get_tls_info() instead of
webkit_uri_response_get_https_status() that has been recently removed
from the WebKit2 GTK+ API.
|
|
|
|
|
|
| |
Installing a web extension to access the DOM.
https://bugzilla.gnome.org/show_bug.cgi?id=684437
|
|
|
|
|
| |
This was also a no-op. The only thing the popup code is doing is
checking the GSetting, so just do that.
|
|
|
|
|
|
| |
It's also been a no-op for a long time. The problem of allowing the
popup manager to create windows from embed/ is still left to be
solved.
|
|
|
|
| |
It was meant for extensions, which we don't have anymore.
|
|
|
|
|
|
| |
This once was likely used to toggle the visibility of popups, but it's
now a no-op. When we re-introduce that feature we can do something
similar again.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Firefox has led the way implementing this behaviour to improve the experience
of restoring a session with lots of tabs. By delaying the loading of pages to
when the user shows interest in them, the time it takes for the browser to
become usable is diminished, and less pages are loaded in parallel, which
improves load time for the first pages the user sees.
It also has the advante of displaying less HTTP Basic Auth dialogs, when the
user has many tabs pointed to the same server.
https://bugzilla.gnome.org/show_bug.cgi?id=675302
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Since we need to differenciate between incognito and private mode in
order to enable restoring closed tabs only for the latter case.
Add a macro for the cases in which either mode should behave in the
same way to simplify the change.
https://bugzilla.gnome.org/show_bug.cgi?id=128184
|
|
|
|
|
|
|
| |
Bump GTK+ dependency to 3.5.4, where the new print-to-file support was
added to GtkPrintSettings.
https://bugzilla.gnome.org/show_bug.cgi?id=692337
|
|
|
|
|
|
|
| |
ephy_web_view_location_changed()
We handle ephy-about URIs intetnally, they are converted to about: when
needed.
|
|
|
|
|
|
|
|
| |
Use a different form for every web application with a hidden value
containing the application id. Then use the policy client to ignore any form
submission from about:applications and delete the application instead,
reloading the about:applications page. This solution will work for
WebKit2 too.
|
|
|
|
|
|
|
| |
When a web application is deleted from about:applications, the form
submitted reloads the page adding hidden fields to the URI.
https://bugzilla.gnome.org/show_bug.cgi?id=691417
|
|
|
|
|
|
| |
Similar to what we do in WebKit2, do not update the URL when view uri
changes while loading, because we already update the URL manually when
the load is committed.
|
|
|
|
| |
The title is already set by the plugins HTML in the about handler.
|
|
|
|
|
|
|
|
|
| |
In WebKit1 the notify::title signal is emitted twice for every load,
first with NULL to reset the title and then with the actual title. A
NULL title doesn't necessarily means the page is about:blank, and the
property is updated already by ephy_web_view_set_address.
https://bugzilla.gnome.org/show_bug.cgi?id=691416
|
| |
|
|
|
|
| |
Drops dependency on libsoup-gnome, we now depend on libsoup 2.41.3
|
|
|
|
|
|
|
|
|
| |
Based on nautilus' (nautilus-window.c) button numbers and the bugzilla
reports by users.
Thank you Vincas Dargis and Joe Barnett for the previous patches.
https://bugzilla.gnome.org/show_bug.cgi?id=337852
|
|
|
|
|
|
| |
We need to check the URI is valid before asking the WebKitFaviconDatabase
for the associated icon, since it must happen that it's NULL even if
priv->address is not (e.g. after a load error has occurred).
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=683614
|
|
|
|
|
|
|
|
| |
ephy-web-view.c: In function '_ephy_web_view_update_icon':
ephy-web-view.c:1088:12: warning: unused variable 'object'
[-Wunused-variable]
https://bugzilla.gnome.org/show_bug.cgi?id=689932
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=679370
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=683635
|
| |
|
|
|
|
|
|
|
|
| |
Only download mime types we cannot handle when they belong to the main
resource. Prevents us from downloading garbage present in <object>
files, among other things.
https://bugzilla.gnome.org/show_bug.cgi?id=683635
|
|
|
|
|
| |
WebKit already does exactly the same thing automatically, no need to
handle it here.
|
| |
|
|
|
|
|
|
|
| |
It's unused and its usage is redundant with the
ephy_web_view_is_history_frozen()
https://bugzilla.gnome.org/show_bug.cgi?id=683796
|
|
|
|
|
|
| |
And remove redundant check.
https://bugzilla.gnome.org/show_bug.cgi?id=683796
|
|
|
|
|
|
|
|
| |
We don't show these addresses in the location entry because they are
very special to epiphany. There is no reason to store them in the
history.
https://bugzilla.gnome.org/show_bug.cgi?id=683796
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=683929
|
|
|
|
|
| |
WK2 doesn't have yet a snapshotting API, so ifdef this out for the
time being.
|
| |
|
| |
|
|
|
|
|
| |
To avoid warnings if the view dissapears before the source function is
called.
|
|
|
|
|
|
| |
Since this is used to freeze the history when an error page is being
loaded, we can rely on it. Since the snapshots are taken in the
FINISHED state, move the call to thaw after that.
|
|
|
|
|
| |
This makes it more likely that all rendering in the page has already
happenend, specially under heavy page load.
|
|
|
|
| |
Instead of duplicating the string everywhere.
|
| |
|
| |
|
| |
|
|
|
|
| |
Fixes a potential leak in WebKit2 mode.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
In WebKit2 we'll get no notify::title for pages without title, so
check this case and reset the title to NULL, which for non-blank pages
will use the address as title.
This also removes the last notify::embed-title calls outside of
ephy_web_view_set_title.
Cherry-picked from a patch by Carlos Garcia.
https://bugzilla.gnome.org/show_bug.cgi?id=682354
|
|
|
|
|
| |
I don't think notifying 'embed-title' here makes much sense. If it
does it's wrong, so if something breaks we'll fix it accordingly.
|
|
|
|
|
| |
EphyWindow takes care of this now, so don't change the EphyWebView
address to NULL when we load about:blank.
|
|
|
|
|
|
| |
WebKit2
webkit_web_view_replace_content() has been removed
|
| |
|
|
|
|
| |
Saves some code duplication.
|
|
|
|
|
|
|
|
| |
Use webkit_web_view_save() API for HTML pages that saves the web page
into a MHTML file. For any other MIME types supported by the web view,
save the main resource data to a file.
https://bugzilla.gnome.org/show_bug.cgi?id=679368
|
|
|
|
|
|
| |
SoupTLD is not happy if we give it something like ".com/blah/blah".
Add a unit test for this case too.
|
|
|
|
|
|
|
|
|
| |
Otherwise we end up with dummy URIs in the history, overwritten titles
("Oops, could not load..."), etc.
Add a unit test to make sure we do not regress.
https://bugzilla.gnome.org/show_bug.cgi?id=655619
|
|
|
|
|
|
|
| |
webkit_web_view_load_string, which was used previously, does not add
the error page to the back forward list. This means that when you
go back from an error page (n) you will skip directly to an older page
(n-2) or not be able to go back if the error page was the first loaded.
|
|
|
|
|
|
|
| |
ephy_web_view_get_security_level
Remove the unused description parameter an return the TLS certificte and
errors instead.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Give SoupTLD nothing but the TLD when trying to figure out whether a
URI actually has a TLD, otherwise it won't be happy. In particular:
'.gnome.org' -> Not OK
'.org' -> OK
Add a test for this case.
|
|
|
|
|
|
|
|
|
| |
Using the new SoupTLD methods. Had to split the non-search regexp in
two so that we can reuse its 'is this a domain?' bits. Ugly as hell,
but not worse than before... At least we have unit tests to catch
regressions.
https://bugzilla.gnome.org/show_bug.cgi?id=681022
|
| |
|
|
|
|
|
| |
We are going to modify it a bit, and we really want to test it. Add
some initial tests for the existing functionality.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=681080
|
|
|
|
|
|
|
| |
Instead of creating a custom GtkButtonBox, use GtkOrientable API
implemented by the default action_area widget (a GtkBox) of GtkInfoBar.
https://bugzilla.gnome.org/show_bug.cgi?id=681078
|
| |
|
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=679371
|
| |
|
| |
|
|
|
|
|
|
|
| |
Just trust the title-updated signal for the most part. Seems to work
just fine in WK1, and fixes missing updates to the title in WK2.
https://bugzilla.gnome.org/show_bug.cgi?id=679046
|
|
|
|
|
| |
It's not used outside its own class either, so we can make it private
to the file.
|
|
|
|
| |
Do not make it public.
|
|
|
|
|
|
| |
Do not re-set the address we already have, use the location we get as
a parameter, which comes from the same place (WebKit layer) than
ephy_web_view_get_location used to get it from.
|
|
|
|
|
|
| |
Nowhere in epiphany were we using the "get the non-toplevel location"
feature (which was broken anyway), so I think we should be able to
just use get_address everywhere.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
I think we can do without the "expire_address_now" boolean, and just
rely on whether typed-address itself is NULL or not. If it is not, we
want to always show it in the location entry and never overwrite it,
since it reflects what the user has typed. The only case when we want
to go ahead and set it to NULL is when the load actually starts (ie,
when the user wants to transform what he has typed into a new
load). Try to document things better reflecting this logic.
|
| |
|
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=678612
|
|
|
|
|
|
| |
Use again notify::uri, but do nothing if we receive it when the page
is not loading (ie, before STARTED was reached). This fixes the
difference in semantincs between WK1 and WK2.
|
|
|
|
|
| |
Since the vast majority of the code was really independent from
EphyWebView.
|
|
|
|
|
|
| |
In WebKit2 notify::uri will come with the requested URI even
before/during the STARTED status, so we cannot use it in the same way
as we were using it in WebKit1, where the semantincs were different.
|
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=678614
|
|
|
|
|
| |
Leaving in ephy-request-about only the code specific to the soup feature
implementation.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=678601
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=678600
|
|
|
|
|
| |
Helper function to show an error messaage in the info bar when the print
operation failed.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=678599
|
|
|
|
|
| |
In both ephy_web_view_set_link_message() and
ephy_embed_utils_link_message_parse().
|
|
|
|
|
|
|
| |
In WebKit2 the back forward list is a read-only object, so the code were
the back forward list is modified hasn't been ported.
https://bugzilla.gnome.org/show_bug.cgi?id=678594
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=678593
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=678591
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=678532
|
|
|
|
| |
To check whether the load operation in the web view failed.
|
|
|
|
| |
It builds and basic functionality works.
|
|
|
|
|
| |
webkit_web_view_open() is deprecated in WebKit1 and
webkit_web_view_load_uri() is compatible with WebKit2.
|
|
|
|
|
| |
Also use always double instead of float so that it will be compatible
with WebKit2 API.
|
|
|
|
| |
Instead of relying on webkit header to include it.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=676904
|
|
|
|
|
|
|
| |
It creates a data URI for the given filename. Use the new function when
building error and applications pages.
https://bugzilla.gnome.org/show_bug.cgi?id=677025
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=677720
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
image_type is owned by file_info, so we can't free file_info until
after we're done with image_type. Fixes crash when error page
is displayed. Valgrind trace:
==1916== Invalid read of size 1
==1916== at 0x38CBA7B328: _IO_default_xsputn (in /lib64/libc-2.14.90.so)
==1916== by 0x38CBA4B3A7: vfprintf (in /lib64/libc-2.14.90.so)
==1916== by 0x38CBB084B0: __vasprintf_chk (in /lib64/libc-2.14.90.so)
==1916== by 0x38CDA8A44A: g_vasprintf (stdio2.h:199)
==1916== by 0x38CDA69B0C: g_strdup_vprintf (gstrfuncs.c:509)
==1916== by 0x38CDA69BAB: g_strdup_printf (gstrfuncs.c:535)
==1916== by 0x47EA57: ephy_web_view_load_error_page (ephy-web-view.c:1978)
==1916== by 0x47F6B2: load_error_cb (ephy-web-view.c:2119)
==1916== by 0x38E8E7753F: webkit_marshal_BOOLEAN__OBJECT_STRING_POINTER (in /usr/lib64/libwebkitgtk-3.0.so.0.11.0)
==1916== by 0x38CEA11381: g_closure_invoke (gclosure.c:777)
==1916== by 0x38CEA23132: signal_emit_unlocked_R (gsignal.c:3547)
==1916== by 0x38CEA2AEE1: g_signal_emit_valist (gsignal.c:3306)
==1916== Address 0x4f02040 is 0 bytes inside a block of size 10 free'd
==1916== at 0x4A0662E: free (vg_replace_malloc.c:366)
==1916== by 0x38CDA5513E: g_free (gmem.c:252)
==1916== by 0x38D1255908: _g_file_attribute_value_clear (gfileattribute.c:245)
==1916== by 0x38D125A078: g_file_info_finalize (gfileinfo.c:324)
==1916== by 0x38CEA1670F: g_object_unref (gobject.c:3018)
==1916== by 0x47EA05: ephy_web_view_load_error_page (ephy-web-view.c:1974)
==1916== by 0x47F6B2: load_error_cb (ephy-web-view.c:2119)
==1916== by 0x38E8E7753F: webkit_marshal_BOOLEAN__OBJECT_STRING_POINTER (in /usr/lib64/libwebkitgtk-3.0.so.0.11.0)
==1916== by 0x38CEA11381: g_closure_invoke (gclosure.c:777)
==1916== by 0x38CEA23132: signal_emit_unlocked_R (gsignal.c:3547)
==1916== by 0x38CEA2AEE1: g_signal_emit_valist (gsignal.c:3306)
==1916== by 0x38CEA2BE83: g_signal_emit_by_name (gsignal.c:3389)
https://bugzilla.gnome.org/show_bug.cgi?id=677736
|
|
|
|
| |
To make sure constructed is called in WebKitWebView if present.
|
|
|
|
|
|
|
| |
If ephy_embed_shell_get_embed_single () does not return a correct
manager, a location string is leaked.
https://bugzilla.gnome.org/show_bug.cgi?id=675888
|
|
|
|
|
|
|
| |
If the org.gnome.Epiphany.web.do-not-track setting is enabled, we'll
send the DNT: 1 header with every outbound request we make.
See http://donottrack.us/ for more details.
|
|
|
|
|
|
|
|
| |
Some sites use email addresses for login purposes, and already adopted the
email input type for the login forms. This means we should also consider email
inputs as a possible username entry.
https://bugzilla.gnome.org/show_bug.cgi?id=666326
|
| |
|
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=648653
|
| |
|
| |
|
| |
|
|
|
|
| |
I'm pretty sure there's no point in using the _object variant here.
|
| |
|
|
|
|
| |
Don't request the global instance again.
|
| |
|
|
|
|
| |
We do not support this anymore in our UI.
|
|
|
|
| |
It's only used by the class itself now.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=671792
|
| |
|
| |
|
| |
|
|
|
|
|
| |
Again, this only interacts with the view, so it does not need to be in
EphyEmbed.
|
|
|
|
| |
No point in doing it from EphyEmbed.
|
|
|
|
| |
We are going to move stuff from embed to webview, so we'll need this.
|
|
|
|
|
|
|
| |
Instead of hardcoding all visits as 'TYPED' properly distinguish
between bookmarks, following links and typing URIs in the entry.
We'll use this to compute the frecency of history items.
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
The main purpose of the cancellable API in ephy-history-service
is to let the user notify when the results of the operation
are no longer needed and the callback call can be omitted. Since
performing a read operation, in such cases, makes no sense, we
cancel them altogether. However, given the nature of the service,
we don't cancel write operations.
https://bugzilla.gnome.org/show_bug.cgi?id=671901
|
|
|
|
|
|
| |
Add ephy-embed-private.h
https://bugzilla.gnome.org/show_bug.cgi?id=669548
|
|
|
|
| |
And add a getter for the information.
|
|
|
|
|
|
|
| |
Some pages (like those opened with javascript:...) can have a NULL URI
according to WebKit, so protect against that.
https://bugzilla.gnome.org/show_bug.cgi?id=671555
|
|
|
|
|
|
| |
It was a very thin wrapper on top of the history service, it does not
seem to make much sense. For now move the two useful helper methods
down to the service without further changes.
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
user-initiated navigations. Revert for now.
Revert "ephy-web-view: dismiss the "Remember password?" infobar on navigation"
This reverts commit 2434fbfa4df95702de8e19e2484b23937113a8cd.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=670674
|
|
|
|
|
|
|
|
|
| |
The EphyWebView is not necessarily embedded in an EphyEmbedContainer.
Simplify close_web_view_cb and make it smarter. It now handles
EphyEmbedContainer and random toplevel widgets.
https://bugzilla.gnome.org/show_bug.cgi?id=669737
|
|
|
|
|
|
|
|
|
| |
WebKitWebView has a ::close-web-view signal for the same thing.
The only user of this was ephy-window, for exactly the same thing that
we are already doing in ephy-web-view, when handling ::close-web-view.
https://bugzilla.gnome.org/show_bug.cgi?id=669737
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=669737
|
|
|
|
|
| |
It does not make sense. Fixes opening about: pages after normalizing
all URLs again (and not only those without a scheme!).
|
| |
|
|
|
|
|
| |
Does not make much sense to keep it when the context for the action is
gone.
|
|
|
|
|
|
|
|
| |
Add ::is-blank property to EphyWebView and update EphyWindow to sync
some of the page menu actions with it. There's no point in enabling
save/reload/bookmark/etc on about:blank.
https://bugzilla.gnome.org/show_bug.cgi?id=668105
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=668105
|
|
|
|
|
|
|
| |
Create an autosearch from the user input only when it has no scheme at
all.
https://bugzilla.gnome.org/show_bug.cgi?id=551857
|
| |
|
|
|
|
|
| |
It's already accessible from the Print dialog itself, so there's
really no need to duplicate it.
|
| |
|
|
|
|
|
|
|
|
|
| |
'Store password' and 'Session recovery' infobars had no mnemonics in
their buttons.
Bug #667238
Signed-off-by: Diego Escalante Urrelo <descalante@igalia.com>
|
|
|
|
|
|
|
|
|
|
|
|
| |
==16675== 83 (64 direct, 19 indirect) bytes in 1 blocks are definitely lost in loss record 10,060 of 13,509
==16675== at 0x4A074CD: malloc (vg_replace_malloc.c:236)
==16675== by 0x70C6F17: standard_malloc (gmem.c:85)
==16675== by 0x70C6FA0: g_malloc (gmem.c:159)
==16675== by 0x70DE86C: g_slice_alloc (gslice.c:1003)
==16675== by 0x70DE8AB: g_slice_alloc0 (gslice.c:1029)
==16675== by 0x6E2873D: soup_uri_new_with_base (soup-uri.c:177)
==16675== by 0x6E29468: soup_uri_new (soup-uri.c:398)
==16675== by 0x47D70F: load_status_cb (ephy-web-view.c:1906)
|
|
|
|
|
|
|
|
| |
Hardcode it to be "about:blank". The final step could be completely
remove the rest of the code, but it might be useful for the future
Overview page (if we consider it the new "homepage").
https://bugzilla.gnome.org/show_bug.cgi?id=665469
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The GTK+ 3.0 themes have a different name for the dialog icons
(dialog-{information,error}) rather than the stock GTK+ icon names
(gtk-dialog-{info,error}). Use the proper names.
Additionally, ensure that icon_info is not NULL when performing the lookup,
which will fail. This part of the change is to avoid a possible crash/segfault
caused by the lookup without a valid icon_info.
Bug: 665170
Signed-Off-By: Saleem Abdulrasool <compnerd@compnerd.org>
|
|
|
|
|
|
|
|
| |
Rather than copying glib-networking's logic for finding the system
trusted CA file and then telling libsoup to use it, just use the new
ssl-use-system-ca-file property.
https://bugzilla.gnome.org/show_bug.cgi?id=633109
|
|
|
|
| |
Guard against that.
|
| |
|
| |
|
|
|
|
|
| |
Turns out the stuff after about: in a SoupURI will be the path, not
the host. Guess it makes sense.
|
|
|
|
| |
Noticed by Luc Pionchon.
|
|
|
|
| |
Sounds repetitive.
|
|
|
|
|
|
| |
This reverts commit b01497d86f8ed6d1f3ddbfc66d2c5c1354c9afb3.
Xan, see me after class.
|
|
|
|
| |
Diego, talk to me after class.
|
|
|
|
|
| |
The URI changes to about:applications? after the first one, need to
take that into account.
|
|
|
|
|
|
| |
A really simple way to list and delete the existing Web
Applications. Hopefully this will go completely away in 3.4 replaced
with something in the shell itself.
|
|
|
|
|
|
|
|
| |
Remove hardcoded directions in the CSS definitions and make them simpler.
Bug #314205
Signed-off-by: Diego Escalante Urrelo <descalante@igalia.com>
|
|
|
|
| |
Bug #314205
|
|
|
|
|
|
| |
Use better words to describe the situation, avoid techie terms.
Bug #637903
|
| |
|
| |
|
|
|
|
| |
And factor out some code
|
|
|
|
| |
Leftovers from testing.
|
|
|
|
|
|
|
|
| |
Allow to save any page as a "Web Application". A new .desktop file
will be created, and added to the Shell as a new application. It will
launch epiphany in application mode, with its own private profile
(inheriting some data from the main profile, like the relevant domain
cookies) and in a new process.
|
|
|
|
|
|
|
| |
Instead of the full URI, make it more readable and use only the
hostname.
Bug #649164
|
|
|
|
|
|
|
| |
Otherwise we can end up with fixed width windows that exceed the display
size when long sentences are displayed.
Bug #649164
|
|
|
|
|
|
|
| |
This covers GtkInfoBar in ephy-web-view.c, ephy-download-widget.c and
also tooltips and labels in ephy-download-widget.c
Bug #649164
|
|
|
|
| |
Bug #655899
|
|
|
|
| |
In preparation to add a new mode for WebApps.
|
|
|
|
| |
We can now get rid of the EphyFileHelpers method.
|
|
|
|
| |
Just enough to get rid of ephy-marshal.h
|
|
|
|
|
| |
It's not likely the user is interested in saving this, and it's pretty
common (eg, google.com).
|
|
|
|
|
|
|
|
|
|
| |
Gtk[HV]Box, Gtk[HV]Separator, Gtk[HV]Paned are deprecated in GTK+ 3.2,
so let's use the GtkOrientable interface instead.
GtkBox is likely to dissapear soon too, so a migration to GtkGrid
might be necessary at some point.
https://bugzilla.gnome.org/show_bug.cgi?id=652201
|
|
|
|
|
|
| |
We are now able to show a page with the list of installed plugins.
Bug #575498
|
|
|
|
|
|
|
| |
Reimplement this again, hopefully a lot more accurately now with
WebKit :)
Bug #604986
|
|
|
|
|
| |
It's where it belongs, and it will make things easier for the
following patches in this area.
|
|
|
|
| |
This requires WebKitGTK+ r81486, soon to be 1.3.13.
|
|
|
|
|
|
| |
Fixes a crash when trying to open the WebInspector
https://bugzilla.gnome.org/show_bug.cgi?id=642306
|
|
|
|
| |
We now reach to the EphyEmbed, so this is dangerous.
|
|
|
|
|
|
|
|
|
|
| |
Works correctly in framed pages, and fixes a few bugs along the way
(not to mention it should be more efficient since it does not redraw
needlessly).
The gedit code has been modified to get rid of the animation stuff we
don't really need atm; we have coordinated with the gedit developers
and hopefully both versions will be in sync again really soon.
|
|
|
|
|
|
|
| |
Until 2.99.0 GtkStyleContext didn't have a "normal" flag, the closest thing was
GTK_STATE_FLAG_ACTIVE, but it is not necessarily correct.
Bug #636501
|
|
|
|
|
|
|
| |
Updates all our uses of GtkStyle stuff to the newer GtkStyleContext API.
ephy-web-view porting done by Matthias Clasen <mclasen@redhat.com>
Bug #636501
|
| |
|
|
|
|
|
|
| |
Show nice error pages instead of WebKitGTK+'s defaults.
Bug #592667
|
|
|
|
|
|
| |
Non prefixed names trigger lots of warnings, avoid them.
Bug #636790
|
|
|
|
|
|
| |
Prefix them with EPHY_PERMISSION_TYPE instead of "EPT_".
Bug #636790
|
|
|
|
| |
Bug #636790
|
|
|
|
|
|
|
|
|
|
|
| |
The migration code is now in the ephy-profile-migrator binary, this means:
- epiphany is not linking to NSS anymore
- lib/ephy-profile-migration.c was split into:
+ lib/ephy-profile-migrator.c: the new ephy-profile-migrator binary
+ lib/ephy-profile-utils.c: convenience _ephy_profile_*_form_auth_data functions.
- testing for migration is done without running ephy-profile-migrator
Bug #636685
|
|
|
|
|
|
| |
and control they are caused by the main frame.
Bug #623012
|
|
|
|
|
|
| |
Some DOM objects are not garbage collected by WebKit (since they are
not in the DOM tree), manually unref them when they are not needed
anymore.
|
|
|
|
|
|
|
| |
As a FIXME we could support both (at the same time) somewhat easily,
we just need to add the needed APIs in WebKitGTK+.
Bug #615362
|
|
|
|
| |
They are not even emitted anymore, and are unused.
|
|
|
|
| |
Instead rely on notify::{h,v}adjustment
|
|
|
|
|
|
| |
Adds our own schemas, a migration file and removes old gconf API and files.
Bug #624485
|
|
|
|
|
| |
Mostly moving from ::expose-event to ::draw, and adapting to the
changes in the paint functions.
|
| |
|
|
|
|
|
|
|
|
|
| |
Using the infrastructure for info bars, present policy requests to the
user so they can allow/deny them based on the URI of the frame that is
requesting. Moving forward, it would be a good idea to offer to save
the decision, and store it in the history entry for that site.
Bug #626687
|
|
|
|
| |
Bug #625808
|
|
|
|
| |
Bug #625404
|
|
|
|
| |
Bug #609817
|
|
|
|
|
|
|
|
|
| |
We were replacing the address with the old one even in the case
the user cancelled the load because he added a new web page before
the previous one finished the loading process. This patch adds a check
to control if we can expire the address.
Bug #620129
|
|
|
|
|
| |
Would duplicate the functionality of the WebKit DOM signals, if it
worked at all...
|
| |
|