| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
| |
This reverts commit b37ef802ce0eaf556916ae292bd76afa0b1fc73e.
Looks like we were too aggressive here. WebKit's default behavior may
not actually be suitable for browsers. It broke the VMWare vSphere web
console.
Fixes #1467
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
If any web process is unresponsive when the window is closed using the
close button in the header bar -- not Ctrl+Q -- then the entire session
state is lost. Disaster! This happens to me three or four times per
year, and it is sad because it inevitably results in me forgetting
important things I had to do.
Anyway, the problem is our code to handle an unresponsive web process.
We'd like to cancel the JavaScript execution using
g_cancellable_cancel(), but it doesn't work because the underlying
WebKit operation is not actually cancellable, so instead we use a big
hammer and gtk_widget_destroy() the EphyWebView. Then when we wind up
closing the session later, there are no tabs open and nothing to save.
It was tricky to figure out how to fix this, because the only way to
truly cancel the operation is to destroy the web view, and if we do that
then we have to close the session first to avoid losing tabs, but the
user could legitimately choose to reject a modified forms close
confirmation warning, in which case they would wind up using Epiphany
after the session is closed, meaning all subsequent changes to open tabs
would be lost since they won't be saved after the session is closed.
Eventually I realized that we can just move the timeout from EphyWindow
-- where it's handled in two separate places, once for closing a single
tab, and once for closing an entire window -- down into EphyWebView
itself. This solves all our problems because now EphyWindow can assume
the JS execution always completes in a reasonable time.
I tested this by changing the call to
webkit_web_view_run_javascript_in_world() in
ephy_web_view_has_modified_forms() to execute a while(true) loop.
Without the other changes, the session state is lost if closing the
window using the close button in the header bar. With this patch, the
session state is no longer lost.
Fixes #1445
|
|
|
|
|
| |
ephy-pdf: is an internal URI scheme and it shouldn't be showing up in
the address bar dropdown or the history dialog.
|
|
|
|
|
|
|
|
|
| |
When the floating bar covers a link at the bottom of the page, I should
be able to click the floating bar to click the link. This broke in !850.
There is some visual glitchiness where the bar briefly appears on the
left before being moved out of the way to the right, but I'm not sure
how to fix that
|
| |
|
|
|
|
| |
Fixes #1443
|
|
|
|
| |
Replace the aging GtkNotebook-based tabs with a new implementation.
|
|
|
|
| |
dispose works fine.
|
|
|
| |
This reverts commit 7d73117519c792cccceb757c50bc7a8dd98f0ac9
|
|
|
|
| |
Make it clear that this is an own epiphany internal uri scheme.
|
|
|
|
| |
Fixes: https://gitlab.gnome.org/GNOME/epiphany/-/issues/1435
|
|
|
|
|
|
| |
In case the pointer hovers the floating bar move it to the other direction.
Fixes: https://gitlab.gnome.org/GNOME/epiphany/-/issues/1368
|
| |
|
| |
|
|
|
|
|
| |
This was rejected from WebKit in
https://bugs.webkit.org/show_bug.cgi?id=220512.
|
|
|
|
| |
Fixes: https://gitlab.gnome.org/GNOME/epiphany/-/issues/802
|
| |
|
|
|
|
| |
set_default_application_title will fallback to a better formatted hostname
|
|
|
|
|
|
|
|
|
|
|
| |
With commit 809d76e6cfc7 (Pre-fill search field with current selected
text) focused text from the website will be pre-filled into the search
entry. This is great, but even though the entry is focused, one cannot
simply start typing to update the search text.
Improve this user interaction by selecting the pre-filled text.
Related: #809
|
| |
|
|
|
|
|
|
|
| |
Addresses with a space shouldn't be treated as a valid host with port. Just
exit early.
Fixes: https://gitlab.gnome.org/GNOME/epiphany/-/issues/1418
|
|
|
|
| |
We don't want type coercions anywhere in our comparisons.
|
|
|
|
|
|
|
|
|
|
|
| |
Currently the icon is handled in a weird way involving manually managing
a cairo surface instead of just using GIcon. Getting scale factor from the
window doesn't work when the widget isn't realized yet and doesn't have a
window to begin with, which gtk_widget_get_scale_factor() does handle.
Additionally, the icon isn't reloaded on scale factor changes.
Fixes https://gitlab.gnome.org/GNOME/epiphany/-/issues/1298
|
|
|
|
|
| |
This API is deprecated in 2.32, and it hasn't been needed since
2.6.something since FAIL is now default, so we can drop it.
|
|
|
|
| |
Fixes #1358
|
|
|
|
|
|
| |
We need to own the WebKitPolicyDecision.
Probably fixes #1357
|
|
|
|
|
|
| |
Move gsb_api_key to meson_options.txt so we can provide the necessary support within flatpak, but can disable it for the rest.
Fixes: https://gitlab.gnome.org/GNOME/epiphany/-/issues/682
|
|
|
|
|
|
|
| |
Store user reader mode toggle request as EphyWebView property. Based on this information
load the existing source data or trigger a new load.
Fixes: https://gitlab.gnome.org/GNOME/epiphany/-/issues/1339
|
| |
|
|
|
|
| |
Fixes: https://gitlab.gnome.org/GNOME/epiphany/-/issues/1326
|
|
|
|
|
| |
They cannot be deleted as we don't control their desktop file. Don't show
them at all.
|
|
|
|
|
|
|
| |
This old, manual, and very non-comprehensive method of tracking
prevention doesn't make much sense to do now that we have far more
sophisticated anti-tracking measures in WebKit and enabled by default
that don't require listing ad-hoc query parameters to remove from URLs.
|
|
|
|
| |
Looks like it's a leftover from inspector from very long ago.
|
|
|
|
| |
This reverts commit 87f1033b0fbb785d5a0219e492ebd88b8d380410.
|
|
|
|
| |
This reverts commit 7050df3e2d64c6f37dd13716c28ee7718f7203f6.
|
|
|
|
| |
This reverts commit 1e45efe7d788fc2e8ba673420a3563b11bb9560d.
|
|
|
| |
This reverts commit 868de06fca4018bb5eaf61bed8dd8c952e813ec2
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
WebKitGTK trunk no longer supports plugins, and our use of the plugin
error types is causing a deprecation warning:
[103/281] Compiling C object embed/libephyembed.a.p/ephy-web-view.c.o
../../../../Projects/epiphany/embed/ephy-web-view.c: In function ‘load_failed_cb’:
../../../../Projects/epiphany/embed/ephy-web-view.c:2286:7: warning: ‘webkit_plugin_error_quark’ is deprecated [-Wdeprecated-declarations]
2286 | error->domain != WEBKIT_PLUGIN_ERROR) {
| ^~~~~
In file included from /home/mcatanzaro/Projects/GNOME/install/include/webkitgtk-4.0/webkit2/webkit2.h:46,
from ../../../../Projects/epiphany/embed/ephy-web-view.h:24,
from ../../../../Projects/epiphany/embed/ephy-web-view.c:23:
/home/mcatanzaro/Projects/GNOME/install/include/webkitgtk-4.0/webkit2/WebKitError.h:164:1: note: declared here
164 | webkit_plugin_error_quark (void);
| ^~~~~~~~~~~~~~~~~~~~~~~~~
Since we already disable plugins, there's no need to check for plugin
errors anymore.
Note this also adjusts the position of a break statement to improve
readability (no functional change).
|
|
|
|
|
| |
In case user accidently deletes his user name, there is not way back to restore the entry.
Hook up the menu if users list is not empty to help user in this case.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Reimplement password fill user menu function, which fixes:
- multi user selection
- keyboard highlight selection
- mouse hovering
- user selection with return
- closing of password menu after leaving content
Fixes: https://gitlab.gnome.org/GNOME/epiphany/-/issues/1143
|
|
|
|
|
|
|
|
| |
This was added in
https://gitlab.gnome.org/GNOME/epiphany/-/commit/cba76bc107e26de853571fde16b240f88dd3d8b6.
It's no longer needed with the version of WebKitGTK we already require
(2.29.3) so we can remove it.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
As filter manager is automatically started during ephy embed shell bringup it causes
network access (filter download). This breaks during offline tests for every
UI test.
Disable filter manager functionally in this case.
Fixes: https://gitlab.gnome.org/GNOME/epiphany/-/issues/1314
|
| |
|
|
|
|
| |
It isn't needed anymore since libhandy 0.90.0.
|
|
|
|
|
|
| |
Fix compiler warnings shown with clang about unused variables
Fixes: https://gitlab.gnome.org/GNOME/epiphany/-/issues/1280
|
|
|
|
|
|
| |
Currently we are only asking for either webcam or mic permission, but for
video chats it is requesting permission for both. Take care of those
cases.
|
|
|
|
|
|
| |
libportal is now a fixed dependency for Epiphany.
Fixes: https://gitlab.gnome.org/GNOME/epiphany/-/issues/948
|
|
|
|
|
|
|
|
|
| |
This will block access to cookies, localStorage, and IndexedDB. That is,
it will finally do what users who previously disabled cookies *actually*
wanted to do.
This is our replacement for the previous tri-state cookie policy, which
no longer makes sense now that we have ITP.
|