| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Epiphany tries to query the existence of remote sites before loading
their page. This causes problems when the remote site is not available
and loading it requires the query to timeout (epiphany would look like
it's not loading the site for up to 60 seconds) or for one-time URLs
(where it might invalidate the query, such as for password resets, or
confirmation e-mails).
We'll now only check whether the file exists so that incomplete URLs
("epiphany foo.com/bar.html") still loads the bar.html file if it exists
locally, but the remote website if not.
https://bugzilla.gnome.org/show_bug.cgi?id=703772
|
|
|
|
|
|
|
|
| |
Adds new buttons to go back (if navigation is not locked down)
and return to the home page (the overview or the configured
homepage-url if its corresponding gsetting is defined).
https://bugzilla.gnome.org/show_bug.cgi?id=705180
|
|
|
|
|
|
|
|
| |
The different epiphany HTML error pages have been refactored into
a single one, that depending on the type of the conditions include
some different styles to keep the original appearances.
https://bugzilla.gnome.org/show_bug.cgi?id=705180
|
|
|
|
|
|
|
|
|
|
|
|
| |
For some situations like on the kiosk-mode, it's neccesary that
all the navigation is done on the same window and tab, which would
be opened fullscreen and without controls to switch between tabs,
so everything should be displated in the same view.
A new setting is introduced as part of the lockdown system to
enable this behaviour.
https://bugzilla.gnome.org/show_bug.cgi?id=703648
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This setting is particulary important for the kiosk mode
of Epiphany where it's neccesary that the browser is opened
starting on a very specific home address.
There is not a need to create a UI for the configuration of the
setting as on the mentioned main purposes of the flag like
the mentioned kiosk mode, or intranets, the homepage-url, would
be basically system-configured.
https://bugzilla.gnome.org/show_bug.cgi?id=702435
|
|
|
|
|
|
|
|
|
|
|
| |
When custom-http-error-management enabled the browser takes control over
pages displaying http errors.
This option is useful to handle some use cases where user operates under
a limited user experience and http error pages may need customization
(e.g. kiosk mode configurations)
https://bugzilla.gnome.org/show_bug.cgi?id=702436
|
|
|
|
|
| |
Do not unconditionally unref the regexp in case of error because it could be
NULL.
|
| |
|
| |
|
|
|
|
|
|
| |
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.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Merge the latest pot.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
instance web extension
To make sure we are only notified when our web extension requires to
ask the user to store credentials. Otherwise when a web extension emits
the signal all epiphany instances show the info bar asking the user
whether to store credentials or not.
https://bugzilla.gnome.org/show_bug.cgi?id=697255
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
It produces a runtime critical warning when trying to use
webkit_web_context_prefetch_dns() with a NULL hostname.
https://bugzilla.gnome.org/show_bug.cgi?id=696787
|
|
|
|
| |
There's no notify::load-status in WebKit2
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
| |
gtk_style_context_get does return a copy of the requested properties,
free our pango font description.
|
| |
|
| |
|
|
|
|
|
|
|
| |
We were not resetting correctly the internal state when getting a NULL
encoding from WebKit, so the dialog would stop working after that.
https://bugzilla.gnome.org/show_bug.cgi?id=696548
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
We were not doing it at all in WebKit2.
https://bugzilla.gnome.org/show_bug.cgi?id=696301
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
It should work now.
https://bugzilla.gnome.org/show_bug.cgi?id=695620
|
|
|
|
|
|
| |
Need to do this since we override XDG_DATA_DIRS.
https://bugzilla.gnome.org/show_bug.cgi?id=695620
|
|
|
|
|
|
|
|
|
|
| |
As well as the code the prepare the environment for the wen process and
web context initialization. This allows to only run that initializations
only for the primary instance. It fixes a crash in web process when the
ui process finishes too early and makes secondary instances to run
faster, since they don't spawn a web process anymore.
https://bugzilla.gnome.org/show_bug.cgi?id=696020
|
|
|
|
|
|
|
|
|
|
| |
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.
|