GNOME issueshttps://gitlab.gnome.org/groups/GNOME/-/issues2024-03-18T12:30:40Zhttps://gitlab.gnome.org/GNOME/gnome-software/-/issues/2486Cannot remove app review soon after submitting them2024-03-18T12:30:40ZSidCannot remove app review soon after submitting themWe get the following error in GS while trying to remove the app review soon after submission.
```
20:11:40:191 Gs Failed to set rating on ODRS: Bad Request
20:11:40:191 Gs failed to set review on org.gnome.Totem.desktop: Failed to sub...We get the following error in GS while trying to remove the app review soon after submission.
```
20:11:40:191 Gs Failed to set rating on ODRS: Bad Request
20:11:40:191 Gs failed to set review on org.gnome.Totem.desktop: Failed to submit review to ODRS: Bad Request
```
as ODRS sends the following response to the `remove` request
```json
{
"msg": "invalid data, required review_id",
"success": false
}
```
Submitted https://gitlab.gnome.org/Infrastructure/odrs-web/-/merge_requests/23, which is a prerequisite to fix this issue.https://gitlab.gnome.org/GNOME/gnome-control-center/-/issues/2961Port AdwMessageDialogs/GtkMessageDialogs to AdwAlertDialog2024-03-18T01:50:28ZAutomeris naranjaPort AdwMessageDialogs/GtkMessageDialogs to AdwAlertDialog[AdwAlertDialog](https://gnome.pages.gitlab.gnome.org/libadwaita/doc/main/class.AlertDialog.html), from libadwaita 1.5, improves adaptiveness.
Migration guide: https://gnome.pages.gitlab.gnome.org/libadwaita/doc/main/migrating-to-adapti...[AdwAlertDialog](https://gnome.pages.gitlab.gnome.org/libadwaita/doc/main/class.AlertDialog.html), from libadwaita 1.5, improves adaptiveness.
Migration guide: https://gnome.pages.gitlab.gnome.org/libadwaita/doc/main/migrating-to-adaptive-dialogs.html
# GtkMessageDialogs
### Online Accounts
- [ ] Error removing account (maybe it should be an AdwToast?)
### Printers
- [ ] "Failed to add new printer" (maybe it should be an AdwToast?)
### Privacy
- [ ] File History & Trash: all dialogs
### System
- [ ] Users > Change Password > [something](https://gitlab.gnome.org/GNOME/gnome-control-center/-/blob/gnome-45/panels/user-accounts/cc-password-dialog.c?ref_type=heads#L146)
(Needs to be updated)
# AdwMessageDialogs
### Keyboard
- [ ] View and Customize Shortcuts > Reset All Shortcuts?
### Main window
- [ ] "Warning: Development Version"
### System
- [ ] Users > "Remove `<user>`?"
### Wi-Fi
- [ ] Turn Off Hotspot?
(Needs to be updated)https://gitlab.gnome.org/GNOME/orca/-/issues/486"shut up" support?2024-03-18T18:16:49ZSamuel Thibault"shut up" support?## Orca Version
Essentially all, since it's a speech-dispatcher feature
## Steps to Reproduce the Problem
1. Run odilia, make it speak a long text
2. Make Orca speak something
## Expected Behavior
Orca should interrupt odilia's spee...## Orca Version
Essentially all, since it's a speech-dispatcher feature
## Steps to Reproduce the Problem
1. Run odilia, make it speak a long text
2. Make Orca speak something
## Expected Behavior
Orca should interrupt odilia's speech
## Actual Behavior
Orca's speech gets produced after odilia's speech.
## Why
I guess Odilia uses priority:message like Orca does. It is a speech-dispatcher feature that these do not interrupt each other. Orca could however call speechd.stop() in some situations in order to stop anything else that would be speaking something. I.e. a "shut-up" operation that users could use to interrupt whatever is being spoken. I don't know enough the Orca navigation&use to tell what Orca actions should be doing this.https://gitlab.gnome.org/GNOME/gdm/-/issues/918Black Screen with X mouse cursor.2024-03-18T09:20:03ZGabriel RiveroBlack Screen with X mouse cursor.GDM boots fine, but occasionally after I log in, I'm met with a black screen with an X mouse cursor. I'm using an NVIDA 3060 with the proprietary driver.
[errorstatus.txt](/uploads/6a823b20ba64fb54200958e09d5329b7/errorstatus.txt)GDM boots fine, but occasionally after I log in, I'm met with a black screen with an X mouse cursor. I'm using an NVIDA 3060 with the proprietary driver.
[errorstatus.txt](/uploads/6a823b20ba64fb54200958e09d5329b7/errorstatus.txt)https://gitlab.gnome.org/GNOME/gnote/-/issues/173Up/down (˅ / ˄) buttons' grid widget next to the SearchEntry could benefit fr...2024-03-17T23:14:54ZJeff FortinUp/down (˅ / ˄) buttons' grid widget next to the SearchEntry could benefit from the "linked" CSS class styleThe two up/down (˅ / ˄) buttons next to the searchbar show up close together, but without being visually linked together.
From what I can see with the GtkInspector, that's because the GtkGrid that contains the two buttons has the `horiz...The two up/down (˅ / ˄) buttons next to the searchbar show up close together, but without being visually linked together.
From what I can see with the GtkInspector, that's because the GtkGrid that contains the two buttons has the `horizontal` CSS class, but would need to also have the `linked` class.
Comparison from what I could test with the Inspector by doing this:
![image](/uploads/0c4f38aa25a3b662b5fd99c8cb5c54f1/image.png)
| With `horizontal` only (current situation in version 45) | With `horizontal` _and_ `linked` |
| - | - |
| ![Screenshot_from_2024-03-17_19-08-46](/uploads/609aaa67a1b093a84b72d9c84ac41d16/Screenshot_from_2024-03-17_19-08-46.png) | ![Screenshot_from_2024-03-17_19-08-57](/uploads/0972519f222ab4c3e7ce54ef359eb4e4/Screenshot_from_2024-03-17_19-08-57.png) |https://gitlab.gnome.org/GNOME/gnote/-/issues/172Provide a visual indication on the number of matches within a note's search r...2024-03-17T23:28:10ZJeff FortinProvide a visual indication on the number of matches within a note's search resultsOne of the UX issues with the current search implementation is that when you have multiple search query matches within a note, you don't have a clear indication that it is the case, and you don't know how many matches either. This makes ...One of the UX issues with the current search implementation is that when you have multiple search query matches within a note, you don't have a clear indication that it is the case, and you don't know how many matches either. This makes it hard to know your current position within the matches.
Some other apps, like Epiphany, solved this by showing the current match number/total on the right within the SearchEntry widget, like this:
![image](/uploads/a30ec1512c35086eb08ff6251d3272da/image.png)
I think it would make sense to do the same here.https://gitlab.gnome.org/GNOME/gnome-tweaks/-/issues/475Fonts: "Scaling Factor" row looks way too big; has a weird highlight rectangle2024-03-17T21:52:15ZAutomeris naranjaFonts: "Scaling Factor" row looks way too big; has a weird highlight rectangle## Affected version
46.0 (git)
## Description
In the "Fonts" section, the "Scaling Factor" row at the bottom looks way too big:
![image](/uploads/9a56310479bd456ab7fe2ddf9d7579ac/image.png)
Also, hovering on the row contents show a ...## Affected version
46.0 (git)
## Description
In the "Fonts" section, the "Scaling Factor" row at the bottom looks way too big:
![image](/uploads/9a56310479bd456ab7fe2ddf9d7579ac/image.png)
Also, hovering on the row contents show a weird highlight rectangle, something that doesn't happen in other rows.https://gitlab.gnome.org/GNOME/gnome-tweaks/-/issues/474The "Rendering" and "Window Focus" groups, from the "Fonts" and "Windows" sec...2024-03-17T21:50:11ZAutomeris naranjaThe "Rendering" and "Window Focus" groups, from the "Fonts" and "Windows" sections, look weird## Affected version
46.0 (git)
## Description
In the "Fonts" section, the "Rendering" group looks weird:
![image](/uploads/2304f9a71ac0ffac83b241d2881a6547/image.png)
Same thing happens in the "Window Focus" group from the "Windows"...## Affected version
46.0 (git)
## Description
In the "Fonts" section, the "Rendering" group looks weird:
![image](/uploads/2304f9a71ac0ffac83b241d2881a6547/image.png)
Same thing happens in the "Window Focus" group from the "Windows" section. Maybe AdwExpanderRows could be used? Like in GNOME Settings > Accessibility > Typing > Typing Assistant?
![image](/uploads/371ff3d24f1245e193b0ff7fa37c7c5f/image.png)
AdwExpanderRows can be expanded by default with the `expanded` property.https://gitlab.gnome.org/GNOME/gnome-tweaks/-/issues/473Fonts: rows from the "Preferred Fonts" group don't have an arrow2024-03-17T21:44:21ZAutomeris naranjaFonts: rows from the "Preferred Fonts" group don't have an arrow## Affected version
46.0
## Description
In the Fonts section, the rows from the "Preferred Fonts" look like this:
![Screenshot_from_2024-03-17_18-42-12](/uploads/d4462894c89490c8cc76cef7089f9857/Screenshot_from_2024-03-17_18-42-12.pn...## Affected version
46.0
## Description
In the Fonts section, the rows from the "Preferred Fonts" look like this:
![Screenshot_from_2024-03-17_18-42-12](/uploads/d4462894c89490c8cc76cef7089f9857/Screenshot_from_2024-03-17_18-42-12.png)
They don't have an arrow (as an AdwActionRow suffix widget) to indicate that a window will be opened. This pattern is used by many GNOME apps, such as Settings.https://gitlab.gnome.org/GNOME/Incubator/papers/-/issues/105In document properties dialog, Fonts list tab takes many seconds to populate2024-03-19T00:15:47ZJeff FortinIn document properties dialog, Fonts list tab takes many seconds to populateFor documents with embedded fonts (particularly complex/long documents), open the properties dialog and look at the "Fonts" tab. It will show up empty, and take somewhere between 3 to 7 seconds before its contents appear. At first, I tho...For documents with embedded fonts (particularly complex/long documents), open the properties dialog and look at the "Fonts" tab. It will show up empty, and take somewhere between 3 to 7 seconds before its contents appear. At first, I thought it was completely broken and that the fonts would not appear at all. In comparison, Evince 45 shows that tab's contents instantaneously.
![papers_slow_fonts_tab](/uploads/3c598f1355df3d822cb23fdd58b7cad1/papers_slow_fonts_tab.webm)https://gitlab.gnome.org/GNOME/gnome-tweaks/-/issues/472Keyboard: "Additional Layout Options" row looks weird2024-03-17T21:40:36ZAutomeris naranjaKeyboard: "Additional Layout Options" row looks weird## Affected version
46.0 (git)
## Description
In the Keyboard section, the "Additional Layout Options" row looks like this:
![image](/uploads/8e73bc5e1358c9ede9b7d2409bfd0781/image.png)
However:
- The row has no title
- Clicking on ...## Affected version
46.0 (git)
## Description
In the Keyboard section, the "Additional Layout Options" row looks like this:
![image](/uploads/8e73bc5e1358c9ede9b7d2409bfd0781/image.png)
However:
- The row has no title
- Clicking on the row doesn't trigger the button
I think the "Additional Layout Options" show be the title of the row, which an arrow (`go-next-symbolic`) as an AdwActionRow suffix widget, to indicate that a window will open. Clicking on the entire row would present "Additional Layout Options" dialog. Like this:
![image](/uploads/5e2be526d2376f8a26d4668aef80662a/image.png)
This is the same pattern that many GNOME apps use, such as the Settings app.https://gitlab.gnome.org/GNOME/gnome-maps/-/issues/671Make the vector map the default2024-03-17T20:32:34ZMarcus LundbladMake the vector map the defaultSwitch to using the vector map by default (and remove the "Enable Experimental Map" explicit option), and remove support for the old OSM raster tiles.Switch to using the vector map by default (and remove the "Enable Experimental Map" explicit option), and remove support for the old OSM raster tiles.GNOME 47https://gitlab.gnome.org/GNOME/gnome-maps/-/issues/670Remove local raster tile option2024-03-17T20:43:04ZMarcus LundbladRemove local raster tile optionRemove the old -local CLI option for using locally downloaded raster tiles.
As we will start relying on vector tiles (for example remove the "What's here" menu and rely on clickable POIs and
maybe later on pull things like country codes...Remove the old -local CLI option for using locally downloaded raster tiles.
As we will start relying on vector tiles (for example remove the "What's here" menu and rely on clickable POIs and
maybe later on pull things like country codes for locations directly from tile data instead of relying on libgweather's coarse-grained triangulation based on weather station positions) we should probably remove this option to prepare for making vector the default and only option (even though we might eventually regain satellite image support).
Also not sure if this actually works in Flatpaks, and eventually we might implement a more "official" way to download maps for offline usage (#414 #416)GNOME 47https://gitlab.gnome.org/GNOME/gnome-terminal/-/issues/8067[gtk4] Problem delivering scroll events to apps2024-03-17T22:24:44ZEgmont Koblinger[gtk4] Problem delivering scroll events to appsAs I two-finger scroll my touchpad up and down a couple of times, the terminal often stops delivering these to the app for many seconds. I have to wait sometimes a few seconds, sometimes maybe 10-20 seconds for touchpad scrolling to begi...As I two-finger scroll my touchpad up and down a couple of times, the terminal often stops delivering these to the app for many seconds. I have to wait sometimes a few seconds, sometimes maybe 10-20 seconds for touchpad scrolling to begin to work again. (The scroll events that weren't delivered are swallowed for good, not delayed.)
Affected: at least `less` (`man`) with the "alternate scroll mode" synthesizing of up/down keypresses, and `mc` with its real mouse handling. While in this buggy state, regular touchpad/mouse clicks (for selecting text in `less`, or delivering a click event to `mc`) work as expected.
I cannot trigger the stuck state using mouse wheel, but if I trigger it with the touchpad then mouse wheel events are also ignored while this buggy state lasts.
Scrolling the scrollback buffer on the normal screen always works.
Works fine in the `vte-2.91-gtk4` test app, only gtk4-based `gnome-terminal` is affected. (See update in comments: `./src/app/vte-2.91-gtk4 --scrolled-window` is also affected.)
Can only reproduce with Show scrollback: `Regular` or `None`. Cannot reproduce with `Overlay`. Kinetic scrolling seems to be irrelevant.
Ubuntu 23.10, X11, Unity 7.7, gtk 4.12.3, vte 0.76.0 (with loosened gtk4 version requirement), gnome-terminal 0a22fe68b12d21d680546d9cf8fdb4fae7d8c9fc.
Can also reproduce on GNOME Shell w/ Wayland. It's a bit harder to trigger the problem there and lasts shorter (maybe 2-5 seconds tops).
Can also reproduce with self-compiled gtk 4.14.0.ready-gtk4https://gitlab.gnome.org/GNOME/gthumb/-/issues/316gThumb Image Rotated Incorrectly2024-03-18T15:38:17ZCaptain MorgangThumb Image Rotated IncorrectlyEnvironment: RAF fujifilm image file, 16Bit RAW, uncompressed, Fujifilm gfx100II camera, flatpak gthumb 3.12.4 & gthumb .deb ubuntu install 3.12.2, Ubuntu 23.10, Wayland, AMDGPU, Kernel Linux 6.8.1-060801-generic, Graphics AMD Radeon™ HD...Environment: RAF fujifilm image file, 16Bit RAW, uncompressed, Fujifilm gfx100II camera, flatpak gthumb 3.12.4 & gthumb .deb ubuntu install 3.12.2, Ubuntu 23.10, Wayland, AMDGPU, Kernel Linux 6.8.1-060801-generic, Graphics AMD Radeon™ HD 7800 Series, Image Dimensions 8752 × 11662, orientation left, bottom, Color sRGB.
Steps to repeat:
1. open file
2. thumbnail view shows portrait correctly oriented in gthumb .deb install, in flatpak its not rotated but shows without distortion
3. select image shot in portrait (camera rotated 90 degree)
4. Observe image is on its side and distorted
![Screenshot_from_2024-03-18_08-10-16.png](/uploads/1dae1299c41a7cc5f7b5d7aea0e1892e/Screenshot_from_2024-03-18_08-10-16.png.jpg)
Original Image: https://ln5.sync.com/dl/3dd7475f0/ysk2nmd7-gzmakmqm-fdg4wuuc-fiusa8cc
It shows as portrait orientation but subject is distorted and rotated. When an image was taken in landscape camera not rotated, then the image shows correctly in landscape.
Probably a separate issue, but it generates an error when rotating the image:
![Screenshot_from_2024-03-18_08-27-10](/uploads/3c6b72f0c201ac82fb89d6b95244b9de/Screenshot_from_2024-03-18_08-27-10.png)https://gitlab.gnome.org/GNOME/orca/-/issues/484Create an Input Event Manager2024-03-17T17:19:38ZJoanmarie DiggsCreate an Input Event ManagerThe logic related to input events is scattered throughout Orca. We should have an input event manager where all the logic lives.
Assigning to myself since I have already begun this work.The logic related to input events is scattered throughout Orca. We should have an input event manager where all the logic lives.
Assigning to myself since I have already begun this work.Joanmarie DiggsJoanmarie Diggshttps://gitlab.gnome.org/GNOME/tracker-miners/-/issues/325Removing a search location records tracker failure - Unknown target graph for...2024-03-17T18:16:07ZtekstryderRemoving a search location records tracker failure - Unknown target graph for uri- Arch Linux | Kernel 6.7.10
- Gnome-shell | Mutter 46.0
- Wayland (*meson_options: xwayland=false*)
- `Tracker3 3.7.0`
- `Tracker3 3.7.0`
## Steps to Reproduce:
1. Add a folder to search
2. Let indexing complete
3. Remove said folder
...- Arch Linux | Kernel 6.7.10
- Gnome-shell | Mutter 46.0
- Wayland (*meson_options: xwayland=false*)
- `Tracker3 3.7.0`
- `Tracker3 3.7.0`
## Steps to Reproduce:
1. Add a folder to search
2. Let indexing complete
3. Remove said folder
4. Observe "recorded failure" in tracker status
```
Mar 17 07:57:08 tracker-miner-fs-3[107175]: (tracker-extract-3:107175): Tracker-WARNING **: 07:57:08.853: Task for 'file:///mnt/Data/Archives/Scripts' finished with error: Unknown target graph for uri:'file:///mnt/Data/Archives/Scripts' and mime:'inode/directory'
```
```
$ tracker3 status
Currently indexed: 0 files, 0 folders
Remaining space on database partition: 52.5 GB (53.49%)
All data miners are idle, indexing complete
1 recorded failure
Path Message
/mnt/Data/Archives/Scripts Unknown target graph for uri:'file:///mnt/Data/Archives/Scripts' and mime:'inode/directory'
```https://gitlab.gnome.org/GNOME/mutter/-/issues/3366Window stealing focus2024-03-18T07:31:22ZAlexey RybalkinWindow stealing focusWhen I run matlab, it draws multiple diagrams. Each time a new diagram shows up it steals focus. For example as I am typing this text, I have diagrams popping up, and I have close the diagram and manually switch back to this window. I ma...When I run matlab, it draws multiple diagrams. Each time a new diagram shows up it steals focus. For example as I am typing this text, I have diagrams popping up, and I have close the diagram and manually switch back to this window. I made my browser always on top, but that did not solve the problem. The focus is still stolen (only the window is not overwritten). I also tried to change focus mode from smart to strict - that didn't do anything. This is a ridiculous bug, I mean writing this text above while constantly being slammed in the face by the popping windows, took me about an hour. Fix it ASAP please.https://gitlab.gnome.org/GNOME/gnome-initial-setup/-/issues/214Mozilla Location Service shutting down June 122024-03-17T12:10:52ZFelipe Borgesfelipeborges@gnome.orgMozilla Location Service shutting down June 12This is a clone of https://gitlab.gnome.org/GNOME/gnome-control-center/-/issues/2959
https://location.services.mozilla.com/ was updated 2 days ago to link to an announcement that Mozilla Location Service would no longer be responding to...This is a clone of https://gitlab.gnome.org/GNOME/gnome-control-center/-/issues/2959
https://location.services.mozilla.com/ was updated 2 days ago to link to an announcement that Mozilla Location Service would no longer be responding to POST requests ~~March 27~~ June 12. The geolocate request is a POST request.
Unless an alternative can be identified, I recommend that the Location page be hidden from GNOME 46. Perhaps as a meson option in case it is later decided to revert that change. I am unaware of any suitable alternative.
I believe that GNOME uses Mozilla Location Services via geoclue.
--------------------------
The Privacy page in GNOME Initial Setup offers the Location Service row.
![image](/uploads/1168b50d7a5e27470f634d3e73c352ab/image.png)GNOME 46https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/7490Allow pseudo-touch input2024-03-17T11:58:59ZDavid PrietoAllow pseudo-touch inputI have been using an air mouse on my HTPC for some time and, because it's not very precise, having to reach the scrollbars every time I want to scroll is becoming quite a chore.
Maybe there could be a pseudo-touch mode, where the user c...I have been using an air mouse on my HTPC for some time and, because it's not very precise, having to reach the scrollbars every time I want to scroll is becoming quite a chore.
Maybe there could be a pseudo-touch mode, where the user can just grab and drag from any part of the interface to scroll elements, instead of having to use the scrollbar?