| Patch | Description | Author | Forwarded | Bugs | Origin | Last update |
|---|---|---|---|---|---|---|
| 00_epiphany-browser.patch | Install as epiphany-browser not epiphany | Josselin Mouette <joss@debian.org> | no | 2010-07-02 | ||
| 07_bookmarks.patch | Add default bookmarks for Debian | Josselin Mouette <joss@debian.org> | no | 2007-01-12 | ||
| dont-make-compulsory.patch | appdata: Don't mark as compulsory for GNOME Upstream mark it as a system application that cannot be removed, because it's GNOME's default web browser, but our default in Debian is Firefox. Allow users to uninstall this app if they wish. |
Jeremy Bicha <jbicha@debian.org> | yes | 2018-02-18 | ||
| build-Allow-libportal-support-to-be-disabled.patch | build: Allow libportal support to be disabled It isn't clear whether the API/ABI of libportal are entirely stable yet (https://github.com/flatpak/libportal/issues/33) so it is not necessarily appropriate for longer-term-supported OS distributions to include it. When building a version of epiphany for a distribution package, which is only intended to be packaged in a format other than as a Flatpak app, libportal isn't necessary anyway. libportal is also Linux-specific, so non-Linux OSs will likely want to disable it (even if it might compile successfully). |
Simon McVittie <smcv@debian.org> | yes | 2020-10-01 | ||
| encode-untrusted-data.patch | Properly encode untrusted data when injecting into trusted pages=================================================================== | Michael Catanzaro <mcatanzaro@redhat.com> | no | https://gitlab.gnome.org/GNOME/epiphany/-/compare/c27a8180e12e6ec92292dcf53b9243815ad9aa2e...abac58c5191b7d653fbefa8d44e5c2bd4d002825?from_project_id=1906 | ||
| glib-bug-workaround.patch | remove user data from task to workaround glib bug=================================================================== | Michael Catanzaro <mcatanzaro@redhat.com> | no | debian | https://gitlab.gnome.org/GNOME/epiphany/-/commit/ff8ecbf673cd25f8ed34d4ccb29cc5d3d13cd683 | |
| CVE-2022-29536.patch | [PATCH] Fix memory corruption in ephy_string_shorten() This fixes a regression that I introduced in 232c613472b38ff0d0d97338f366024ddb9cd228. I got my browser stuck in a crash loop today while visiting a website with a page title greater than ephy-embed.c's MAX_TITLE_LENGTH, the only condition in which ephy_string_shorten() is ever used. Turns out this commit is wrong: an ellipses is a multibyte character (three bytes in UTF-8) and so we're writing past the end of the buffer when calling strcat() here. Ooops. Shame it took nearly four years to notice and correct this. |
Michael Catanzaro <mcatanzaro@redhat.com> | no | 2022-04-15 |