| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| | |
|
| | |
|
| |
|
|
| |
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...
|
| | |
|
| | |
|
| |
|
|
|
| |
There's no need anymore for the EphyWindow to do this, we can get rid
of one extra roundtrip.
|
| |
|
|
|
|
|
|
|
|
| |
Get rid of our statusbar for good and switch to something like what
Chromium uses, since it takes less vertical space.
The only regression is that we lose the resize grip, but that should
be re-added to GtkWindow soon.
Bug #609713
|
| |
|
|
|
| |
Trying to load file:, for instance, will crash Epiphany. This commit
fixes this. See http://bugs.debian.org/554595.
|
| |
|
|
|
|
| |
In this case the user cancelled the load, we set the address of the
current page loaded in the webview again in order to avoid showing
an URL that was not committed.
|
| |
|
|
|
|
|
| |
Modified the state of the webivew in case the load failed to avoid
keeping the old title or icon in that situation.
Bug #593743
|
| |
|
|
|
|
|
|
| |
Avoid setting the provisional uri as the title if there is already
a typed address, and set the loading_title before using it in the
status message.
Bug #593743
|
| | |
|
| | |
|
| |
|
|
|
|
| |
Create a method to make the EphyWebView load the homepage set by the
user. This is in preparation for creating a signal for this action,
which other code in Epiphany will need.
|
| | |
|
| | |
|
| |
|
|
|
|
| |
Does not really make sense for the EphyEmbed container to connect to
its child signal and then update its title, let the child itself
handle it.
|
| |
|
|
|
|
|
|
| |
This patch uses the ephy-embed.c callback code and refactors it in
just one method in the ephy-web-view that handles all the status
changes for this object.
Bug #593743
|
| |
|
|
|
|
|
| |
We can use the webkit load status (WebKitLoadStatus) and avoid
defining our own enum to check the net states.
Bug #593743
|
| |
|
|
|
|
|
|
|
|
| |
Added new function in EphyWebView to clear the history from
WebKitWebView, and connect to the 'cleared' signal in EphyEmbed to call
to such a function when needed.
Bug #539716
Signed-off-by: Xan Lopez <xan@gnome.org>
|
| |
|
|
|
|
|
|
|
| |
Use the already existing functions we have for print preview also for
printing; fixes a bunch of usability issues.
Bug #609756
Signed-off-by: Xan Lopez <xan@gnome.org>
|
| |
|
|
|
|
|
|
|
|
| |
Some sites don't use a sane type attribute in their input tags. So for example
you get input tags without a type, or with multiple types. Offenders are
bugzillas and ohloh.net.
Luckily, WebKit inferres correctly what the input should be so instead of
relying on what the HTML says we rely on what WebKit thinks.
Bug #608740
|
| |
|
|
|
|
|
| |
This retrieves a property from a JS object, just like "element.property" in
plain javascript.
Bug #608740
|
| |
|
|
|
|
|
|
|
|
|
| |
If we handle shift+click in EphyWebView default handler then we will be
preventing WebKit from getting *any* shift+click event, this breaks shift+click
for extending selection. Removing that however makes shift+click browse to
links just as click would do. The solution is to prevent
policy_decision_required_cb to browse to the clicked link when it includes the
shift modifier.
Bug #610844
|
| |
|
|
|
|
|
| |
This fixes a crash reported ad-hoc in
https://bugzilla.gnome.org/show_bug.cgi?id=609753. This is needed
because we may bail out early, and try to free these strings without
having properly initialized them.
|
| |
|
|
|
|
|
|
| |
In ephy_web_view_button_press_event we are being too liberal with "&" when
checking for modifiers, we want == so we don't prevent handling elsewhere.
Also explain the function a bit more.
Bug #604950
|
| |
|
|
| |
Too wide comments, some indentation.
|
| |
|
|
|
|
|
|
|
| |
JSStringGetLength returns the number of UTF8 chars in the string, using this
value results in trimmed strings when they contain UTF8 chars.
The correct function is JSStringGetMaximumUTF8CStringSize that reports the
number of bytes the string requires to be allocated, including null-byte.
Bug #609936
|
| |
|
|
|
|
| |
A previous patch to fix it from crashing on NULL strings changed how
the strings are managed in general, so we were using variables
containing garbage in some cases.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Created function ephy_web_view_show_print_preview, which replaces the
old implementation of print preview, which was not working now.
Preview is displayed in an external viewer, so print preview mode does
no longer exist.
All functions of the old implementation of print preview have been
removed, PPViewToolbar was removed also. Also, as EphyWebView has no
more a print preview mode, all functions which checked if a view was
in print preview mode were modified.
Bug #609021
|
| |
|
|
| |
Bug #608517
|
| | |
|
| |
|
|
| |
Since we are not marking windows as popups for now.
|
| |
|
|
|
|
|
|
|
|
| |
Some resources might be of the style "page.php?orig=/place/other", this would
make Epiphany crash while saving them because of the invalid characters for the
filename.
To solve this we escape the name of the resources before using it as the
name of the destination file.
Bug #606876
|
| |
|
|
|
|
|
|
|
|
| |
In ephy_web_view_save_sub_resources the destination_uri var is passed down to
the GAsyncReadyCallbacks and is freed after all the operations are finished,
however it is named sub_destination_uri in this callbacks. To make it more
obvious that it is the same data we renamed all the ocurrences to
destination_uri.
Bug #606876
|
| |
|
|
| |
Bug #606876
|
| |
|
|
| |
Bug #605480
|
| |
|
|
|
|
| |
Include a mention to the username being saved and the domain where the form is.
Bug #605022
|
| | |
|
| |
|
|
|
|
|
|
| |
We consider all windows opened by the web page without user
intervention as popups, and allow them to be closed in the same way if
the page so requests.
Bug #599009
|
| |
|
|
|
| |
This is so that changes to the item objects do not affect other
WebViews.
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
Fixes crasher in pages with no rel elements.
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
Signed-off-by: Xan Lopez <xan@gnome.org>
|
| |
|
|
|
|
|
|
|
| |
This is a "draft" quality implementation. There are some FIXMEs, and a
bunch of caveats, like private profiles not being taken into
consideration, and the user not being asked whether they want to save
the passwords or not.
Bug #582267
|
| |
|
|
|
|
| |
Fixes Amazon Add to Wishlist bookmark.
Bug #604489
|
| |
|
|
|
|
|
|
|
| |
This shouldn't happen in theory, but the double check fixes a crasher
opening URLs from gmail.
Bug #604375
Signed-off-by: Xan Lopez <xan@gnome.org>
|
| |
|
|
| |
Also redundant since we have the same thing in WebKitWebView now.
|
| |
|
|
| |
We already have WebKitWebView::icon-loaded, so it's redundant now.
|
| |
|
|
|
|
|
|
| |
This restores basic favicon functionality. In the future we will want
to replace our favicon cache with the IconDatabase that is available
in WebKit.
Bug #601859
|
| |
|
|
|
|
|
|
| |
Defaults to Google, like it used to.
Bug #604087
Signed-off-by: Xan Lopez <xan@gnome.org>
|
| |
|
|
|
|
|
| |
This allows us to perform downloads when the server tells us to do so,
even for types WebKit supports. This fixes downloading GMail attachments.
Bug #598605
|
| |
|
|
| |
Connecting to notify::document-type is enough.
|
| | |
|
| |
|
|
| |
Bug #503852
|
| |
|
|
| |
Bug #503852
|
| |
|
|
| |
Bug #603324
|
| |
|
|
|
|
| |
Partial fix for bug #599757.
Signed-off-by: Xan Lopez <xan@gnome.org>
|
| |
|
|
|
|
| |
Partial fix for bug #599757.
Signed-off-by: Xan Lopez <xan@gnome.org>
|
| |
|
|
| |
Signed-off-by: Xan Lopez <xan@gnome.org>
|
| |
|
|
|
|
|
| |
This change makes sure that all characters that are typed make it to
the search query. Thanks to Dan Winship for pointing out the solution.
Bug #596717
|
| |
|
|
|
|
|
| |
Also consider localhost being used along with a port, with a path, and
with a domain.
Bug #595690
|
| | |
|
| |
|
|
|
|
|
| |
When a page fails to load (for example, when the user cancels it) it
won't go through the FINISHED state, which is the only one we are
taking into account to decide if a page is still loading. Use the new
WEBKIT_LOAD_FAILED status (WebKitGTK+ r48719) too.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
I've used all the GTK+ 2.17.11 api available, still missing:
GTK_WIDGET_REALIZED (GTK_WIDGET ())
GTK_WIDGET_MAPPED (GTK_WIDGET ())
GTK_ENTRY->im_context
GTK_STATUSBAR->frame
GTK_STATUSBAR->label
GTK_MESSAGE_DIALOG->label
https://bugzilla.gnome.org/show_bug.cgi?id=595791
Signed-off-by: Xan Lopez <xan@gnome.org>
|
| | |
|
| |
|
|
|
|
|
|
| |
Use '%s Files', instead of '%s/%s Files' as the translatable string to
avoid confusion, and reuse existing mozilla-era translations. Fix the
languages that had already translated the new strings using old po
files as reference. Also add a translator comment to the source file,
for future reference.
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
There's a few items (like email link) and actions (like bookmark link)
missing or not working because of missing information in the
WebKitHitTestResult object, but most of the stuff is working.
For some reason the g-ir-scanner is not picking up the correct type
name for WebKitHitTestResult (it uses WebKitHitTestResult instead of
WebKit.HitTestResult), so the introspection support is broken unless
that error is fixed manually. Looking into that ...
Bug #562617
|
| |
|
|
| |
Bug #562611
|
| |
|
|
|
|
|
|
|
|
|
| |
Otherwise the typed address would get stuck if you tried to load a
page while another was already loading, ie:
- Load URL.
- While it's loading, Ctrl+L, type something else, Enter.
- The new page will load, but the typed address won't be replaced with
the full address as usual. This is particularly bad when you type a
few letters and complete the URL in the dropdown.
|
| |
|
|
|
|
| |
The whole thing just had one functionality at this point as far as I
can see: prevent the typed address from being wiped out when a page
is loading. Simplify the code to do just that.
|
| | |
|
| |
|
|
|
| |
This allows Epiphany itself, and extensions to treat keys that are not
handled by the WebView for in-page search purposes.
|
| |
|
|
| |
Just return the status we set when loading.
|
| |
|
|
|
|
|
| |
Use a regular expression and SoupURI to figure out if we should search
the string that was typed, or load it as an URI.
Bug #583795
|
| |
|
|
|
| |
Much more clear, and avoids confusions with the WebKitWebView function
with similar name.
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
| |
EphyLink is called repeatedly when opening URLs, so normalizing the
address there all the time is pointless. Also, we don't go through
here in all cases, so we need to add the normalization in the
ephy_web_view_load_request function too; this fixes opening URLs like
"foo.com" from the command line, for example.
|
| | |
|
| |
|
|
|
|
|
| |
This is a workaround for webkit bug
https://bugs.webkit.org/show_bug.cgi?id=26409.
FIRST_VISUALLY_NON_EMPTY_LAYOUT might be emitted after LOAD_FINISHED, so
we just ignore any status change once LOAD_FINISHED has been set
|
| |
|
|
|
| |
The bf list now refs newly added items, mostly for the convenience of
bindings.
|
| |
|
|
| |
Not many chances it will work.
|
| | |
|
| |
|
|
|
|
| |
Get rid of our 'load-status' property, and just keep the API semantics
of the ephy_web_view_get_load_status function using the
WebKitWebView's 'load-status' property.
|
| |
|
|
|
|
|
|
|
| |
We now use WebKitWebView's 'progress' property directly.
The "opening about:blank blinks the entry" bug is back because for
some reason a) webkit reports a 10% progress for that URL b) get_uri
reports NULL until 100% is loaded for only that page, so blacklisting
by URI is not possible either.
|
| | |
|
| | |
|
| |
|
|
|
|
|
| |
EphyWebView.
Those two embed classes are pretty much dummy leftovers, so it should be
easier to remove them now.
|
| | |
|
| | |
|
| |
|
|
| |
Just part of the gradual progress to get rid of the Embed interface.
|
| |
|
|
|
|
| |
As the first API adition to out WebKitWebView subclass, we allow
Epiphany code to use a WebKitNetworkRequest to load pages. This way we
can use the full request information, not just the URI.
|
|
|
This is an object inheriting from WebKitWebView, and will be used to
house most of the functionality we move from EphyEmbed.
|
