| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
| |
GLib-GObject-CRITICAL **: 17:38:04.419: ../gobject/gsignal.c:2620: signal 'response' is invalid for instance '0x5575a6def290' of type 'GtkAboutDialog'
Fixes #1897
Part-of: <https://gitlab.gnome.org/GNOME/epiphany/-/merge_requests/1215>
|
|
|
|
| |
(cherry picked from commit c0986cb8b0969bdbaafca2dbd8175bc58a1d0522)
|
|
|
|
|
|
| |
Fixes #1892.
Part-of: <https://gitlab.gnome.org/GNOME/epiphany/-/merge_requests/1211>
|
|
|
|
| |
Part-of: <https://gitlab.gnome.org/GNOME/epiphany/-/merge_requests/1209>
|
|
|
|
| |
Part-of: <https://gitlab.gnome.org/GNOME/epiphany/-/merge_requests/1212>
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
view"
This reverts commit 65855630c6ce9b7383d6c27a8c3716249c199112.
Fixes #1888
|
| |
|
|
|
|
|
| |
Only the main resource should be converted to download, for any other
cases let WebKit decide.
|
|
|
|
| |
Part-of: <https://gitlab.gnome.org/GNOME/epiphany/-/merge_requests/1206>
|
|
|
|
| |
Part-of: <https://gitlab.gnome.org/GNOME/epiphany/-/merge_requests/1204>
|
| |
|
| |
|
|
|
|
| |
Fixes https://gitlab.gnome.org/GNOME/epiphany/-/issues/1875
|
|
|
|
| |
Use R for history instead.
|
|
|
| |
This reverts commit 1eeb213b65268e7e79029a31f0912ee7e78751ef
|
|
|
| |
This reverts commit 5472fa06122dd788155ffbd1d060b36ec885ff52
|
|
|
| |
This reverts commit 4e0c72190015b8f9e24fce99260e987850c6c3c6
|
|
|
|
| |
We'll need to port all of that, but separately.
|
|
|
|
| |
This should be reverted once there are GTK4 webkit builds.
|
|
|
|
| |
Prevent input from being stuck.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Leave out a few things for now:
- Location entry suggestions don't scroll:
needs https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/4476
- Previewing reader mode fonts in appearance settings
This is very hard to implement with the new API
- If the cursor is positioned where the suggestions popover
will appear, when it does so the hovered item will be
selected. That shouldn't happen.
|
| |
|
|
|
|
|
|
|
| |
In the past, I was quite confused by our two decide-policy callbacks.
Nowadays the situation is OK because they handle different types of
policy decisions, but this would be easy to mess up in the future if we
are not careful, so add comments to hopefully avoid this.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Previously the WebExtensionManager would directly poke around inserting
widgets into the HeaderBar. This falls apart with adaptive views so
switching to mobile would lose access to extensions.
This changes the design where WebExtensionsManager exposes a list of
EphyBrowserAction objects and the UI tracks this list and decides
how to show them in any mode or in multiple windows.
As well as this change the UI was changed so now all browser actions
are shown in a popover and the popover doubles as the browser actions
popup UI when clicked. This matches Firefox's UI (but is even smoother!).
The ability to show all actions as a dedicated button in the headerbar
was lost for now. I think this is ok for now but ideally we implement
a solution similar to other browsers where the user can select which
ones to be dedicated buttons and which ones to go into the dropdown.
Part-of: <https://gitlab.gnome.org/GNOME/epiphany/-/merge_requests/1199>
|
|
|
|
|
|
| |
It has to be --global and it doesn't accept relative paths.
Part-of: <https://gitlab.gnome.org/GNOME/epiphany/-/merge_requests/1201>
|
|
|
|
| |
Git doesn't like that anymore, so work around it.
|
|
|
|
| |
Part-of: <https://gitlab.gnome.org/GNOME/epiphany/-/merge_requests/1200>
|
|
|
|
| |
(cherry picked from commit fcb965bc3d128d71e49eb925155a6e130da65f8d)
|
|
|
|
| |
Part-of: <https://gitlab.gnome.org/GNOME/epiphany/-/merge_requests/1198>
|
|
|
|
| |
Part-of: <https://gitlab.gnome.org/GNOME/epiphany/-/merge_requests/1198>
|
|
|
|
| |
Part-of: <https://gitlab.gnome.org/GNOME/epiphany/-/merge_requests/1198>
|
|
|
|
|
|
|
| |
- provide source sheet of ephy symbolic icons
- update outdated icons
Part-of: <https://gitlab.gnome.org/GNOME/epiphany/-/merge_requests/1194>
|
|
|
|
| |
Part-of: <https://gitlab.gnome.org/GNOME/epiphany/-/merge_requests/1186>
|
|
|
|
| |
Part-of: <https://gitlab.gnome.org/GNOME/epiphany/-/merge_requests/1197>
|
| |
|
|
|
|
| |
(cherry picked from commit d5ceb9d40be95c40b3f9bffc8d20f2403c3568cd)
|
| |
|
|
|
|
|
|
|
| |
This MR adds "epiphany" as a keyword to make it searchable
in the application menu. This is easier, as the name of the
application is "Epiphany", which makes it easier for users
to search for the application.
|
| |
|
|
|
|
| |
(cherry picked from commit f743038e845b4a10ce03fa6fc58a5e6e5147fed7)
|
|
|
|
|
|
|
| |
Current implementation in WebKit supports service workers and
notification icon.
Part-of: <https://gitlab.gnome.org/GNOME/epiphany/-/merge_requests/1187>
|
|
|
|
|
|
|
|
|
|
|
|
| |
When stopping an unresponsive process, use more inclusive/less
violent language. Since we already have a concept of stopping and
reloading pages, reuse the term "Stop", but with "Force Stop" to
signify it is something we're forcing on the page, which is also
similar to language used e.g. on mobile OSes for "Force Quit"
Fixes https://gitlab.gnome.org/GNOME/epiphany/-/issues/1849
Part-of: <https://gitlab.gnome.org/GNOME/epiphany/-/merge_requests/1192>
|
| |
|
|
|
|
| |
(cherry picked from commit a311325869170b19b5fb6103260374d0f18f60ae)
|
| |
|
|
|
|
| |
Part-of: <https://gitlab.gnome.org/GNOME/epiphany/-/merge_requests/1193>
|