| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
| |
I'm not reporting a bug yet; if it's also broken on master next time I
run network tests there, then it will be time for a bug report.
|
|
|
|
|
|
|
| |
Do not include copy link, open in new window/tab and download options to
the context menu for non-downloadable media.
(cherry picked from commit 77c1f2e44cf9da6148b60715ac174a8c7dc46ab6)
|
|
|
| |
(cherry picked from commit 8c7f681afa61f72817dafea25ac602973d926761)
|
|
|
| |
(cherry picked from commit a9c451f4abe2d17405d649ecd48e6dc741236ebc)
|
|
|
|
|
|
| |
In this case, we assume the form is secure. The page is going to do
something with the form result manually, and there's no way to know
what.
|
|
|
|
|
|
|
|
|
| |
Although #713 is fixed for new users, anyone who previously suffered
from a broken web app migration is doomed to eternal crashes. We
probably can't reasonably recover the broken profile dir, but we should
at least try to warn users what is going on.
(cherry picked from commit 53724537137c593076e9ca58add46387babdf16b)
|
|
|
|
| |
We free with the wrong free function
|
| |
|
|
|
|
|
|
|
|
| |
This is for web apps only, and only if they are migrated before the
default profile. The first attempt to run the web app after migration
will fail, and it will need to be started a second time in order to pick
up the new profile dir in the modified desktop file. This is pretty
unfortunate, but difficult to avoid.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
If we launch a web app before launching the main browser instance, we
try to migrate relative to the wrong directory. Oops.
We'll need to rerun the migration to fix this for users who already have
broken migrations.
Fixes #713, albeit imperfectly.
|
|
|
|
|
|
|
|
| |
GLib-GObject-CRITICAL **: 09:47:02.477: g_object_bind_property_full: assertion 'G_IS_OBJECT (source)' failed
ephy_shell_get_session() returns NULL in web app mode too.
(cherry picked from commit ec7b8031151fd9fbea17cd4fb15a9ed7bc025b91)
|
|
|
|
|
|
|
| |
I'm seeing occasional criticals when a WebKitDownload outlives the
EphyDownload, so better protect here.
(cherry picked from commit f793d533d4d9dc6eda6c5d20648721cd61859523)
|
|
|
| |
This reverts commit dfdc5bda198f8789d9b64b3efe52a002b7c5849c
|
|
|
|
|
|
|
|
|
|
|
| |
The EphyAddBookmarkPopover can currently outlive the EphyLocationEntry.
That's bad!
Speculative fix for:
https://bugzilla.redhat.com/show_bug.cgi?id=1707455
(cherry picked from commit bae5b1d3fb03528f929857fe3df32ccad5f7cb30)
|
|
|
|
|
|
|
|
|
| |
Unfortunately commit 2475b4f0 has introduced some crashes after the GSB
database needs to be recreated due to database corruption, which is
still happening in practice. The entire file now needs to be prepared
for a previously-functional database to become inoperable at any time.
(cherry picked from commit cdf51dbf8e0542cf92b00a8caee0479e1a06a68a)
|
|
|
|
|
|
| |
Fixes #764
(cherry picked from commit 4e998d45e4cc549a7ca561a33895b0fbcf7ba6bb)
|
|
|
|
|
|
|
|
| |
directly
Fixes: https://gitlab.gnome.org/GNOME/epiphany/issues/558
(cherry picked from commit 8b76f3f1e3099c4fd37d081488613cc802f13e8c)
|
|
|
|
|
|
| |
Fixes: https://gitlab.gnome.org/GNOME/epiphany/issues/279
(cherry picked from commit 54cd10b80129aa4cf5c421b29eb574a7e35f061e)
|
|
|
|
|
|
| |
Fixes: https://gitlab.gnome.org/GNOME/epiphany/issues/545
(cherry picked from commit 2d6027d9051a3703f4297c43a831ec69f7f8b125)
|
|
|
|
|
|
| |
Fixes: https://gitlab.gnome.org/GNOME/epiphany/issues/593
(cherry picked from commit b6deb6e58ed528ef824593d4058d43f120fcfd8d)
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Our test to decide whether or not to show a bookmark is not working very
well. Searching for substrings of the bookmark's title doesn't work, for
instance. Let's show the bookmark in the search results if the search is
a substring of the bookmark's title or URL, nice and simple.
https://bugzilla.redhat.com/show_bug.cgi?id=1705029
(cherry picked from commit 4c2b9f774b313e2f163c57a6524fef91a6f46010)
|
|
|
|
|
|
|
|
| |
If we crash while fullscreen, we should leave fullscreen mode.
Fixes #752
(cherry picked from commit 17c887ad03051b55d7fb5311c14356a57e241964)
|
|
|
|
|
|
| |
Fixes #691
(cherry picked from commit 7e7aa0fbd26147bb2b0aadd1e67fb3f65d9937e6)
|
|
|
|
|
|
| |
Fixes: https://gitlab.gnome.org/GNOME/epiphany/issues/728
(cherry picked from commit 616cc23aa8da34e398400cffcb9230472f374612)
|
|
|
|
|
|
|
|
| |
Add a search toggle button and allow "type-to-search".
Fixes: https://gitlab.gnome.org/GNOME/epiphany/issues/632
(cherry picked from commit 0bad9b81af183be5bc9c29493e13a40bdbd98a66)
|
|
|
|
|
|
| |
We should autofill passwords even if the form has no username.
(cherry picked from commit b1a938523e2a02687af25d9df6edd90a56795762)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Since I added file filter support to xdg-desktop-portal, it's now fatal
to select a current file filter that is not in the list of file filters.
If we mess this up, there will be no file chooser dialog at all. Maybe
the portal is being a bit too strict, but Epiphany is definitely in the
wrong here for not using the file chooser interface properly.
We just need to add the filter to the list before showing the dialog.
Fixes: https://www.reddit.com/r/gnome/comments/baiqan/who_is_using_epiphany_how_is_your_experience/
(cherry picked from commit f4349efcd655ed0d7f3be24e2ad11cad631c45f4)
|
|
|
|
|
|
|
|
| |
The new Reopen Closed Tab context menu item in the tab bar is not
following the same sensitivity rules for the window menu item, resulting
in crashes when it's called when it should be insensitive.
(cherry picked from commit 88104a58007ab10185d9fae093c2ee66d5d00c67)
|
|
|
| |
(cherry picked from commit e7bae33a8115b1a3e62dbb76670aa530781dae7b)
|
|
|
|
|
|
| |
Fixes #736
(cherry picked from commit cefc3e33cca914cdc3130e589bc855491baaf004)
|
|
|
|
|
|
|
|
|
| |
These are only supposed to be disabled in app mode. Too many braces here
is resulting in slightly confusing code.
Fixes #724
(cherry picked from commit 253295c67328cb4ec195b9ba2b5aecd98272cb45)
|
|
|
|
|
|
|
|
|
| |
When the remember passwords setting is disabled, we should try harder to
avoid executing any related code.
This requires a WebKitGTK version bump due to https://bugs.webkit.org/show_bug.cgi?id=196073
Fixes #725
|
|
|
|
|
| |
The current code is obviously a mistake -- my bad -- since there's no
point in freeing a variable that is known to be NULL.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
We're displaying XML in the search provider results because the
unescaped-title property is not being set properly.
(cherry picked from commit 742b84530353923431e43fbc98924b5d3cf69005)
|
|
|
|
|
|
|
|
|
|
| |
There actually should always be a suggestion, unless gnome-shell is
bugged or malicious, but we should be well-behaved and not crash here if
there isn't. It's external input, after all.
https://bugzilla.redhat.com/show_bug.cgi?id=1696529
(cherry picked from commit 70cc8e349dad2030f962a33365ac35682dc81fe2)
|
|
|
|
|
|
| |
Fixes: https://gitlab.gnome.org/GNOME/epiphany/issues/257
(cherry picked from commit 3d767ffdb8ba75969cb0820f212632539d1ae090)
|
|
|
|
|
|
|
|
| |
We shouldn't run the signal handler after the web view is destroyed.
Fixes #706
(cherry picked from commit 63fcfdd651b2c5ebb451598ba362fd5e3b4ced6e)
|
| |
|
|
|
|
|
|
|
|
| |
Keep track of printer settings and restore if needed.
Fixes: https://gitlab.gnome.org/GNOME/epiphany/issues/138
(cherry picked from commit 8f6fecdfa9be86a5adaf097b6ddbe9eb48843462)
|
| |
|
|
|
|
| |
Fixes #699 even harder!
|
|
|
|
|
|
|
|
|
|
| |
Lots of users are reporting gsb database corruption. We don't know
what's going wrong, but at least we can attempt recovery when this
happens instead of letting it fail again and again.
Fixes #57
(cherry picked from commit 2475b4f019c5f5af346100be4dc957ec9a51a45f)
|
| |
|