| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
And get rid of ad-block.[c,h], which we only used for the enum.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
EphyEmbedSingle is almost dead!
|
|
|
|
| |
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.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=679372
|
|
|
|
|
| |
Create all ephy web views with the global group that shares all the
global settings.
|
|
|
|
|
| |
It's already implemented and used in the web extension to implement
ad-blocker and Do Not Track.
|
|
|
|
| |
Forgot to fix this before landing the prefilled forms patch.
|
|
|
|
| |
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.
|
|
|
|
| |
It will be used by the web extension to implement the pre-filled forms.
|
|
|
|
| |
Should not be as important as in WebKit1, but no reason to not do it.
|
|
|
|
|
|
| |
Since dispose can run multiple times.
Patch by Carlos García Campos <cgarcia@igalia.com>
|
|
|
|
| |
Patch by Carlos García Campos <cgarcia@igalia.com>
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=695345
|
| |
|
|
|
|
|
|
| |
Modify ephy_download_dispose to disconnect WebKitDownload from all the handlers.
https://bugzilla.gnome.org/show_bug.cgi?id=694579
|
|
|
|
| |
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
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=695307
|
|
|
|
| |
The required files will be built in the web extension.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=684445
|
|
|
|
|
|
|
|
|
| |
ephy_dot_dir()
This removes the dependency of ephy-file-helpers from uri-tester, that
will make easier to use it from a WebKit2 web extension
https://bugzilla.gnome.org/show_bug.cgi?id=695205
|
|
|
|
|
|
|
| |
It removes the WebKit dependency from uri-tester that will allow us to
use it also from a WebKit2 web extension.
https://bugzilla.gnome.org/show_bug.cgi?id=695198
|
| |
|
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=694091
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
| |
This shows a welcome message for incognito windows.
Artwork by Jakub Steiner.
https://bugzilla.gnome.org/show_bug.cgi?id=694200
|
|
|
|
|
|
|
|
|
|
| |
Not only migrate this to libsecret, but also cache the data from the
EPHY_FORM_PASSWORD_SCHEMA schema instead of using the
GKR-compatibility one. Since we haven't migrated yet the passwords
from GKR secrets to the new EPHY_FORM_PASSWORD_SCHEMA schema,
the cache will be empty for now.
https://bugzilla.gnome.org/show_bug.cgi?id=679918
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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=694144
|
|
|
|
| |
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
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
It seems that URI might be NULL in some cases.
|
|
|
|
|
|
|
|
|
|
|
| |
The switch between overview and normal web page happens when the page
load is committed, in case of HTTP auth protected pages we never switch
to web page mode because authentication happens before the load is
committed. In WebKit2 the auth dialog is attached to the web view, so we
need to show the web view before the load is committed to show the auth
dialog.
https://bugzilla.gnome.org/show_bug.cgi?id=694268
|
|
|
|
|
|
| |
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
|
|
|
|
| |
Since there are no extensions, we don't need to do this anymore.
|
|
|
|
|
| |
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.
|
|
|
|
| |
It's been unimplemented for ages.
|
|
|
|
| |
GCC, you need to warn me about these.
|
|
|
|
|
|
| |
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
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=693177
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
| |
To set the overview mode or not because ephy_web_view_get_address()
returns the internal URI, not the one exposed to the UI.
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
| |
The progressbar should only react to pages, not special locations.
https://bugzilla.gnome.org/show_bug.cgi?id=685747
|
|
|
|
|
|
|
| |
Otherwise the statusbar can disappear even if it has a valid message
being displayed.
https://bugzilla.gnome.org/show_bug.cgi?id=685747
|
|
|
|
|
|
| |
This permits reusing elements of EphyEmbed more easily.
https://bugzilla.gnome.org/show_bug.cgi?id=685747
|
|
|
|
|
|
|
|
|
|
|
| |
Some servers, like Babel, do not correctly sanitize the string in this
header. They expect strings without spaces, even though the RFC includes
them.
Chrome and Firefox do not use spaces, presumably because many more
websites break when using them.
https://bugzilla.gnome.org/show_bug.cgi?id=671652
|
|
|
|
|
|
|
|
| |
In WebKit2 WebKitWebContext::download-started signal is always emitted,
even for downloads started manually. We only want to create a new
download when the download operation has been started by WebKit.
https://bugzilla.gnome.org/show_bug.cgi?id=678993
|
|
|
|
|
|
|
|
| |
It's always set right after the download object is created and it
doesn't have any effect when it's set after the download has been added
to the embed shell. This way we can make sure that when the download is
added to the embed shell the parent window has already been set if
there's any.
|
| |
|
|
|
|
| |
Drops dependency on libsoup-gnome, we now depend on libsoup 2.41.3
|
|
|
|
|
|
| |
<xan> cosimoc: ok, sure, go ahead
Fixes black scrollbars showing up.
|
| |
|
|
|
|
|
|
|
| |
Check whether the app that will launch a given download is actually
the browser itself, and do nothing *before* going ahead. Seems better
than actually launching and then aborting on startup through UUID
hacks.
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
| |
Epiphany gets its http-authentication-password-saving support via
WebKit now, so remove the old SoupPasswordManager stuff (which is a
no-op in libsoup master anyway).
|
|
|
|
|
| |
The way it was before is supposed to still work (and so needs to be
fixed in libsoup), but this way is more right anyway.
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
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=679370
|
|
|
|
|
|
|
|
|
| |
New warning flags have been added to gnome-common recently, and we
were getting this a lot. Turns out in C 'foo ()' is not the same than
'foo (void)'; the first just means that no information is given about
the number of arguments, the second means the function has exactly
zero arguments, so add the 'void' thing all over the place when
needed.
|
|
|
|
| |
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.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=679048
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=684443
|
| |
|
| |
|
|
|
|
| |
As requested by the GNOME designers.
|
|
|
|
| |
We access the priv struct a bunch of times here, create a variable for it.
|
|
|
|
| |
Still won't work, though, needs to be ported.
|
|
|
|
|
|
|
| |
No need for this now, just make EphyAdBlock a concrete class
implementing the adblock functionality.
https://bugzilla.gnome.org/show_bug.cgi?id=681657
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=681657
|
|
|
|
|
|
| |
No reason for it to be in src/ now.
https://bugzilla.gnome.org/show_bug.cgi?id=681657
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=681657
|
|
|
|
|
|
|
| |
org.gnome.epiphany.web.enable-adblock, controls whether adblock is
enabled (globally).
https://bugzilla.gnome.org/show_bug.cgi?id=681657
|
| |
|
|
|
|
|
|
|
| |
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=683796
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=683929
|
|
|
|
| |
This was neglected before, fix.
|
|
|
|
|
| |
WK2 doesn't have yet a snapshotting API, so ifdef this out for the
time being.
|
|
|
|
|
|
|
| |
Because the suggested filename returned by the server might contain
directory separators.
https://bugzilla.gnome.org/show_bug.cgi?id=683711
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
Unref objects in dispose, not finalize. Use g_clear_object correctly
(no need to check whether the pointer is NULL).
|
| |
|
|
|
|
|
| |
Removed ephy_embed_shell_get_frecent_store() from EphyEmbedShell public
interface.
|
|
|
|
| |
For improved visual feedback.
|
|
|
|
| |
The whole method is inside an if block, just do an early return.
|
|
|
|
|
|
|
|
|
|
| |
Needs a fairly recent gnome-common. To use do:
- Run configure with --enable-code-coverage
- Type 'make check-code-coverage'
- Open the HTML results
https://bugzilla.gnome.org/show_bug.cgi?id=683297
|
| |
|
|
|
|
| |
This is needed for distcheck, which runs tests before installing.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=679685
|
| |
|
| |
|
|
|
|
| |
Thumbnail for missing snapshots and thumbnail frame by Jakub Steiner.
|
|
|
|
|
| |
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.
|
| |
|
|
|
|
|
|
| |
Make the iconview centered in the overview, while expanding this one
and enabling scrollbars in both directions. This allows the window
to be resized at will.
|
| |
|
| |
|
|
|
|
|
| |
Toggling this property will toggle visibility of the overview and the
paned with the normal embed contents.
|
|
|
|
|
|
|
| |
This widget entails two GdMainViews, one for the frecency model and
one for the active model.
https://bugzilla.gnome.org/show_bug.cgi?id=455173
|
|
|
|
| |
Add a helper method for this.
|
|
|
|
|
| |
Since we will use the overview in each tab and these should share
the underlying model.
|
| |
|
|
|
|
| |
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.
|
|
|
|
|
| |
The API has changed to receive a char ** instead of a string containing
a comma-separated list of languages.
|
|
|
|
|
|
| |
webkit_web_context_register_uri_scheme()
A GDestroyNotify paramater has been recently added.
|
|
|
|
|
|
| |
WebKit2
webkit_web_view_replace_content() has been removed
|
| |
|
|
|
|
|
|
|
|
|
|
| |
the file
It may happen that config.h or ephy-embed-single.h end up including soup.h,
which would cause the soup-password-manager.h header file to be included
without the defines.
https://bugzilla.gnome.org/show_bug.cgi?id=682289
|
|
|
|
|
|
| |
That is the type we actually use.
https://bugzilla.gnome.org/show_bug.cgi?id=682289
|
|
|
|
| |
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.
|
| |
|
|
|
|
|
|
|
| |
By storing its data in the temporary profile instead of the user cache
dir.
https://bugzilla.gnome.org/show_bug.cgi?id=681147
|
|
|
|
|
|
|
| |
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=680368
|
|
|
|
| |
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=679616
|
|
|
|
|
|
|
| |
From the API point of view, we only need to use WebKit2 to clear the
cache.
https://bugzilla.gnome.org/show_bug.cgi?id=679684
|
|
|
|
|
|
| |
WebAudio support in WebKitGTK is not stable yet but it would be good
to allow Epiphany users to test this feature nonetheless. The
enable-webaudio gsetting is set to false by default.
|
| |
|
|
|
|
| |
They are derived from 'title', no need to pass them as parameters.
|
| |
|
| |
|
|
|
|
|
| |
Dropping useless headers elsewhere uncovered a missing header
(stdlib.h) here. Also sort headers while at it.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
We have a new 'EphyEncoding' object holding the encoding data, and the
EphyEncodings object is now just a hash table holding a bunch of
these.
Change all the UI code to use the new APIs.
https://bugzilla.gnome.org/show_bug.cgi?id=680735
|
| |
|
| |
|
| |
|
|
|
|
|
| |
EphyNode is missing, but trying to migrate it gives some obscure error
I need to figure out.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=679369
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=679371
|
|
|
|
| |
In WebKit2 page cache is enabled by default.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=679499
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=678626
|
| |
|
| |
|
|
|
|
|
|
|
| |
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.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=678840
|
|
|
|
|
|
| |
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
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=678625
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=678616
|
|
|
|
|
| |
Leaving in ephy-request-about only the code specific to the soup feature
implementation.
|
|
|
|
|
|
|
| |
It makes the code a bit more complex. Since we always need a
WebKitDownload we can just create a WebKitDownload in
ephy_download_new_for_uri() can then use
ephy_download_new_for_download() to create the EphyDownload.
|
|
|
|
|
| |
Instead of getting it from the download to make define_destination_uri()
function compatible with WebKit2.
|
|
|
|
| |
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().
|