GNOME issueshttps://gitlab.gnome.org/groups/GNOME/-/issues2018-09-21T21:40:47Zhttps://gitlab.gnome.org/GNOME/libgda/-/issues/36GRANT/REVOKE API2018-09-21T21:40:47ZBugzillaGRANT/REVOKE API## Submitted by Rodrigo Moya `@rodrigo`
Assigned to **mal..@..db.org**
**[Link to original bug (#82679)](https://bugzilla.gnome.org/show_bug.cgi?id=82679)**
## Description
We need a API for clients to be able to GRANT/REVOKE right...## Submitted by Rodrigo Moya `@rodrigo`
Assigned to **mal..@..db.org**
**[Link to original bug (#82679)](https://bugzilla.gnome.org/show_bug.cgi?id=82679)**
## Description
We need a API for clients to be able to GRANT/REVOKE rights on DB objects.
This API should be flexible enough for managing as many scenarios as possible.
So far, here are the thoughts:
> >
> > > - we need to allow the application to know what options the provider
> > > accepts to adapt the GUI to what is available only
> > >
> > ok, that is perfectly doable. What are the options you're thinking
> > about?
>
> Several options:
> - types of rights (read, insert, update, or read, write, etc);
> - if rights are managed at the level of a database, a table or some
> columns of a table, sequence, index, vues...
> - the kind of rights for a user (create DBs, create other users, change
> passwords of other users, etc).
> - maybe other ones.
>
Version: 0.8.xGDA 7.0https://gitlab.gnome.org/GNOME/libgda/-/issues/34Rule support2018-09-21T21:42:33ZBugzillaRule support## Submitted by Jean-Michel POURE
Assigned to **mal..@..db.org**
**[Link to original bug (#71089)](https://bugzilla.gnome.org/show_bug.cgi?id=71089)**
## Description
Libgda should support Rules, which are modifiers that change SQL...## Submitted by Jean-Michel POURE
Assigned to **mal..@..db.org**
**[Link to original bug (#71089)](https://bugzilla.gnome.org/show_bug.cgi?id=71089)**
## Description
Libgda should support Rules, which are modifiers that change SQL queries
server-side, on the fly.
For example, in PostgreSQL, rules can be used to update views (when an SQL
update query on a view is parsed, it is rewritten to update the parent table).GDA 7.0https://gitlab.gnome.org/GNOME/libgda/-/issues/33PostgreSQL CREATE OR REPLACE FUNCTION, VIEW, TRIGGER2018-09-21T21:44:13ZBugzillaPostgreSQL CREATE OR REPLACE FUNCTION, VIEW, TRIGGER## Submitted by Jean-Michel POURE
Assigned to **mal..@..db.org**
**[Link to original bug (#71087)](https://bugzilla.gnome.org/show_bug.cgi?id=71087)**
## Description
Since 7.2, PostgreSQL supports CREATE OR REPLACE FUNCTION to all...## Submitted by Jean-Michel POURE
Assigned to **mal..@..db.org**
**[Link to original bug (#71087)](https://bugzilla.gnome.org/show_bug.cgi?id=71087)**
## Description
Since 7.2, PostgreSQL supports CREATE OR REPLACE FUNCTION to allows
function edition. PostgreSQL does not support CREATE OR REPLACE VIEW OR
CREATE OR REPLACE TRIGGER which will only be added in 7.3.
Therefore, modifying a view or a trigger is tedious and boring : you need
to drop it before recreating it. If the new definition is mistaken, you
loose the view/trigger.
Using libgda it should be possible to virtually modify a view or a trigger
using DROP/CREATE in a single transaction.GDA 7.0https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/593appFavourites: replace hardcoded rename list with lookups in .desktop files2021-02-17T12:24:27ZWill ThompsonappFavourites: replace hardcoded rename list with lookups in .desktop filesI noticed that appFavourites.js has a big, hardcoded table of desktop file renamings: https://gitlab.gnome.org/GNOME/gnome-shell/blob/master/js/ui/appFavorites.js#L9-47 .
In Endless, we do something similar by putting the old filename ...I noticed that appFavourites.js has a big, hardcoded table of desktop file renamings: https://gitlab.gnome.org/GNOME/gnome-shell/blob/master/js/ui/appFavorites.js#L9-47 .
In Endless, we do something similar by putting the old filename into the .desktop file. For example, our patched `org.gnome.gedit.desktop` has the following line:
```
X-Endless-Alias=gedit
```
Then our patched `shell-app-system.c` maintains a lookup table from `X-Endless-Alias + ".desktop"` to new filename. https://github.com/endlessm/gnome-shell/blob/master/src/shell-app-system.c#L133-L138
Flatpak:d apps have something similar. When `flatpak-builder` builds a manifest that specifies `rename-desktop-file`, it puts the old ID into the renamed `.desktop` file. For example, `/var/lib/flatpak/exports/share/applications/im.pidgin.Pidgin.desktop` has:
```
X-Flatpak-RenamedFrom=pidgin.desktop;
```
I have recently added support for this as well in Endless's modified Shell. (We have a number of Flatpaks in our internal repository which will be replaced on users' systems with newer versions of the same app on Flathub; when the Flathub version has a different ID, the migration process, running on the user's system, will add our old Endless-specific ID for the app to the new `.desktop` file.)
I propose to get rid of this hard-coded table in the shell as follows:
* For each app in the table, add `X-Flatpak-RenamedFrom` to the upstream `.desktop` file
* Upstream Endless's alias logic in `shell-app-system.c`
* Delete the lookup table in `appFavourites.js`, using the `shell-app-system` logic instead
You could imagine that upstreams would prefer not to have `X-Flatpak-RenamedFrom` in the canonical .desktop file. We could invent a non-Flatpak-specific key (I suggest `Provides=`, following the `<provides><id>` notation [in appstream](https://www.freedesktop.org/software/appstream/docs/chap-Metadata.html#tag-provides)) and make shell-app-system.c understand both.
There would be a couple of advantages to this approach:
* app authors can rename their `.desktop` files without having to send patches to the shell every time. Off the top of my head I can think of several apps I'm involved with who have renamed their .desktop files recently that are not on this list (`d-feet.desktop` → `org.gnome.dfeet.desktop`, `bustle.desktop` → `org.freedesktop.Bustle`) and I'm sure there are dozens more
* users switching from distro-packaged apps (with non-reverse-DNS desktop file names) to Flatpak:d versions will get their favourites updated for free
* (selfishly, Endless' delta to upstream would be smaller)
I'm happy to write the code and run around filing MRs for these 35 applications, but I'd like to get agreement on the name of the key to use before doing so. (Ideally one would update the desktop entry specification.)https://gitlab.gnome.org/GNOME/meld/-/issues/226Meld/Windows: Auto scrolling to changes broken when "Use the system fixed wid...2023-03-26T02:54:34ZStefan SichlerMeld/Windows: Auto scrolling to changes broken when "Use the system fixed width font" is deactivatedMeld Version: 3.18.2
OS: Windows 7 x64
How to reproduce:
Deactivate "Use the system fixed width font" in the Preferences.
Open diff with changes.
Expected behavior:
When the Diff is opened, Meld shall automatically scroll to the first ...Meld Version: 3.18.2
OS: Windows 7 x64
How to reproduce:
Deactivate "Use the system fixed width font" in the Preferences.
Open diff with changes.
Expected behavior:
When the Diff is opened, Meld shall automatically scroll to the first change.
Bug observed:
Meld will instead scroll to some arbitrary position in the file. Also the "Go to the previous/next change" buttons won't work as expected.https://gitlab.gnome.org/GNOME/dasher/-/issues/2Paragraph character instantly logs me out2018-09-20T18:00:38ZGhost UserParagraph character instantly logs me outI am using Dasher 5.0.0.alpha-b0a3 on Manjaro Linux KDE. Every time Dasher types the paragraph character (¶), my KDE session instantly stops, and I have to login again. I have considered removing it from the dictionary I'm using (English...I am using Dasher 5.0.0.alpha-b0a3 on Manjaro Linux KDE. Every time Dasher types the paragraph character (¶), my KDE session instantly stops, and I have to login again. I have considered removing it from the dictionary I'm using (English with limited punctuation), but it doesn't seem to be an option. This has resulted in lost work, so I consider it a severe issue.
Thanks from a loyal user.https://gitlab.gnome.org/GNOME/gnome-control-center/-/issues/202Simplify language selector dialog2024-03-26T10:30:18ZRobert AncellSimplify language selector dialogThe [design for the language selector](https://wiki.gnome.org/Design/SystemSettings/RegionAndLanguage) is quite complex.
It shows languages in two formats - the entries at the top are language/country pairs showing both the currently se...The [design for the language selector](https://wiki.gnome.org/Design/SystemSettings/RegionAndLanguage) is quite complex.
It shows languages in two formats - the entries at the top are language/country pairs showing both the currently selected/installed/common languages. Below these is an expandable list of all languages which are selected in a two step process (pick language followed by country).
This is both complex to implement and to use:
- The interaction between selecting languages from the top list and the bottom list is quite different.
- Expanding the list changes the behaviour quite differently.
- Should languages be in both the top and bottom list, e.g. if you have en_US selected should it be selectable in the "English" item in the bottom list?
I propose we simplify to show:
- One list of all language/country entries - one line per option.
- The "common" set sorted to the top in order of popularity. The remaining below in alphabetical order.
- A search field always shown that allows you to skip to a specific language/country combination.
If the search field is considered visually distracting then that could be hidden and an expansion row could expand to show all languages and the search field (i.e. only common set and installed shown by default).
Current design showing mixed behaviour:
![language-dialog](/uploads/7c52921264b49348c1a9b664a1bf180f/language-dialog.png)
Proposed design:
![photo_2018-09-20_16-34-43](/uploads/a663774803c5e5e03a0d964fa9466140/photo_2018-09-20_16-34-43.jpg)https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/586panel spacing gradually increases until useless2021-07-07T00:25:42ZBrian J. Murrellpanel spacing gradually increases until uselessUsing gnome-shell 3.28.3, I find that over time, the spacing on the panel will increase until nothing is really visible and I have to restart gnome-shell in order to restore it.
Here is a screenshot of the panel with the increased spaci...Using gnome-shell 3.28.3, I find that over time, the spacing on the panel will increase until nothing is really visible and I have to restart gnome-shell in order to restore it.
Here is a screenshot of the panel with the increased spacing:
![panel_after](/uploads/2ee15d0e709887be51fe99983baad2bf/panel_after.png)
Here is the panel normally, like right after I [re-]start gnome-shell:
![panel_before](/uploads/a65fe4dfbc672d3574031be00eb7c878/panel_before.png)
Frankly, even after gnome-shell is [re-]started there is so much space empty and wasted while the date is still truncated, but that is probably another issue/ticket.https://gitlab.gnome.org/GNOME/evince/-/issues/989Scale dropdown arrow is a too small click target2018-09-20T13:08:17ZAlice MikhaylenkoScale dropdown arrow is a too small click targetIt seems the only clickable part of the scale dropdown arrow is the arrow itself, without any padding. This makes it unnecessarily hard to click it, even with mouse.It seems the only clickable part of the scale dropdown arrow is the arrow itself, without any padding. This makes it unnecessarily hard to click it, even with mouse.https://gitlab.gnome.org/GNOME/eog/-/issues/13Support renaming a single file2022-12-06T09:31:46ZGhost UserSupport renaming a single fileIt is now impossible to directly rename the file that is displayed.
(Weirdly, it is possible to “save as...” and then delete one of the 2 pictures.)It is now impossible to directly rename the file that is displayed.
(Weirdly, it is possible to “save as...” and then delete one of the 2 pictures.)https://gitlab.gnome.org/GNOME/dia/-/issues/12Garbled SVG import2019-09-25T21:40:52ZMaxim IvanovGarbled SVG import# Steps to reproduce
1. Take the really simple [phone.svg](/uploads/185b7bd0c045cbd91a1e933a66e2b62e/phone.svg) attached
2. Drag-and-drop into a Dia document
# Expected
Smooth and correct import, just as e.g. in Inkscape
# Actual
![Sc...# Steps to reproduce
1. Take the really simple [phone.svg](/uploads/185b7bd0c045cbd91a1e933a66e2b62e/phone.svg) attached
2. Drag-and-drop into a Dia document
# Expected
Smooth and correct import, just as e.g. in Inkscape
# Actual
![Screenshot_from_2018-09-20_11-44-29](/uploads/bb2ee9b39803a39717b3b17844c34421/Screenshot_from_2018-09-20_11-44-29.png)Dia 0.97.4https://gitlab.gnome.org/GNOME/gnome-logs/-/issues/32Improve search result usability2018-10-06T08:17:53ZDanManImprove search result usabilityIf you want to analyze what happened *around* (before/after) a certain log entry you found via search, there is no way. If you delete the search term, you're back at the top of the list.
There ought to be a way to bring all log entries ...If you want to analyze what happened *around* (before/after) a certain log entry you found via search, there is no way. If you delete the search term, you're back at the top of the list.
There ought to be a way to bring all log entries back up, but still have the list centered on the search result entry you selected. Or something like that.https://gitlab.gnome.org/GNOME/gegl/-/issues/100Enumerations do not get filled in when accessing from property types2019-03-09T15:16:40ZKamath LaxminarayanaEnumerations do not get filled in when accessing from property typesI am not sure if the issue is with Gegl , Gobject Introspection or the glue in between
This works (Note that the enums get listed properly):
```
$ python3
Python 3.6.1 (default, Mar 26 2017, 22:44:49)
[GCC 4.9.2] on linux
Type "help",...I am not sure if the issue is with Gegl , Gobject Introspection or the glue in between
This works (Note that the enums get listed properly):
```
$ python3
Python 3.6.1 (default, Mar 26 2017, 22:44:49)
[GCC 4.9.2] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> from gi.repository import Gegl
>>> Gegl.init()
[]
>>> dir(Gegl.DitherMethod)
['ADD', 'ADD_COVARIANT', 'BAYER', 'FLOYD_STEINBERG', 'NONE', 'RANDOM', 'RANDOM_COVARIANT', 'XOR', 'XOR_COVARIANT', '__abs__', '__add__', '__and__', '__bool__', '__ceil__', '__class__', '__delattr__', '__dict__', '__dir__', '__divmod__', '__doc__', '__enum_values__', '__eq__', '__float__', '__floor__', '__floordiv__', '__format__', '__ge__', '__getattribute__', '__getnewargs__', '__gt__', '__gtype__', '__hash__', '__index__', '__info__', '__init__', '__init_subclass__', '__int__', '__invert__', '__le__', '__lshift__', '__lt__', '__mod__', '__module__', '__mul__', '__ne__', '__neg__', '__new__', '__or__', '__pos__', '__pow__', '__radd__', '__rand__', '__rdivmod__', '__reduce__', '__reduce_ex__', '__repr__', '__rfloordiv__', '__rlshift__', '__rmod__', '__rmul__', '__ror__', '__round__', '__rpow__', '__rrshift__', '__rshift__', '__rsub__', '__rtruediv__', '__rxor__', '__setattr__', '__sizeof__', '__str__', '__sub__', '__subclasshook__', '__truediv__', '__trunc__', '__xor__', 'bit_length', 'conjugate', 'denominator', 'from_bytes', 'imag', 'numerator', 'real', 'to_bytes', 'value_name', 'value_nick']
```
This doesn't (Note that the enum is not listed and the effect is permanent.)
```
$ python3
Python 3.6.1 (default, Mar 26 2017, 22:44:49)
[GCC 4.9.2] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> from gi.repository import Gegl
>>> Gegl.init()
[]
>>> props = Gegl.Operation.list_properties('gegl:dither')
>>> prop = props2[4]
>>> prop
<GeglParamEnum 'dither-method'>
>>> dir(prop)
['__doc__', '__gtype__', 'blurb', 'default_value', 'enum_class', 'flags', 'name', 'nick', 'owner_type', 'value_type']
>>> prop.enum_class
<class '__main__.GeglDitherMethod'>
>>> #### ------------------ Note what happens here: The enums are not listed ---------------
>>> dir(prop.enum_class)
['__abs__', '__add__', '__and__', '__bool__', '__ceil__', '__class__', '__delattr__', '__dict__', '__dir__', '__divmod__', '__doc__', '__enum_values__', '__eq__', '__float__', '__floor__', '__floordiv__', '__format__', '__ge__', '__getattribute__', '__getnewargs__', '__gt__', '__gtype__', '__hash__', '__index__', '__init__', '__init_subclass__', '__int__', '__invert__', '__le__', '__lshift__', '__lt__', '__mod__', '__module__', '__mul__', '__ne__', '__neg__', '__new__', '__or__', '__pos__', '__pow__', '__radd__', '__rand__', '__rdivmod__', '__reduce__', '__reduce_ex__', '__repr__', '__rfloordiv__', '__rlshift__', '__rmod__', '__rmul__', '__ror__', '__round__', '__rpow__', '__rrshift__', '__rshift__', '__rsub__', '__rtruediv__', '__rxor__', '__setattr__', '__sizeof__', '__str__', '__sub__', '__subclasshook__', '__truediv__', '__trunc__', '__xor__', 'bit_length', 'conjugate', 'denominator', 'from_bytes', 'imag', 'numerator', 'real', 'to_bytes', 'value_name', 'value_nick']
>>> #### ---------------- Note that this permanently affects Gegl.DitherMethod ------------------
...
>>> dir(Gegl.DitherMethod)
['__abs__', '__add__', '__and__', '__bool__', '__ceil__', '__class__', '__delattr__', '__dict__', '__dir__', '__divmod__', '__doc__', '__enum_values__', '__eq__', '__float__', '__floor__', '__floordiv__', '__format__', '__ge__', '__getattribute__', '__getnewargs__', '__gt__', '__gtype__', '__hash__', '__index__', '__init__', '__init_subclass__', '__int__', '__invert__', '__le__', '__lshift__', '__lt__', '__mod__', '__module__', '__mul__', '__ne__', '__neg__', '__new__', '__or__', '__pos__', '__pow__', '__radd__', '__rand__', '__rdivmod__', '__reduce__', '__reduce_ex__', '__repr__', '__rfloordiv__', '__rlshift__', '__rmod__', '__rmul__', '__ror__', '__round__', '__rpow__', '__rrshift__', '__rshift__', '__rsub__', '__rtruediv__', '__rxor__', '__setattr__', '__sizeof__', '__str__', '__sub__', '__subclasshook__', '__truediv__', '__trunc__', '__xor__', 'bit_length', 'conjugate', 'denominator', 'from_bytes', 'imag', 'numerator', 'real', 'to_bytes', 'value_name', 'value_nick']
```https://gitlab.gnome.org/GNOME/gnome-control-center/-/issues/201Displays doesn't display "Display Mode" when connecting with 3 monitors with ...2020-02-12T13:33:04ZShem PasambaDisplays doesn't display "Display Mode" when connecting with 3 monitors with 2 active onesWhen plugging in a third monitor, which is a 4k Monitor using Displayport socket, the "Display Mode" part of the Display panel doesn't show up. It's therefore difficult to switch from mirror, join displays, or single display.
I have 3 ...When plugging in a third monitor, which is a 4k Monitor using Displayport socket, the "Display Mode" part of the Display panel doesn't show up. It's therefore difficult to switch from mirror, join displays, or single display.
I have 3 monitors: the builtin of the laptop (1366x768), an LG FHD (connected through VGA), and an AOC UHD (connected through DisplayPort). The laptop is a Thinkpad x230t, so I cannot use all the 3 monitors at the same time. Usually I disable the laptop screen and use the two bigger screens.
Steps to reproduce:
1. Open GNOME Settings
2. Go to Devices->Displays
3. See that display mode is being shown: ![Screenshot_from_2018-09-20_12-33-13](/uploads/581c1ae7b3eff033cab28c6557261887/Screenshot_from_2018-09-20_12-33-13.png)
4. Plugin 4k monitor.
5. See that display mode is not being shown: ![Screenshot_from_2018-09-20_12-33-38](/uploads/9d775d4b2a00587148477c4022d1d373/Screenshot_from_2018-09-20_12-33-38.png)
Thank you for your help. Keep up the good work!https://gitlab.gnome.org/GNOME/gnome-desktop/-/issues/15Suggestion for an option in Settings or Tweaks to add the week number to the ...2019-01-30T12:11:50ZOr SchiroSuggestion for an option in Settings or Tweaks to add the week number to the top panelDear all,
I am taking this from a discussion on the IRC channel of GNOME Hackers.
The calendar already computes week numbers. Would someone be able and willing to make a patch/setting to expose that in the clock as an optional featur...Dear all,
I am taking this from a discussion on the IRC channel of GNOME Hackers.
The calendar already computes week numbers. Would someone be able and willing to make a patch/setting to expose that in the clock as an optional feature?
I am sharing a design mockup below of how this feature could look like once implemented.
Thank you!
Yours,
Robert
![2018-09-18_16-03](/uploads/65a9d41522bb9b5ae8db60d943c5c845/2018-09-18_16-03.png)https://gitlab.gnome.org/GNOME/gimp/-/issues/2231Dragging a folder from a file manager onto an image could result in a new lay...2020-03-03T22:45:50ZMichael SchumacherDragging a folder from a file manager onto an image could result in a new layer group with any image files as layers**Background**
This is inspired by the following thread on reddit: https://www.reddit.com/r/GIMP/comments/9gulmk/question_importing_directories_of_images_to_layers/
We have File -> Open as Layers, but this only allow for adding individu...**Background**
This is inspired by the following thread on reddit: https://www.reddit.com/r/GIMP/comments/9gulmk/question_importing_directories_of_images_to_layers/
We have File -> Open as Layers, but this only allow for adding individual image files as layers to an image in GIMP. Trying to add a directory simply opens it in the file chooser.
Dragging and dropping a folder from a file manager to GIMP results in a "Not a regular file" error message.
**Idea**
Dragging a folder onto an image, or selecting on in a file chooser and hitting the open button, could add a new layer group to the image, named like the folder, and filled with any image files contained within the folder.
A dialog could pop up to let the user choose if this should continue recursively, i.e. if folders found within that folder should lead to additional layer groups and be filled with any images they contain, and so on.https://gitlab.gnome.org/GNOME/gtk/-/issues/1347File chooser opened by Qt apps does not show files with uppercase extension2022-08-30T12:05:34ZStrangiatoFile chooser opened by Qt apps does not show files with uppercase extensionI use Arch Linux, Gnome 3.30, Gtk 3.24.1.
Almost all Qt apps installed on my system uses Gtk3 file chooser to open/save files,
some apps can not open files with uppercase extension.
For example, I can not open a file named video.MP4 usi...I use Arch Linux, Gnome 3.30, Gtk 3.24.1.
Almost all Qt apps installed on my system uses Gtk3 file chooser to open/save files,
some apps can not open files with uppercase extension.
For example, I can not open a file named video.MP4 using VLC player 3.0.4 because the file chooser does not show
such file. Rename the file to video.mp4 solves the problem. Same problem occurs with SMPlayer, qmmp player and qBittorrent.https://gitlab.gnome.org/GNOME/mutter/-/issues/309Scaling factor forgotten after closing laptop2022-10-26T07:21:36ZPaul MenzelScaling factor forgotten after closing laptopOn a Dell XPS 13 9370 and an external Dell U2718Q monitor connected over the docking station Dell TB16, both being HiDPI, with gnome-shell 3.28.0-2 from Debian Sid/unstable in a X.Org session, I configured a scaling of 200 %. I have it c...On a Dell XPS 13 9370 and an external Dell U2718Q monitor connected over the docking station Dell TB16, both being HiDPI, with gnome-shell 3.28.0-2 from Debian Sid/unstable in a X.Org session, I configured a scaling of 200 %. I have it configured as single display. Closing the laptop, and only using the external monitor, the scaling was changed to 100 %.https://gitlab.gnome.org/GNOME/gnome-control-center/-/issues/200Power button action may be affected by dynamic CanSuspend return value2022-12-19T19:08:16ZBenjamin BergPower button action may be affected by dynamic CanSuspend return valueThere are ideas to improve the logic in systemd on the value that "CanSuspend" returns. As such, "CanSuspend" may be dynamic, with the value changing at times if e.g. the system is under memory pressure.
I am not sure what the exact log...There are ideas to improve the logic in systemd on the value that "CanSuspend" returns. As such, "CanSuspend" may be dynamic, with the value changing at times if e.g. the system is under memory pressure.
I am not sure what the exact logic is or will be in systemd. I believe currently it is a tri-state option returning either "yes", "no" or "na". We may need to stay in contact with the systemd people so that it is possible to handle this case.
It could be that all we need to do is change the check to hide the option when the value is "no" or "na".https://gitlab.gnome.org/GNOME/gnome-online-accounts/-/issues/21Firefox Sync support2023-10-09T03:11:21ZJan TojnarFirefox Sync supportEpiphany already supports Firefox Sync but it would be nice if it could be managed in the Control Center.Epiphany already supports Firefox Sync but it would be nice if it could be managed in the Control Center.