gnome-shell issueshttps://gitlab.gnome.org/GNOME/gnome-shell/-/issues2023-11-21T18:53:36Zhttps://gitlab.gnome.org/GNOME/gnome-shell/-/issues/322Add ability to search between currently opened windows2023-11-21T18:53:36ZMarco Trevisanmail@3v1n0.netAdd ability to search between currently opened windowsAs per discussion in `#gnome-design` with @aday and @skeller, the shell sould provide a way to search in between opened windows, to navigate through them or allow to reorganize them across workspaces.
See and contribute to [this whitebo...As per discussion in `#gnome-design` with @aday and @skeller, the shell sould provide a way to search in between opened windows, to navigate through them or allow to reorganize them across workspaces.
See and contribute to [this whiteboard](https://wiki.gnome.org/Design/Whiteboards/ShellWindowsSearch) for more infos.Marco Trevisanmail@3v1n0.netMarco Trevisanmail@3v1n0.nethttps://gitlab.gnome.org/GNOME/gnome-shell/-/issues/6387Associate events with calendar color in shell notification dropdown2023-04-28T16:56:21ZGeorges Basile Stavracas NetoAssociate events with calendar color in shell notification dropdownThere can be same event name for different calendars. Looking at the gnome shell notification events list doesn't currently convey which calendar the events belong to.
It shall be nice if Calendar event notification would associate the ...There can be same event name for different calendars. Looking at the gnome shell notification events list doesn't currently convey which calendar the events belong to.
It shall be nice if Calendar event notification would associate the calendar events with colors.
Some mockups attached.
Thanks
**[Link to original bug (#773245)](https://bugzilla.gnome.org/show_bug.cgi?id=773245)**
## Design Tasks
TODO
## Development Tasks
TODO
## QA Tasks
TODOhttps://gitlab.gnome.org/GNOME/gnome-shell/-/issues/129Make it easy to benchmark startup time2023-10-10T16:15:54ZPaul MenzelMake it easy to benchmark startup timeThe startup time of GNOME Shell is important, and changes should only decrease the time and never increase the time. Therefore, it should be made easy to record these times for normal users. This should be documented.The startup time of GNOME Shell is important, and changes should only decrease the time and never increase the time. Therefore, it should be made easy to record these times for normal users. This should be documented.https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/187Burn-in prevention suggestion for top bar2020-01-21T18:53:08ZAquaL1teBurn-in prevention suggestion for top barI'm contemplating to buy an LED monitor soon. But I'm worried that the GNOME Shell Activity bar will burn-in. Therefore I have the following suggestion to prevent burn-in.
In the Activity menu, the top Activity bar only becomes slightly...I'm contemplating to buy an LED monitor soon. But I'm worried that the GNOME Shell Activity bar will burn-in. Therefore I have the following suggestion to prevent burn-in.
In the Activity menu, the top Activity bar only becomes slightly transparent. If this would become just as transparent as it is when the desktop is shown without any full screen windows open [screen1.png] then the black Activity bar won't burn-in that easily. At the moment the top Activity bar is still almost fully black within the Activity menu [screen2.png]. The text and icons within the Activity bar already slightly change color. But if this contrast was also a bit stronger then this would be a win for LED monitor owners.
![screen1](/uploads/d4da9918effcde811d6e9f88d2d29bf3/screen1.png)
![screen2](/uploads/48880b1e559c534cc2b3f0e7134b5109/screen2.png)https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/5669Cant pair bluetooth keyboard/mouse in login screen.2023-10-18T18:31:25ZBugzillaCant pair bluetooth keyboard/mouse in login screen.## Submitted by Sjoerd Simons `@sjoerds`
**[Link to original bug (#761308)](https://bugzilla.gnome.org/show_bug.cgi?id=761308)**
## Description
When using a bluetooth keyboard/mouse which haven't yet paired, it's impossible to log i...## Submitted by Sjoerd Simons `@sjoerds`
**[Link to original bug (#761308)](https://bugzilla.gnome.org/show_bug.cgi?id=761308)**
## Description
When using a bluetooth keyboard/mouse which haven't yet paired, it's impossible to log in using GDM as there is no ability to pair (at least) the keyboard.
OS X seems to solve this nicely by putting up a bluetooth pairing wizard in case no input device are connected, something similar might be nice for gdm.
Version: 3.14.xhttps://gitlab.gnome.org/GNOME/gnome-shell/-/issues/401Expose VLANs on the Quick Settings menu2023-10-18T23:13:48ZScott P.Expose VLANs on the Quick Settings menuVLANs (created using nm-connection-editor) do not show up in the Quick Settings menu.VLANs (created using nm-connection-editor) do not show up in the Quick Settings menu.https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/427[Default Behavior Idea] Minimized window becomes un-minimized when dragging i...2023-01-30T13:54:05ZGhost User[Default Behavior Idea] Minimized window becomes un-minimized when dragging it to another workspaceCurious to hear others' thoughts about this.
When I go into overview mode, see a window, and drag it into another workspace, it doesn't show since it's of course still minimized.
I'm usually moving over windows to a new workspace when ...Curious to hear others' thoughts about this.
When I go into overview mode, see a window, and drag it into another workspace, it doesn't show since it's of course still minimized.
I'm usually moving over windows to a new workspace when my current workspace gets too cluttered. I would have no need for the window to remain minimized in the new workspace since it's normally a fresh new space or one without that many windows.https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/462Allow showing non attached dialogs in the workspace thumbnails of the overview2023-01-29T11:28:55ZJonas DreßlerAllow showing non attached dialogs in the workspace thumbnails of the overviewRight now the workspace thumbnails displayed in the workspace switcher of the overview are not showing any skip-taskbar windows except modal dialogs. There's no good way to show non-attached dialogs in the window clones and to prevent is...Right now the workspace thumbnails displayed in the workspace switcher of the overview are not showing any skip-taskbar windows except modal dialogs. There's no good way to show non-attached dialogs in the window clones and to prevent issues with DND between the workspace switcher and the window clones (dragging a non-attached dialog from the workspace switcher and dropping it onto the window clones would make it vanish instantly) we just don't show them at all in the overview.
Since the purpose of the workspace thumbnails is to show a replica of the workspace, the thumbnails should include every window that's visible on the workspace when the overview is closed.https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/486Playing a sound when a notification appears2020-10-27T00:17:20ZMaoschanzPlaying a sound when a notification appearsCurrently there is no sound (or at least not on my system) when a new notification pops up. Could it be possible to add a setting for playing a sound ? Since there is #239 i don't see any possible drawbacksCurrently there is no sound (or at least not on my system) when a new notification pops up. Could it be possible to add a setting for playing a sound ? Since there is #239 i don't see any possible drawbackshttps://gitlab.gnome.org/GNOME/gnome-shell/-/issues/884There doesn't seem to be a way to disable auto-enrollment of Thunderbolt devices2019-01-12T09:30:43ZJamie Nguyenj@jamielinux.comThere doesn't seem to be a way to disable auto-enrollment of Thunderbolt devicesGNOME and Bolt are really neat! Though I can't find a way to prevent Thunderbolt devices from being auto-enrolled.
[This code](https://gitlab.gnome.org/GNOME/gnome-shell/blob/616852cf2b1f235a5671013fbf3f1564be79ea1b/js/ui/status/thunde...GNOME and Bolt are really neat! Though I can't find a way to prevent Thunderbolt devices from being auto-enrolled.
[This code](https://gitlab.gnome.org/GNOME/gnome-shell/blob/616852cf2b1f235a5671013fbf3f1564be79ea1b/js/ui/status/thunderbolt.js#L316-322) suggests the only criteria is that the screen is unlocked and it's not the login screen. (I suspect you have to be an administrative user too in some other code path.)
It'd be good if one could disable auto-enrollment even if the screen is unlocked, for the more paranoid IT security policies :)https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/906Update Gnome Shell extensions from the command line2023-05-20T22:20:20ZPablo ABUpdate Gnome Shell extensions from the command lineAs asked [here](https://askubuntu.com/q/937284/349837) it would be great to have a clean build-in way to check and update specific extension or all at once. Of course only if the update procedure end succesfully, since extensions usually...As asked [here](https://askubuntu.com/q/937284/349837) it would be great to have a clean build-in way to check and update specific extension or all at once. Of course only if the update procedure end succesfully, since extensions usually break things.
Maybe would be a parameter on `gnome-shell-extension-tool`: `--update <extension>` (as from ~/.local/share/gnome-shell/extensions/) and `--update-all`.https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/1187Add +/- buttons to change time displayed in world clock panel2019-04-19T02:50:51Zni-kaAdd +/- buttons to change time displayed in world clock panelHi,
I really love the new World Clock timezone offset displayed in the top panel. It's super useful.
It would be awesome if next to the "World Clocks" heading there was two + / - buttons which would adjust the displayed times (display ...Hi,
I really love the new World Clock timezone offset displayed in the top panel. It's super useful.
It would be awesome if next to the "World Clocks" heading there was two + / - buttons which would adjust the displayed times (display only, not actually changing the time). That would be super helpful for planning meetings and quickly checking times in other timezones.
Probably need to also display the current time location (which is filtered currently) to make this feature useful.
Cheers!https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/1363Support for workspace isolation in Dash2023-11-21T21:26:50ZphoceanSupport for workspace isolation in DashExcept the Dash, components of gnome-shell have support for a workflow based on workspace isolation (applications are isolated in each workspace).
For instance, it takes these commands to set up this layout:
```
gsettings set org.gnome...Except the Dash, components of gnome-shell have support for a workflow based on workspace isolation (applications are isolated in each workspace).
For instance, it takes these commands to set up this layout:
```
gsettings set org.gnome.shell.extensions.classic-overrides workspaces-only-on-primary false
gsettings set org.gnome.shell.app-switcher current-workspace-only true
```
It enables workspaces in multi-monitor layouts and makes ALT-TAB to consider applications only for the current workspace.
However, there is no such setting for the dash.
Thus, we have to use either the [dash-to-dock](https://extensions.gnome.org/extension/307/dash-to-dock/) extension (with `gsettings set org.gnome.shell.extensions.dash-to-dock isolate-workspaces true`) or the [workspace-isolated-dash](https://extensions.gnome.org/review/7577) extension.
It would be nice and more consistent if this could be set simply in `dconf`, like for ALT-TAB.
More explanations on the motives behind this desired workflow can be found on [reddit](https://www.reddit.com/r/gnome/comments/bxzd1x/what_is_your_workflow_with_stockdefault_gnome/).https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/1403Feature Request: Show Display Mode chooser not on primary display only2022-10-08T18:42:17ZBjörn DaaseFeature Request: Show Display Mode chooser not on primary display onlyWhen having a second monitor attached to my laptop and pressing `Super + P` you can cycle through the different display modes (Mirror, Join Displays, External Only, Built-In Only).
I have the external monitor selected as my primary moni...When having a second monitor attached to my laptop and pressing `Super + P` you can cycle through the different display modes (Mirror, Join Displays, External Only, Built-In Only).
I have the external monitor selected as my primary monitor, (when my laptop is connected), because it has a larger display. But sometimes the external monitor is also connected with another computer so I can switch on my external monitor which content to show.
If the external monitor now shows the content of the other pc, but is still connected as the primary monitor to my laptop and I now want to change the display mode of my laptop, I am not able to see the popup as it's only on the primary monitor.
So I think, it the display mode chooser pop up should be either
1. Shown on all displays
2. Or shown on the display, where the mouse ishttps://gitlab.gnome.org/GNOME/gnome-shell/-/issues/1451Make switch to last workspace smarter2019-07-31T10:38:54ZSpikePyMake switch to last workspace smarter### Use cases
If you press Super+End to jump to the last Workspace indeed it goes to the last one, but this one is always empty since it appends dynamically a new one if you started something on that workspace. So using Super+End to get ...### Use cases
If you press Super+End to jump to the last Workspace indeed it goes to the last one, but this one is always empty since it appends dynamically a new one if you started something on that workspace. So using Super+End to get to the last Workspace always switches you to a new (empty) workspace. Most of the time I just want to switch between already used Workspaces so I would expect to get to the last used workspace (having at least one application on it). Doing this via shortcuts you need to press Super+End and then Super+PgUp.
### Desired behavior
- For this I would suggest to make switch to the last workspace smarter by pressing Super+End to get to the last used workspace and once again to get to the next (empty and new) workspace. I think that's a good compromise and would be useful for switching between workspaces.
- Alternatively you could implement a shortcut for switching to the last used/next to last workspace.
### Benefits of the solution
- more rational switching between workspaces
- improved workflow
<!-- Ignore the text under this line. -->https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/1845Allow custom keyboard layout settings on X112024-03-12T00:00:48ZAndrej ShaduraAllow custom keyboard layout settings on X11As it is now, GNOME doesn’t allow custom keyboard layout settings. As soon as it sees keyboard layout settings changing to something it doesn’t know, it resets them to the default, even if the input method handling seems to be switched o...As it is now, GNOME doesn’t allow custom keyboard layout settings. As soon as it sees keyboard layout settings changing to something it doesn’t know, it resets them to the default, even if the input method handling seems to be switched off in dconf (the list of sources is `[]`). This makes it impossible to customise the layout e.g. using `xkbcomp` since any settings would end up overridden immediately.
It would be great if GNOME didn’t touch keyboard layouts (at least not continuously) when there are no input methods configured; alternatively, there could be a separate dconf setting to disable this behaviour.https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/1975Horizontal 4 finger window switching2021-06-29T11:29:17ZNikolai NejintsevHorizontal 4 finger window switchingAll 4 finger touchpad motions are captured by gnome. Vertical movement switches workspaces, and it'd be nice to use horizontal movement too. I propose to use it for window switching, with alt+Tab design, just like it works on Windows10: ...All 4 finger touchpad motions are captured by gnome. Vertical movement switches workspaces, and it'd be nice to use horizontal movement too. I propose to use it for window switching, with alt+Tab design, just like it works on Windows10: when you scroll with 4 fingers, it cycles through alt+Tab menu, as fast as you scrollhttps://gitlab.gnome.org/GNOME/gnome-shell/-/issues/2050Ability to rearrange additional icons/items in the top bar via drag/drop2023-11-05T09:38:56Z49studebakerAbility to rearrange additional icons/items in the top bar via drag/dropA user could click hold on a top bar extension icon, and then drag/drop the icon to a different location on the top bar.
Ubuntu 19.10
Gnome 3.34.1A user could click hold on a top bar extension icon, and then drag/drop the icon to a different location on the top bar.
Ubuntu 19.10
Gnome 3.34.1https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/2116Ask user to name the app folder instead of using default "unnamed folder"2020-10-06T08:05:51ZWilliam TangAsk user to name the app folder instead of using default "unnamed folder"The app folder should ask users for the folder name as soon as they create it.
**How to Reproduce:**
![Unnamed_Folder](/uploads/81e3f0cf58eee7177425eed64389e586/Unnamed_Folder.webm)The app folder should ask users for the folder name as soon as they create it.
**How to Reproduce:**
![Unnamed_Folder](/uploads/81e3f0cf58eee7177425eed64389e586/Unnamed_Folder.webm)https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/2199Ask for network metered data status on connecting2024-02-07T19:45:29ZPhilip WithnallAsk for network metered data status on connectingFollowing on from https://gitlab.gnome.org/GNOME/gnome-software/merge_requests/339#note_658029, it was suggested that gnome-shell should ask whether a network is metered when you connect to it. For networks requiring a password, this cou...Following on from https://gitlab.gnome.org/GNOME/gnome-software/merge_requests/339#note_658029, it was suggested that gnome-shell should ask whether a network is metered when you connect to it. For networks requiring a password, this could be part of the password dialogue. For other networks, a notification could be shown asking “You’ve just connected to ${network}. Is it metered?” (wording very much in need of improvement). If the network is known already, or if its metered status can be confidently guessed, the question wouldn’t need to be asked.
We already have the password dialog changes in Endless OS, and can upstream them:
| Inactive | Active |
| ------ | ------ |
| ![Screenshot_from_2020-01-29_15-14-08](https://gitlab.gnome.org/GNOME/gnome-software/uploads/2c958c636ba6e4164c04156c66bcfa63/Screenshot_from_2020-01-29_15-14-08.png) | ![Screenshot_from_2020-01-29_15-14-01](https://gitlab.gnome.org/GNOME/gnome-software/uploads/90b52c3aac9cdc9d1209c1b65f0ea52c/Screenshot_from_2020-01-29_15-14-01.png) |https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/2382Consider adding a Force Quit dialog2024-02-23T13:06:35ZGeorges Basile Stavracas NetoConsider adding a Force Quit dialogOn Endless, we have a Force Quit dialog that looks like this:
![Captura_de_tela_de_2020-03-12_19-34-49](/uploads/3b0884df083ba4ee406c99a9b0d46877/Captura_de_tela_de_2020-03-12_19-34-49.png)
This doesn't really match GNOME's visual styl...On Endless, we have a Force Quit dialog that looks like this:
![Captura_de_tela_de_2020-03-12_19-34-49](/uploads/3b0884df083ba4ee406c99a9b0d46877/Captura_de_tela_de_2020-03-12_19-34-49.png)
This doesn't really match GNOME's visual style, but in the past some designers were positive to the idea of such a dialog.https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/2400Select area to record for screencasts instead of whole screen2020-03-15T13:10:55ZMarvin HagemeisterSelect area to record for screencasts instead of whole screen<!--
Please read https://wiki.gnome.org/Community/GettingInTouch/BugReportingGuidelines
first to ensure that you create a clear and specific issue.
-->
### Feature summary
<!--
Describe what you would like to be able to do with GNOME...<!--
Please read https://wiki.gnome.org/Community/GettingInTouch/BugReportingGuidelines
first to ensure that you create a clear and specific issue.
-->
### Feature summary
<!--
Describe what you would like to be able to do with GNOME Shell
that you currently cannot do.
-->
Currently, `gnome-screencast` will record the whole screen when pressing `Shift + Alt + R`. Instead I'd like to be able to select a specific area of the screen to record.
### How would you like it to work
<!--
If you can think of a way GNOME Shell might be able to do this,
let us know here.
-->
Instead of recording immediately, the `Shift + Alt + R` hotkey should overlay a rectangle over the screen. The rectangle should be maximized by default. By dragging the corners or the edges, the user should be able to resize and position the are that will be recorded. If all is looking good, the user can click the button in the center of the selected area to start recording.
### Relevant links, screenshots, screencasts etc.
<!--
If you have further information, such as technical documentation,
code, mockups or a similar feature in another desktop environments,
please provide them here.
-->
Example of a similar feature with QuickTime on MacOS:
![Screen recording on Mac](https://www.macworld.co.uk/cmsdata/slideshow/3527168/mac_area_of_screen_record.png)
<!-- Do not remove the following line. -->https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/2505Unlock via PIN entry2023-07-13T17:59:28ZAddie GSUnlock via PIN entry<!--
Please read https://wiki.gnome.org/Community/GettingInTouch/BugReportingGuidelines
first to ensure that you create a clear and specific issue.
-->
### Feature summary: Add optional PIN entry to Unlock or Unlock+Login.
As I have d...<!--
Please read https://wiki.gnome.org/Community/GettingInTouch/BugReportingGuidelines
first to ensure that you create a clear and specific issue.
-->
### Feature summary: Add optional PIN entry to Unlock or Unlock+Login.
As I have disk encryption with my full complex password, I'd be okay with pin entry being used for both Unlock and Login, but I'd prefer to have the option to Log In with my password, and unlock with my PIN.
Currently, if I sit down to my Windows machine, I can use password or PIN entry to login/unlock, and it means that my online account that it's connected to can be behind a much longer, randomized password; this I feel is a very nice balance between security and ease-of-use. Win10 does not have a way to disable pin from initial login and use a local password instead of the Live account pass, but an encrypted disk solves that issue to my satisfaction. This represents a small but significant reduction of friction for my windows machine over my linux machine.
### How would you like it to work
I found [this discussion on the wiki](https://wiki.gnome.org/Design/OS/ScreenLock/PinAuthentication) but it's from 2013 and doesn't link anywhere; it discusses adding a PAM module for PIN entry, using the PIN to decrypt the Password and run that through the pass auth.
It doesn't discuss the display side of things; it would be nice to simply plug in the pin and have it unlock when finished. UX is discussed on a superseded [ScreenLock page](https://wiki.gnome.org/Design/OS/ScreenLock); it talks about PIN entry and has screenshots of comparison systems and mockups, but the newer [LockUnlockLogin page](https://wiki.gnome.org/Design/OS/LockUnlockLogin) omits it entirely.
### Relevant links, screenshots, screencasts etc.
I feel that the [ScreenLock wiki page](https://wiki.gnome.org/Design/OS/ScreenLock) thoroughly discusses the UX with example screens and mocks.
<!-- Do not remove the following line. -->https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/2673Allow defining search scope (files vs applications vs etc)2023-11-21T18:53:37ZMAccadiaAllow defining search scope (files vs applications vs etc)
### Feature summary
I would like to suggest adding a way to select which search provider to use ; something like this :
![image](/uploads/c3a49afb3086274011f3b0b72aba21c7/image.png)
To select the provider, the user could either :
*...
### Feature summary
I would like to suggest adding a way to select which search provider to use ; something like this :
![image](/uploads/c3a49afb3086274011f3b0b72aba21c7/image.png)
To select the provider, the user could either :
* select the provider in the drop-down menu using her mouse
* press TAB to focus on the drop-down menu and use arrow keys or type to search the provider
* use search keywords ([bang search](https://duckduckgo.com/bang) for example)
In order to make the search keywords discoverable, those could be prepended to the search text when a search provider is selected.
### Rationale
Users generally know what type of things they are looking for. Searching with all providers at the same time is less demanding at first (no need to precise _what_ to search) but it backfires : many providers means many irrelevant results and users have to skim through all to find the one they look for. This is ok for one-time searches, but for repetitive searches, it's better to have the relevant result on top, ready to be opened with ENTER.
### References
* https://duckduckgo.com/bang
* https://ulauncher.io/
* [Search shortcuts in Firefox](https://support.mozilla.org/en-US/kb/search-firefox-address-bar?redirectlocale=en-US&redirectslug=search-web-firefox#w_search-shortcuts)https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/2713High-density "show everything on one page" launchers icons app grid view mode2023-10-18T20:22:18ZJeff FortinHigh-density "show everything on one page" launchers icons app grid view modeI have an ultrawide screen (2560x1080) and it's barely using half of my available screen width, making me scroll through a bunch of "pages" of apps while it could otherwise just fit everything on one screen. Even when you regroup a ton o...I have an ultrawide screen (2560x1080) and it's barely using half of my available screen width, making me scroll through a bunch of "pages" of apps while it could otherwise just fit everything on one screen. Even when you regroup a ton of apps into folders, it still can't fit stuff on a single page:
[Screenshot_from_2020-04-29_15-57-31.webp](/uploads/2f373321406d7461c18506e15b51011f/Screenshot_from_2020-04-29_15-57-31.webp)
I'd welcome some slightly tighter spacing between icons too, but I don't think that's a hill I'm going to die on.
The current state of multi-paging, when starting from a blank slate, is making it extremely tedious to use @feaneron's drag-and-drop app grouping (folders) feature, because you spend your time going up and down 4-5 "pages" of apps, and since the apps are all over the place, you lose your markers every damn time, and it's extremely unproductive. What should take me 2-4 minutes takes me 20-30 minutes because I spend my time "fighting the grid".https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/2725Super + <number> should focus app <number>'s next window if app <number> is a...2021-04-30T18:25:15ZSean HammondSuper + <number> should focus app <number>'s next window if app <number> is already focusedCurrently <kbd><kbd>Super</kbd> + <kbd>&lt;number&gt;</kbd></kbd> (where &lt;number&gt; is a number 1-9) will focus the most-recently-used window of the &lt;number&gt;'th app in the dash, _if the &lt;number&gt;'th app isn't already focus...Currently <kbd><kbd>Super</kbd> + <kbd><number></kbd></kbd> (where <number> is a number 1-9) will focus the most-recently-used window of the <number>'th app in the dash, _if the <number>'th app isn't already focused_. But if the focused window already belongs to app <number>, then <kbd><kbd>Super</kbd> + <kbd><number></kbd></kbd> does nothing.
**Feature request**: if the focused window already belongs to app <number> then <kbd><kbd>Super</kbd> + <kbd><number></kbd></kbd> should focus the next-most-recently-used window of app <number>, and holding down <kbd>Super</kbd> while repeatedly clicking the number <kbd><number></kbd> should cycle through all of the app's windows.
This would mean that <kbd><kbd>Super</kbd> + <kbd><number></kbd></kbd> would:
1. Launch the <number>'th application from the dash, if it isn't already running
2. Focus the app's most recently used window, if the app is already running
3. Focus the app's next most recently used window, if the app is running and already focused. Repeatedly clicking <kbd><number></kbd> while holding down <kbd>Super</kbd> would cycle through all of the app's windows
4. Do nothing if the app is running, focused, and only has one window
An alternative way of describing this feature request:
If <kbd><kbd>Super</kbd> + <kbd><number></kbd></kbd> (named <code>switch-to-application-<number></code> / _Switch to application <number>_ in dconf Editor) has nothing to do because the <number>'th app is already focused, then it should fall back to doing what _Switch windows of an app directly_ (`cycle-group`, bound to <kbd><kbd>Alt</kbd> + <kbd>F6</kbd></kbd> by default) would do.https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/2798Provide a French Belgian Layout for OSK2023-10-11T02:49:20ZTuxman2Provide a French Belgian Layout for OSKHello,
a friend of mine who live in Belgium told me that when he defines the "be" layout for OSK, that one is still in QWERTY. In his case, he uses an AZERTY Belgian keyboard.
He can add the French layout as input source under Gnome, so...Hello,
a friend of mine who live in Belgium told me that when he defines the "be" layout for OSK, that one is still in QWERTY. In his case, he uses an AZERTY Belgian keyboard.
He can add the French layout as input source under Gnome, so the OSK is in AZERTY but his physical keyboard become a French keyboard under Gnome.
Is there a way for him to get the French Belgian layout under OSK ?
Thanks.https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/2806Add a button to the Status menu to turn off/blank the screen2020-09-06T16:35:52ZFæɹHaad 1992Add a button to the Status menu to turn off/blank the screen### Feature summary
Add a button to the Status menu to turn off/blank the screen.
Currently the "Lock" button can turn off/blank the screen, **but it also does lock the screen!** and the minimum time for "Blank Screen" in the "Settings...### Feature summary
Add a button to the Status menu to turn off/blank the screen.
Currently the "Lock" button can turn off/blank the screen, **but it also does lock the screen!** and the minimum time for "Blank Screen" in the "Settings" program is "1 minute" which is very high.
So such button should be provided to make users able to do it just when they need to turn off/blank the screen, without locking the screen.
### How would you like it to work
One sub-menu should be created in the "Status menu" to contain all related functions: "Power Off" "Restart/Reboot" "Lock" "Suspend" "Log out" and **"Blank/Turn Off screen"**
current situation of Status menu looks very ugly and **crowded**
such function should be provided by easy-access alongside screen locking.
### Relevant links
#2803
### Use cases
1. I regularly leave my system several times in every 60/30 min for 1:30 or 2:00 min and do not need to lock my screen, because either there is no other person to can touch my system or they are trusted and don't do it.
In such environment, locking the screen is not necessary and is not the best solution, because entering a password several times in every 60/30 min is not a simple and easy UX, maybe it is not hard and time wasting for those who have a laptop or a fingerprint device, but on a regular desktop PC without a fingerprint device, having to enter a password several times in every 60/30 min has highly pain.
2. My logic and reason to doing and needing this feature, is to save the energy and the screen/monitor life/age, specially with considering the **climate change**
<!-- Do not remove the following line. -->https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/2812Allow grouping Overview windows by app (e.g. stacking several windows of the ...2020-05-20T09:33:15ZRaffaeleAllow grouping Overview windows by app (e.g. stacking several windows of the same app)### Feature summary
Allow windows to be viewed/stacked by app name in Overview, for a much more compact and tidy view. This could be a default behaviour, an option or something triggered by a hotkey (e.g. shift).
### How would you like...### Feature summary
Allow windows to be viewed/stacked by app name in Overview, for a much more compact and tidy view. This could be a default behaviour, an option or something triggered by a hotkey (e.g. shift).
### How would you like it to work
Windows could be partly stacked on top of each other diagonally, or something like that. This definitely *needs design* either way.
### Relevant links, screenshots, screencasts etc.
- macOS allows this as an option
![mission control](https://cdn.osxdaily.com/wp-content/uploads/2012/06/mission-control-tips.jpg)
<!--
If you have further information, such as technical documentation,
code, mockups or a similar feature in another desktop environments,
please provide them here.
-->
<!-- Do not remove the following line. -->https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/2838Support applications with push-to-talk button under wayland2023-12-07T17:31:21ZmaralornSupport applications with push-to-talk button under waylandThank you for gnome-shell!
I know of no way to get working global push-to-talk under gnome+wayland.
Push-to-talk is a very widespread feature in voice chat applications like Teamspeak, Mumble or Discord.
The concept is to only enable yo...Thank you for gnome-shell!
I know of no way to get working global push-to-talk under gnome+wayland.
Push-to-talk is a very widespread feature in voice chat applications like Teamspeak, Mumble or Discord.
The concept is to only enable your microphone while you are holding down a key.
When I say "global" I mean, that the hotkey should work whatever application is focused. Applications like Mumble have been doing this for years und X.
Because of the security design of Wayland this can no longer work without cooperation of the compositor.
To solve this problem, I am suggesting an addition to the keyboard hotkeys configuration of gnome-shell:
Right now hotkeys configured for the window manager are triggered on key press.
When configuring a hotkey there could be a (by default not set) checkmark for "Execute on key release instead of key press."
Then one could configure one key to trigger on key press some unmute signal and and on keyup a mute signal. The user could decide to bind pulseaudio unmute/mute to it or use e.g. the new mumble dbus endpoints they expose for exactly this purpose.
Please note, that this addition would not have anything to do with audio in the implementation and might be useful for completely different applications.
I am not completely sure, that gnome-shell is the correct repo to get this implemented in gnome, if I am wrong please direct me to the right project.
I use gnome 3.34. But I don‘t think that a feature like this has been implemented since that release.https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/2862Notify in extensions application when extensions have conflicting settings (k...2020-06-03T09:59:43Zishan9299Notify in extensions application when extensions have conflicting settings (keybindings)<!--
Please read https://wiki.gnome.org/Community/GettingInTouch/BugReportingGuidelines
first to ensure that you create a clear and specific issue.
-->
### Feature summary
The extensions app currently allows us to enable and disable th...<!--
Please read https://wiki.gnome.org/Community/GettingInTouch/BugReportingGuidelines
first to ensure that you create a clear and specific issue.
-->
### Feature summary
The extensions app currently allows us to enable and disable the extensions installed. People usually install more than one extension and the extensions have their own settings with keyboard shortcuts which if someone makes a mistake while configuring can lead to issues.
I ran into this issue when trying pop-shell and dash-to-panel extension.
I think it would be good if the extensions app could notify if there was a conflicting key binding in the extension settings.
<!--
Describe what you would like to be able to do with GNOME Shell
that you currently cannot do.
-->
<!-- Do not remove the following line. -->https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/2951Add support for username and domain fields to ShellMountPasswordDialog2020-07-02T08:42:40ZOndrej HolyAdd support for username and domain fields to ShellMountPasswordDialogThe `ShellMountPasswordDialog` doesn't support `NEED_USERNAME`, `NEED_DOMAIN` and `ANONYMOUS_SUPPORTED` values of `AskPasswordFlags` and thus it is not used for these cases when mounting something from GTK apps: https://gitlab.gnome.org/...The `ShellMountPasswordDialog` doesn't support `NEED_USERNAME`, `NEED_DOMAIN` and `ANONYMOUS_SUPPORTED` values of `AskPasswordFlags` and thus it is not used for these cases when mounting something from GTK apps: https://gitlab.gnome.org/GNOME/gtk/-/blame/master/gtk/gtkmountoperation.c#L902-903. Consequently, the shell dialog is shown for e.g. `sftp://user@server/` and the GTK dialog for `sftp://server/` when mounting from Nautilus, or other GTK apps, which is ridiculous. Can support for these flags can be added?https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/3180An easy way to return the Application Grid positions to its default? (Gnome 3...2023-11-19T10:43:46ZfelipehwAn easy way to return the Application Grid positions to its default? (Gnome 3.38)Hi.
I tested the new drag and drop feature for the Application Grid at Gnome 3.38.
But I have an observation. If the user has a lot of apps (e.g.: 3 pages) and after manually reorganize them ... he perceives a great mess ... and wanna ...Hi.
I tested the new drag and drop feature for the Application Grid at Gnome 3.38.
But I have an observation. If the user has a lot of apps (e.g.: 3 pages) and after manually reorganize them ... he perceives a great mess ... and wanna the original organization (by alphabetical order) ... how can he proceeds?
We need an easy way to restore the original state of the Application Grid at Gnome.
It sounds unreasonable demand them to use dconf-editor ...https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/3182AppGrid: Allow scroll wheel events while dragging icons (so you can click+dra...2023-10-18T20:40:21ZDiego Escalante Urrelodiegoe@gnome.orgAppGrid: Allow scroll wheel events while dragging icons (so you can click+drag+scroll to a different page)When I'm reordering my appGrid, I find myself intuitively click+hold an icon, and then scrolling with the mouse wheel, trying to go back to the first page. This does not work, however.
I personally find it an easier movement than click+...When I'm reordering my appGrid, I find myself intuitively click+hold an icon, and then scrolling with the mouse wheel, trying to go back to the first page. This does not work, however.
I personally find it an easier movement than click+hold+drag, and I wonder if there would be any opposition to enabling this (I'm guessing it's just an omission in the input callbacks?)
On a related note, I can't scroll out of the first page until the "filling up" animation is done.
(Note that apps like Nautilus do not seem to have this behavior either, but I would say that's a worthwhile, separate, suggestion to make)https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/3212Gnome should provide an easy way to use one's account remotely without being ...2023-11-05T15:45:01ZLukas RuzickaGnome should provide an easy way to use one's account remotely without being locked out.<!--
Please read https://wiki.gnome.org/Community/GettingInTouch/BugReportingGuidelines
first to ensure that you create a clear and specific issue.
-->
### Background
Gnome Shell was able to provide screen sharing over VNC that enable...<!--
Please read https://wiki.gnome.org/Community/GettingInTouch/BugReportingGuidelines
first to ensure that you create a clear and specific issue.
-->
### Background
Gnome Shell was able to provide screen sharing over VNC that enabled users to use it to work on a host machine from a guest machine. Recently a bug was reported in Red Hat Bugzilla (https://bugzilla.redhat.com/show_bug.cgi?id=1882718) that complaints about a situation when such a VNC connection was terminated when the host computer's screen had been locked.
According to @jadahl, this is **by design** to ensure security, because logging into the host machine remotely over such a shared connection would open the host's screen as well, leaving in unprotected and vulnerable.
Unfortunately, this step breaks an important use case for working remotely (as provided by TeamViewer for instance). With terminating the VNC shared connection, this feature is limited to one person (the account owner) showing their screen to a different person and nothing more.
### Feature summary
Gnome should be able to provide an easy remote connection set up so that users could work remotely with their account -> one of the key functionalities in a multiuser system, which Linux is.
<!--
Describe what you would like to be able to do with GNOME Shell
that you currently cannot do.
-->
### How would you like it to work
Users should be able to choose, whether they want to share their account in one of the following modes:
* **share their screen** for a guest to watch (or even interact) which would be terminated if the host computer's screen locked.
* **enable remote connection** for a regular user to work remotely on that machine -- with screen forwarded to them but not displayed on the physical monitor. Users on the physical machine should not be bothered about such an incoming connection, until they would want to reboot or power-off the machine. In such case, they should be notified and they could choose to reboot or power-off anyway.
* both use cases could be handled separately, i.e. it should be able to switch between any combination of the use cases -- UC1 only, UC2 only, UC1+UC2.
<!--
If you can think of a way GNOME Shell might be able to do this,
let us know here.
-->
### How to implement
I am not sure, but the current screen sharing solution could be enhanced to be able to deal with both above described use cases. Some people consider VNC an insecure protocol, but I think Gnome is using it for screen-sharing anyway, so it could run over VNC, too.
<!-- Do not remove the following line. -->https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/3559Option to Disable Automatic Resizing between Snapped Windows2023-09-26T10:13:34ZSeth Falcoseth@falco.funOption to Disable Automatic Resizing between Snapped Windows<!--
Please read https://wiki.gnome.org/Community/GettingInTouch/BugReportingGuidelines
first to ensure that you create a clear and specific issue.
-->
### Feature summary
<!--
Describe what you would like to be able to do with GNOME...<!--
Please read https://wiki.gnome.org/Community/GettingInTouch/BugReportingGuidelines
first to ensure that you create a clear and specific issue.
-->
### Feature summary
<!--
Describe what you would like to be able to do with GNOME Shell
that you currently cannot do.
-->
I'm fond of the window snapping feature and use it quite often, however a pain point for me has always been when I resize a snapped window; it automatically resizes the window on the other side.
![Peek_2021-01-06_09-51](/uploads/4ef36608bee1c739ade9e722ccef6700/Peek_2021-01-06_09-51.gif)
> This demonstrates the problem, now that I have 2 snapped windows by dragging one to the left, and dragging one to the right. I can't make them overlap without unsnapping them first because they're also snapped to eachother.
I only use snapping to quickly get a window to snap to the edge of the display, I don't want windows snapping to each other, and often even have them overlap on purpose like below.
![Peek_2021-01-06_06-58](/uploads/f27d66c9d9f887731fef6103d58b980a/Peek_2021-01-06_06-58.gif)
> To achieve the above, I can't use the snapping feature, instead I have to manually move both windows and size them appropriately.
Currently, I have to do the following:
1) Unsnap the left window and manually stick it in the corner, and size it up.
2) Unsnap the right window and manually stick it in the corner and size it up.
### How would you like it to work
<!--
If you can think of a way GNOME Shell might be able to do this,
let us know here.
-->
Could an option be added that allows users to disable automatic window resizing of snapped windows, ie windows can snap to the display edges, but not to other windows?
It appears Windows 10 also has an option for this.
> ![image](/uploads/97cf89bfd142a458ab4987802a012e39/image.png)
> \- https://askubuntu.com/questions/968155/17-10-how-to-disable-window-to-window-snapping-while-having-edge-snapping-enable
I'd like to be able to do this by:
1) Simply dragging a snapped window and having it overlap other snapped windows. (Like the GIF above.)
### Relevant links, screenshots, screencasts etc.
<!--
If you have further information, such as technical documentation,
code, mockups or a similar feature in another desktop environments,
please provide them here.
-->
An AskUbuntu post on the topic:
https://askubuntu.com/questions/968155/17-10-how-to-disable-window-to-window-snapping-while-having-edge-snapping-enable
OS: Ubuntu 18.04.5 LTS x86_64
Kernal: 5.4.0-58-generic
DE: GNOME 3.28.4
WM: GNOME Shell
WM Theme: Adwaita
Theme: Adwaita-dark [GTK2/3]
Icons: Ubuntu-mono-dark [GTK2/3]
Terminal: gnome-terminal
<!-- Do not remove the following line. -->https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/3591Display Application folders as search results in overview search2023-11-21T18:50:56ZRandy RamkissoonDisplay Application folders as search results in overview search### Feature summary
I'd like to suggest the following features to enhance the Keyboard workflow when using Gnome Application Folders.
(1) Gnome Application Folders are searchable when using Super Key Search.
### How would you like i...### Feature summary
I'd like to suggest the following features to enhance the Keyboard workflow when using Gnome Application Folders.
(1) Gnome Application Folders are searchable when using Super Key Search.
### How would you like it to work
(1) Gnome Application Folders are searchable when using Super Key Search.
(a) Press Super Key to open the Gnome Desktop Search prompt.
(b) Type in Gnome Application Folder Name.
(c) Gnome Application Folder Icon is show in the Search Results.
(d) Gnome Application Folder can be chosen. This will cause the application folder to open showing the Applications in it.
### Relevant links, screenshots, screencasts etc.
N\A
<!-- Do not remove the following line. -->https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/3596Allow to set an Application folder as a favorite in the dash2024-02-04T04:14:31ZRandy RamkissoonAllow to set an Application folder as a favorite in the dashSearch and Interact with Gnome Application Folders | A Gnome Application folder can be set as a favorite.
### Feature summary
I'd like to suggest the following features to enhance the Keyboard workflow when using Gnome Application Fol...Search and Interact with Gnome Application Folders | A Gnome Application folder can be set as a favorite.
### Feature summary
I'd like to suggest the following features to enhance the Keyboard workflow when using Gnome Application Folders.
A Gnome Application folder can be set as a favorite.
### How would you like it to work
(1) A Gnome Application folder can be set as a favorite.
(a) Right click on Gnome Application folder and set as a Favorite.
(b) Gnome Application Folder will now show on the favorites bar(Dash on the Left).
(c) When Gnome Application Folder is chosen, it launches the folder in preview mode showing all the applications to choose from.
(d) Choose ESC or can navigate away from the Gnome Application folder to close it.
### Relevant links, screenshots, screencasts etc.
N\A
<!-- Do not remove the following line. -->https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/3668Feature: Swap split screen apps.2021-02-10T10:36:07ZCristian VasquezFeature: Swap split screen apps.Hello,
In an android tablet, one can swap split-screen apps top to bottom or left to right by just tapping the split bar and picking swap.
Perhaps is a good addition?
Thanks for all the nice workHello,
In an android tablet, one can swap split-screen apps top to bottom or left to right by just tapping the split bar and picking swap.
Perhaps is a good addition?
Thanks for all the nice workhttps://gitlab.gnome.org/GNOME/gnome-shell/-/issues/3672Add option to enable screen-keyboard icon for panel2022-09-10T10:53:17ZHatsune MikuAdd option to enable screen-keyboard icon for panel#### Affected version
Ubuntu 20.10 GNOME Shell 3.38.2 x11 and wayland
#### Feature summary
Add option to enable screen-keyboard icon for panel
#### The problem
X11 and Wayland
- It help users to open screen keyboard only when necess...#### Affected version
Ubuntu 20.10 GNOME Shell 3.38.2 x11 and wayland
#### Feature summary
Add option to enable screen-keyboard icon for panel
#### The problem
X11 and Wayland
- It help users to open screen keyboard only when necessary (keyboard icon), not everytime when touch on text field or typing field as current.
- Furthermore sometimes we tap on certain areas for drag, move windows etc that may related to input fields and screen keyboard appear such times
- If user mistake touch on certain areas or input field then appear the keyboard
- That misbehave with some third-party application including graphic softwares
Wayland
it's own technique: swipe the keyboard up from the bottom display edge.
I dont know but most of us become mad when going to work with these gestures and during busy work daily. Actually not as phone, it's hard to handle that on large screens and depend on keep angles etc
Extensions (keyboard icon on panel)
https://extensions.gnome.org/extension/1061/on-screen-keyboard-button/
This's not a solution and it auto enable the screen keyboard in universal access then it pop up everytime if focus on any input field. (if happen that just not need such button on panel)
**Use cases - Screen keyboard**
Settings --> Universal access --> Typing --> Screen keyboard<br />
That is suitable for another use case
#### How would you like it to work
Add option to settings for enable screen keyboard (touch keyboard) icon to panel then we can open it at anytime when necessary and close (but not automatically as mentioned above. Furthermore, tap on icon more easier and no complicate as gestures with desktop screens).
(Please note, screen keyboard option in universal access and other auto keyboard pop up facilities should remain disabled when enabled the keyboard icon for panel)
#### Relevant logs, screenshots, screencasts etc.
![screenkeyboard](/uploads/9c9962deb35714e9b0e7da7e38901091/screenkeyboard.png)
![icony](/uploads/0d2b96210f6e11194aa64fae795b5598/icony.png)
<!-- Do not remove the following line. -->https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/3700A more convenient and discoverable method for selected audio devices is needed.2021-11-12T17:07:04ZBryan Pbryanpaget@pm.meA more convenient and discoverable method for selected audio devices is needed.<!--
Please read https://wiki.gnome.org/Community/GettingInTouch/BugReportingGuidelines
first to ensure that you create a clear and specific issue.
-->
### Feature summary
<!--
Describe what you would like to be able to do with GNOME...<!--
Please read https://wiki.gnome.org/Community/GettingInTouch/BugReportingGuidelines
first to ensure that you create a clear and specific issue.
-->
### Feature summary
<!--
Describe what you would like to be able to do with GNOME Shell
that you currently cannot do.
-->
### Issue:
I'm working with some people new to GNOME and we've encountered a few snags here and there. One such snag is selecting an audio output device. I know there are extensions that can give an easy way to do this:
https://extensions.gnome.org/extension/751/audio-output-switcher/
but I and my colleagues believe this should be included by default in some way (the design could be different). It's also not obvious when the wrong device is selected. In particular the user was plugging the laptop into a USB-C dock which has an audio port. When the laptop is plugged in there seemed to be no audio. The dock was being automatically selected as the output device without any informative prompt. Then when I explained how to change this... well I felt kind of silly because this is obviously a design flaw and the workaround made me feel embarrassed honestly.
<!--
If you can think of a way GNOME Shell might be able to do this,
let us know here.
-->
### Relevant links, screenshots, screencasts etc.
https://extensions.gnome.org/extension/751/audio-output-switcher/
<!--
If you have further information, such as technical documentation,
code, mockups or a similar feature in another desktop environments,
please provide them here.
-->
The user was running Ubuntu 20.04 which uses GNOME 3.36.
<!-- Do not remove the following line. -->https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/3745Add shortcut to move the current window to a new workspace next to current one2021-03-11T17:27:36ZNorbert FabritiusAdd shortcut to move the current window to a new workspace next to current one<!--
Please read https://wiki.gnome.org/Community/GettingInTouch/BugReportingGuidelines
first to ensure that you create a clear and specific issue.
-->
### Feature summary
I often find myself in the situation where the current workspa...<!--
Please read https://wiki.gnome.org/Community/GettingInTouch/BugReportingGuidelines
first to ensure that you create a clear and specific issue.
-->
### Feature summary
I often find myself in the situation where the current workspace gets too crowded with windows and I want to move the current window to a new space If the current workspace is the first or last space in the list, I can use Ctrl+Shift+Alt+Cursor to create a new workspace and move the window there. That's great.
However, if the current workspace is not the first or last space, i.e. the neighboring workspaces already hold other windows, then using Ctrl+Shift+Alt+Cursor will move the current window without creating a new workspace. To avoid overflowing neighboring workspaces I have to resort to using the mouse to drag the window between existing workspaces in the overview to create a new space. It would be great if this case was covered with a keyboard shortcut.
### How would you like it to work
A keyboard shortcut (key-combo + cursor) to create a new workspace in the respective direction and move the current window there.
<!-- Do not remove the following line. -->https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/3802Medium-term wishlist2023-10-16T17:38:23ZTobias BernardMedium-term wishlistTracking issue for medium to large issues/initiatives:
**Mostly self-contained new features:**
- [ ] Notification redesign
- [x] Quick Settings
**High visibility:**
- [ ] Search as an overlay #6080
- [ ] Interactive in-shell tour
- [ ...Tracking issue for medium to large issues/initiatives:
**Mostly self-contained new features:**
- [ ] Notification redesign
- [x] Quick Settings
**High visibility:**
- [ ] Search as an overlay #6080
- [ ] Interactive in-shell tour
- [ ] New "zooming" window thumbnail DnD behavior in window picker
- [ ] Transparent panel in the session
**Behavior changes:**
- [ ] Two-dimensional gestures #3615
- [ ] New window thumbnail layout algorithm https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/1607
- [ ] Make dash DnD behavior consistent with the app grid (e.g. dragging an icon moves it, rather than duplicating) #6081
- [ ] App grid DnD/hover hints live on the same layer and are clipped the same as the actual grid pages https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/1630#note_1043153
- [ ] "Real" pages (with empty slots etc.) inside app folders
- [ ] Allow creating new workspaces at the beginning and end of the workspace row, and between existing workspaces via DnD (both window picker and app grid thumbnails)
- [ ] Better app grid/dash icon scaling at smaller resolutions (i.e. ensure app icons are never <64px on common resolutions) #3992 #6088
**Smaller tweaks and bug fixes:**
- [ ] More visible active workspace styling in the app grid (blue border rather than scale)
- [ ] Fix workspace thumbnail spacing in the app grid state #5986
- [ ] Rounded workspaces (including fullscreen windows, with clipping) in the app grid
- [ ] Better interaction between panel and fullscreen apps (e.g. avoid disappearing panel when swiping from/to fullscreen workspaces)
- [x] Workspace OSD indicator in the session seems giant (maybe remove it?) https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/2127
- [ ] Allow quickly moving between app grid pages with a pointer (broken since 43) #5738
- [ ] Update default avatars to AdwAvatar styling #4971
**Nice to have:**
- [ ] Swiping multiple workspaces with one very fast gesture
- [ ] Centered label in the search entry #2619
**Followups from 3.32 Lock/Login work:**
- [ ] Show login screen for last user
- [ ] MPRIS controls on the [lock screen](https://gitlab.gnome.org/Teams/Design/os-mockups/-/blob/master/lock-login/lock-screen.png)
- [ ] [New login UI with wallpaper cards](https://gitlab.gnome.org/Teams/Design/os-mockups/-/blob/master/lock-login/unlock-login-flow.png)
cc @aday @jimmachttps://gitlab.gnome.org/GNOME/gnome-shell/-/issues/3814Add Rubber band effect for the final beginning and end workspaces2024-02-25T19:38:35ZDylan FennAdd Rubber band effect for the final beginning and end workspaces<!--
Please read https://wiki.gnome.org/Community/GettingInTouch/BugReportingGuidelines
first to ensure that you create a clear and specific issue.
-->
### Feature summary
Rubber banding effect like apple does for the top and bottom of...<!--
Please read https://wiki.gnome.org/Community/GettingInTouch/BugReportingGuidelines
first to ensure that you create a clear and specific issue.
-->
### Feature summary
Rubber banding effect like apple does for the top and bottom of web pages.
### How would you like it to work
When you reach the end of current workspaces, instead of a hard pixel perfect stop at the edge of the screen, allow the workspace to be gestured as if another workspace was there but be bound by a tight rubber band like animation. It already exists when you have gesture to a second workspace, make it do that for the first workspace and last workspace.
### Relevant links, screenshots, screencasts etc.
None at the moment.
<!-- Do not remove the following line. -->https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/3921Different wallpaper for each workspace.2023-08-13T05:02:34ZSaad KhanDifferent wallpaper for each workspace.### Feature summary
GNOME 40 Shell should allow to set different wallpaper for each workspace or set random wallpaper automatically.
### How would you like it to work
I'm not a developer but I would suggest that, by clicking on 'Chang...### Feature summary
GNOME 40 Shell should allow to set different wallpaper for each workspace or set random wallpaper automatically.
### How would you like it to work
I'm not a developer but I would suggest that, by clicking on 'Change Background...' option in right click menu, it may open a dialogue similar to that of 'Select Network' or something like file picker to select background for that workspace.
A random background for each workspace may also be set automatically for each new workspace. There might also be an option in settings app to set a certain wallpaper according to the category for which the workspace was created (like work, gaming, entertainment etc).
This is just my idea, and i think that the implementation can be much better than this. I also think that this behavior very much suits the design of GNOME 40. Instead of seeing same picture above the App Picker, different pictures will look distinct and cool.
<!-- Do not remove the following line. -->https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/4010Include MPRIS players in Introspect.GetRunningApplications2023-06-12T19:43:38ZWill ThompsonInclude MPRIS players in Introspect.GetRunningApplications<!--
Please read https://wiki.gnome.org/Community/GettingInTouch/BugReportingGuidelines
first to ensure that you create a clear and specific issue.
-->
### Affected version
* Endless OS (development branch)
* GNOME Shell 3.38.0+dev78....<!--
Please read https://wiki.gnome.org/Community/GettingInTouch/BugReportingGuidelines
first to ensure that you create a clear and specific issue.
-->
### Affected version
* Endless OS (development branch)
* GNOME Shell 3.38.0+dev78.d393a2d-15bem3 (plus our extensions which I don't think are relevant here)
* X.org
### Bug summary
Many media players which support MPRIS, such as [Lollypop](https://flathub.org/apps/details/org.gnome.Lollypop) and Spot, keep playing music while the window is closed. Currently, when run as Flatpaks, these trigger a warning that they are running in the background.
I believe this behaviour is incorrect and they should not be treated as background applications: they are doing the right thing and providing a visible (not to mention audible) indication that they are running and a way to interact with them. (If I close the Lollypop window while no music is playing, it correctly exits.)
Rather than teaching xdg-desktop-portal-gtk about MPRIS, I think the Shell could provide this information in GetRunningApplications. These apps are running and Shell knows they are!
### Steps to reproduce
1. Launch Lollypop, Spot, or similar media player which supports being hidden while playing
2. Start playing music
3. Close the window
### What happened
The music continues playing, and an item is shown in the notification menu to indicate that the app is running in the background, providing the means to control the playing music or bring back the window.
But xdg-desktop-portal(-gtk) believed that the app is running in the background without permission, and showed me a notification and scary dialogue to that effect.
![Capture_d_écran_de_2021-03-30_15-43-12](/uploads/488477a5632a044c7a734a656588d478/Capture_d_écran_de_2021-03-30_15-43-12.png)
![Capture_d_écran_de_2021-03-30_15-42-56](/uploads/d8142f254d678328c68b4952d6d4fa8a/Capture_d_écran_de_2021-03-30_15-42-56.png)
### What did you expect to happen
No notification should be displayed: the app is correctly indicating that it is still playing music using MPRIS, and Shell is correctly showing this. I don't see any benefit in the app requesting background permission (which I believe would trigger a similar dialogue).
<!-- Do not remove the following line. -->https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/4027Highlight pointer on shake2022-01-05T11:23:10ZTobias BernardHighlight pointer on shakeOther OSes (definitely macOS, maybe iPadOS too?) highlight the cursor when you shake it, making it easy to find at a glance.
There's an [extension implementing something similar](https://github.com/jeffchannell/jiggle) for GNOME Shell, ...Other OSes (definitely macOS, maybe iPadOS too?) highlight the cursor when you shake it, making it easy to find at a glance.
There's an [extension implementing something similar](https://github.com/jeffchannell/jiggle) for GNOME Shell, but it'd be cool if this was just a built-in feature.
keywords: mouse cursor size bighttps://gitlab.gnome.org/GNOME/gnome-shell/-/issues/4090[GNOME 40] Hot edge to switch workspaces in Activities overview by moving cur...2021-04-11T05:47:51ZTony Nguyen[GNOME 40] Hot edge to switch workspaces in Activities overview by moving cursor to the sides### Feature Description
I would like to be able to move from one workspace to the next by moving my cursor to the left or right edge of the screen during the Activities overview.
### Implementation
There is a concern when using a dual...### Feature Description
I would like to be able to move from one workspace to the next by moving my cursor to the left or right edge of the screen during the Activities overview.
### Implementation
There is a concern when using a dual monitor setup, with the secondary monitor on the right or left, that you'll accidentally trigger the workspace switch when you intended to move your cursor to the other monitor.
To deal with that, I propose that either:
1. The hot edge only activates when your cursor is over the workspace rectangle. If your cursor passes over or underneath, going through the gray area, the cursor will pass between monitors freely.
2. The edge provides some resistance. By moving the mouse onto the left/right edge and continuing to apply sideways momentum for ~150 ms, the user will move onto their next monitor. If the user does not provide that additional sideways momentum and instead retracts back (bounce back, or just tap the edge), the workspace will switch over to the next one. Note: I think this edge resistance behavior should only apply when there is a secondary monitor on the left/right side of the primary.https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/4225Move active window between workspaces with Super+Shift+Scrollwheel.2021-05-02T19:10:57Zjob1925Move active window between workspaces with Super+Shift+Scrollwheel.<!--
Please read https://wiki.gnome.org/Community/GettingInTouch/BugReportingGuidelines
first to ensure that you create a clear and specific issue.
-->
### Feature summary
<!--
Describe what you would like to be able to do with GNOME...<!--
Please read https://wiki.gnome.org/Community/GettingInTouch/BugReportingGuidelines
first to ensure that you create a clear and specific issue.
-->
### Feature summary
<!--
Describe what you would like to be able to do with GNOME Shell
that you currently cannot do.
-->
Move active window between workspaces with Super+Shift+Scrollwheel or Super+Alt+Shift+Scrollwheel.
### How would you like it to work
<!--
If you can think of a way GNOME Shell might be able to do this,
let us know here.
-->
Gnome 40's new feature that allows quickly scrolling between workspaces with Super+Scrollwheel is very useful and handy. However, I think it could be greatly improved by allowing the moving of the active window between workspaces with Super+Shift+Scrollwheel. This would also be consistent with Gnome's keyboard shortcuts (Super+Alt+Left/Right for moving between workspaces and Super+Alt+Shift+Left/Right for moving the active window along.)
### Relevant links, screenshots, screencasts etc.
<!--
If you have further information, such as technical documentation,
code, mockups or a similar feature in another desktop environments,
please provide them here.
-->
<!-- Do not remove the following line. -->https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/4242[Feature Request] Magnify cursor area when selecting region2021-05-04T07:00:07ZPat Davidpatdavid@gmail.com[Feature Request] Magnify cursor area when selecting regionHaving used something like Sharex (https://getsharex.com) in the windows world, one very nice enhancement could be the inclusion of a magnified view of a region around the cursor (for pixel-perfect region selecting):
![image](/uploads/1...Having used something like Sharex (https://getsharex.com) in the windows world, one very nice enhancement could be the inclusion of a magnified view of a region around the cursor (for pixel-perfect region selecting):
![image](/uploads/1706ede7602b845f447fbfc4e2609676/image.png)
Is this something that might be possible?https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/4272Screen cast not allowed for gdm2023-10-10T23:14:09ZFrancesco ContiScreen cast not allowed for gdmWorking on DCV, a remote desktop solution, it would be necessary to remotize also gdm by allowing the screen cast feature.
Would you accept a patch to change the default configuration for gdm?
https://gitlab.gnome.org/GNOME/gnome-shell/...Working on DCV, a remote desktop solution, it would be necessary to remotize also gdm by allowing the screen cast feature.
Would you accept a patch to change the default configuration for gdm?
https://gitlab.gnome.org/GNOME/gnome-shell/-/blob/master/js/ui/sessionMode.js#L77https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/4307[Feature] Blurred wallpaper as overview background2023-01-08T16:51:23Zliferooter[Feature] Blurred wallpaper as overview background<!--
Please read https://wiki.gnome.org/Community/GettingInTouch/BugReportingGuidelines
first to ensure that you create a clear and specific issue.
-->
### Why
In GNOME 3 there was dimmed desktop wallpaper as overview background. Since...<!--
Please read https://wiki.gnome.org/Community/GettingInTouch/BugReportingGuidelines
first to ensure that you create a clear and specific issue.
-->
### Why
In GNOME 3 there was dimmed desktop wallpaper as overview background. Since GNOME 3.36, lockscreen background is blurred desktop wallpaper. These backgrounds looks good with any wallpapper.
Since GNOME 40, overview background is gray color. It isn't looks good. User more often see overview than empty desktop, so in fact, desktop's background is not wallpaper. It is gray color. And it's ugly and boring.
### Feature summary
Show blurred wallpaper instead of gray color as overview background.
<!--
Describe what you would like to be able to do with GNOME Shell
that you currently cannot do.
-->
### How would you like it to work
I think you can implement it as it's done in lock screen I think.
<!--
If you can think of a way GNOME Shell might be able to do this,
let us know here.
-->
### Relevant links, screenshots, screencasts etc.
There is an extension that has this feature: [Blur My Shell](https://extensions.gnome.org/extension/3193/blur-my-shell/)
#### Empty desktop
Without this feature:
![image](/uploads/35bc46bd5219bf1e68bc13e3bc5d0064/image.png)
With this feature:
![image](/uploads/878ec23a6bccf861242e3bd69110abc9/image.png)
### Desktop with maximized application
Without this feature:
![image](/uploads/e03177b21b364f360bfd5bc2991743f8/image.png)
With this feature:
![image](/uploads/0a2878c3dd4f4fc531c35ff55a3f9cda/image.png)
### Desktop with some applications
Without this feature:
![image](/uploads/9bfb1cc264a9509f1c88d91e34ad132b/image.png)
With this feature:
![image](/uploads/fd086a32797d022be5f6ee24909b97f1/image.png)
### Applications menu
Without this feature:
![image](/uploads/83f19a1de96d926e5a0f7aff6c3330ee/image.png)
With this feature:
![image](/uploads/f048824107b3b7bfaff475b11db7b3c7/image.png)
### Search
Without this feature:
![image](/uploads/00df8e7f66245c30ef322ebf8aff69a4/image.png)
With this feature:
![image](/uploads/b2ec8a9ef3243ae4deaa294fc2353964/image.png)
<!--
If you have further information, such as technical documentation,
code, mockups or a similar feature in another desktop environments,
please provide them here.
-->
<!-- Do not remove the following line. -->https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/4392After boot, present login for the last-logged-in user2024-03-26T21:08:24ZAllan DayAfter boot, present login for the last-logged-in userOne of the main goals of the login/unlock redesign that landed in 3.36 was to reduce the amount of friction when logging into the system. One of the key things we wanted to do here, but never got around to, was presenting the login scree...One of the main goals of the login/unlock redesign that landed in 3.36 was to reduce the amount of friction when logging into the system. One of the key things we wanted to do here, but never got around to, was presenting the login screen for the last-logged in user after boot.
This would be a big win in terms of reducing friction when logging in. In a single-user scenario (which are by far the majority), it would mean that the user no longer has to select their account after every boot.
The idea is that, after the system has booted, the user would be presented with a screen that looks like this (as opposed to the current situation, where after boot the user is presented with a list of accounts, which often includes just a single entry):
![image](/uploads/f749f8aae71b2bdf57eb1df01d1ea274/image.png)
Some of the interactions that would be involved in this workflow are mapped out in [these mockups](https://gitlab.gnome.org/Teams/Design/os-mockups/-/blob/master/lock-login/unlock-login-flow.png).https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/4441Add the ability to lock the shell with a gesture2021-07-04T11:34:53ZLeonard Schwennesenungedummt@gmx.deAdd the ability to lock the shell with a gestureMe came to mind, that it would be cool to be able to lock the computer with a gesture. I would suggesting 3 finger swipe down, but only in the main view. The good thing is that the lock screen already goes up and down so the gesture woul...Me came to mind, that it would be cool to be able to lock the computer with a gesture. I would suggesting 3 finger swipe down, but only in the main view. The good thing is that the lock screen already goes up and down so the gesture would even make sense. What do you think @bertob @aday ?https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/4449search with voice recognition2023-11-21T18:50:55ZLorenz Wildbergsearch with voice recognitionYou could enable that somewhere (maybe also with voice like saying "hey GNOME"; of course privacy must be respected too)and gnome-shell switches then to the overview or similar and then waits for the recognition to complete. Then the res...You could enable that somewhere (maybe also with voice like saying "hey GNOME"; of course privacy must be respected too)and gnome-shell switches then to the overview or similar and then waits for the recognition to complete. Then the results would be displayed just like in the normal search.https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/4465Allow setting which notifications are shown while in fullscreen2024-02-04T04:31:10ZKai MastAllow setting which notifications are shown while in fullscreen### Feature summary
There should be a way to set which applications are shown while an application is in fullscreen. Currently only urgent/critical ones are visible.
This might be fine for some users but I frequently miss text messages a...### Feature summary
There should be a way to set which applications are shown while an application is in fullscreen. Currently only urgent/critical ones are visible.
This might be fine for some users but I frequently miss text messages and other notifications because of this.
### How would you like it to work
I think gnome should either expose a global setting ("always show notifications with normal/low importance during fullscreen") or have a per-app option ("always show Signal notifications while in fullscreen")
Settings already has a bunch of options for application notifications, such as which ones are visible on the lock screen, so adding this extra option should not complicate the UX too much.https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/4479Add favourite application hotkey window switching/cycling2021-07-18T08:20:07ZTonic ArtosAdd favourite application hotkey window switching/cyclingThank you for your wonderful work. Gnome-Shell is a great desktop experience. There is one small thing I believe would provide a significant enhancement of the user experience.
### Feature summary
Add window cycling to favourite applic...Thank you for your wonderful work. Gnome-Shell is a great desktop experience. There is one small thing I believe would provide a significant enhancement of the user experience.
### Feature summary
Add window cycling to favourite application hotkeys.
### How it works
If a favourite application hotkey (e.g. \<Super\>1) is pressed, it will have one of two behaviours:
1. If the current focused window **is not** of the application, then exhibit the same behaviour as currently implemented. That is, bring all windows of the application forward, and focus the most recently used window of the application.
2. If the current focused window **is** of the application, then switch-to (focus) the next window of the application.
### Relevant links, screenshots, screencasts etc.
The extension dash-to-dock ([gnome extensions](https://extensions.gnome.org/extension/307/dash-to-dock/) - [github project](https://github.com/micheleg/dash-to-dock.git)) included this feature. The extension is not compatible with Gnome-40, but you can explore the behaviour in prior versions.https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/4493Icon grid context Menu add "Preferences"2021-07-23T01:04:42ZEzekiel Smithzeke_github.matrace@slmail.meIcon grid context Menu add "Preferences"### Feature summary
Add "Preferences" to icon grid context menu
### How would you like it to work
adds a preferences dialog to icon grid context menu that opens applications settings in gnome settings when pressed.
### Relevant links...### Feature summary
Add "Preferences" to icon grid context menu
### How would you like it to work
adds a preferences dialog to icon grid context menu that opens applications settings in gnome settings when pressed.
### Relevant links, screenshots, screencasts etc.
Current:
![image](/uploads/c917ab6991b5bde65ad78ee3dfad3e8b/image.png)
Concept:
![image](/uploads/2254e53c12888fac24b04d15a0bb28ab/image.png)
<!-- Do not remove the following line. -->https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/4525Volume OSD should appear when using bluetooth volume buttons2024-01-30T06:18:25ZDylan McCallVolume OSD should appear when using bluetooth volume buttons### Feature summary
When a user presses the volume buttons on a Bluetooth audio device, most desktop environments will show a volume OSD. In GNOME, the volume OSD only appears when adjusting the volume through media keys (via gnome-sett...### Feature summary
When a user presses the volume buttons on a Bluetooth audio device, most desktop environments will show a volume OSD. In GNOME, the volume OSD only appears when adjusting the volume through media keys (via gnome-settings-daemon) or by using the mouse wheel on the volume indicator. I believe that gives an impression of the volume buttons not working correctly.
### How would you like it to work
Happily, our Bluetooth stack is smart enough to handle on-device volume buttons and correctly changes the output volume for that device. The missing piece here is GNOME Shell (or _something_) needs to show a volume OSD when the volume changes in that case. This might be an opportunity to play with #1201 as well.
<!-- Do not remove the following line. -->https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/4582Screenshots with modal dialog + parent window2023-04-26T08:43:12ZTobias BernardScreenshots with modal dialog + parent windowCurrently it's only possible to screenshot individual windows, but not composite window + modal dialog situations, which are fairly common across our apps and something you sometimes want to [show off in appstream screenshots](https://gi...Currently it's only possible to screenshot individual windows, but not composite window + modal dialog situations, which are fairly common across our apps and something you sometimes want to [show off in appstream screenshots](https://gitlab.gnome.org/Teams/Circle/-/issues/89#note_1257683).
Since we're adding a new in-shell screenshot UI it'd be cool to include an option to choose whether to screenshot just the modal dialog or the entire window, composed of dialog and dimmed parent window.
cc @fmuellner @YaLTeRhttps://gitlab.gnome.org/GNOME/gnome-shell/-/issues/4644systemd-homed support2023-01-31T11:50:19ZRobert Maderrobert.mader@posteo.desystemd-homed supportFollowing up on the recent [blog post from Lennart Poettering](https://0pointer.net/blog/authenticated-boot-and-disk-encryption-on-linux.html) and some internal discussions, lets track open discussions regarding (encrypted) homed support...Following up on the recent [blog post from Lennart Poettering](https://0pointer.net/blog/authenticated-boot-and-disk-encryption-on-linux.html) and some internal discussions, lets track open discussions regarding (encrypted) homed support here.
- [ ] Should the lock screen move to GDM? If so:
- [ ] How to deal with notifications?
- [ ] How to deal with sound?
- [ ] Design?
- [ ] ...
---
cc @fmuellner, @carlosg, @jadahl, @feaneron, @halfline, @3v1n0, @bertob, @verdrehttps://gitlab.gnome.org/GNOME/gnome-shell/-/issues/4675Provide Time details when Click on the Top Panel Clock2021-10-07T15:41:27Zthe PermProvide Time details when Click on the Top Panel Clock<!--
Please read https://wiki.gnome.org/Community/GettingInTouch/BugReportingGuidelines
first to ensure that you create a clear and specific issue.
-->
### Feature summary
<!--
Describe what you would like to be able to do with GNOME...<!--
Please read https://wiki.gnome.org/Community/GettingInTouch/BugReportingGuidelines
first to ensure that you create a clear and specific issue.
-->
### Feature summary
<!--
Describe what you would like to be able to do with GNOME Shell
that you currently cannot do.
-->
Sometime its necessary to get the exact time. To do this, i regularly catch myself clicking to the Clock in the Top Panel, to get the exact Time with Seconds. I know, there is an option in the gnome-tweak tool to display the seconds right inside the top Panel, but this are really nervous.
Maybe, this could be also put inside the gnome-tweak tool, to enable / disable the seconds inside the Panel.
### How would you like it to work
<!--
If you can think of a way GNOME Shell might be able to do this,
let us know here.
-->
Just provide the complete Time inc. Seconds.
### Relevant links, screenshots, screencasts etc.
<!--
If you have further information, such as technical documentation,
code, mockups or a similar feature in another desktop environments,
please provide them here.
-->
I've uploaded![Bildschirmfoto_von_2021-10-07_15-12-45](/uploads/995f780da0b0d7c0ed357f13c716eeb5/Bildschirmfoto_von_2021-10-07_15-12-45.png) an Image
<!-- Do not remove the following line. -->https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/4706There should be an onscreen indication when Sticky Keys is holding down a mod...2023-07-04T23:42:33ZSean HammondThere should be an onscreen indication when Sticky Keys is holding down a modifier key### Feature summary
When the Sticky Keys feature (Settings &rarr; Accessibility &rarr; Typing Assist (AccessX) &rarr; Sticky Keys) is automatically holding down a modifier key for the user there should be some sort of visible / on-scree...### Feature summary
When the Sticky Keys feature (Settings → Accessibility → Typing Assist (AccessX) → Sticky Keys) is automatically holding down a modifier key for the user there should be some sort of visible / on-screen indication of which modifier key(s) are held down.
Sticky Keys is *very* confusing to use without this because you have no way to know whether it's holding down a key for you, which key(s) it's holding down for you, or whether you've now managed to get it to release the key. Especially because double-clicking a modifier key (e.g. <kbd><kbd>Super</kbd> <kbd>Super</kbd></kbd>) causes the key to be permanently held down until you press that particular modifier key again. It's super confusing if you accidentally fumble a modifier key and don't know which one you've activated (and therefore don't know what to press to deactivate it). Accidentally activate more than one at once and it becomes extremely confusing.
I find Sticky Keys as it stands to be practically unusable due to this confusion.
### How would you like it to work
[Keyboard Modifiers Status](https://extensions.gnome.org/extension/975/keyboard-modifiers-status/) is a GNOME extension that does exactly what I need: it adds icons to the top bar that indicate which modifier key(s) are currently held down. When I fumble some keys and get confused I can look up at the top bar to see which modifiers are on and then can disable any that I don't want.
I cannot use Sticky Keys without this extension but the extension [doesn't work with Wayland](https://github.com/sneetsher/keyboard_modifiers_status/issues/5). It works if I switch back to X but then I lose touchpad gestures.
I think that this extension's functionality is crucial enough to the usability of Sticky Keys that it should be a built-in feature.
<!-- Do not remove the following line. -->
### Background
I'm a software developer with RSI and I rely on the Sticky Keys feature because holding down modifier keys is painful for me and tends to make my RSI get slowly worse over time. To type a capital "H" instead of pressing <kbd>h</kbd> while holding down <kbd>Shift</kbd> Sticky Keys enables me to press <kbd>Shift</kbd> _and then_ <kbd>h</kbd> (releasing <kbd>Shift</kbd> before pressing <kbd>h</kbd>). This applies to all modifier keys, even things like <kbd><kbd>Control</kbd> + <kbd>c</kbd></kbd> or <kbd><kbd>Super</kbd> + <kbd>Tab</kbd></kbd> This is massively better for me RSI-wise.https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/4777Unlock Session Immediately with Fingerprint after Wake2023-01-16T11:45:32ZSam Hewittsnwh@gnome.orgUnlock Session Immediately with Fingerprint after WakeCurrently if fingerprint unlock/login is enabled you have to wait until the password prompt is visible to unlock the session with fingerprint. We could simplify the unlock process when fingerprint is enabled and allow the session to be u...Currently if fingerprint unlock/login is enabled you have to wait until the password prompt is visible to unlock the session with fingerprint. We could simplify the unlock process when fingerprint is enabled and allow the session to be unlocked at any point after screen wake if the user successfully engages their biometric sensor on the lock screen instead of just when the unlock/password prompt is visible.https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/4829Improve performance of overview search on systems with slower disks2023-12-10T01:44:03ZPhilip ChimentoImprove performance of overview search on systems with slower disks### Feature summary
I got a notification about https://bugzilla.gnome.org/show_bug.cgi?id=785380 when Bugzilla shut down, and wanted to preserve this feature request, since as far as I know it's still an issue on systems with slow disks...### Feature summary
I got a notification about https://bugzilla.gnome.org/show_bug.cgi?id=785380 when Bugzilla shut down, and wanted to preserve this feature request, since as far as I know it's still an issue on systems with slow disks! GNOME running smoothly on that sort of system is important to me personally, so I'd be interested to help if there's something I can do to help move this forward, though I don't know much about Tracker.
(If this is not specific enough and it belongs more on a roadmap or something like that, feel free to close it.)
Some steps were already taken as part of that Bugzilla issue, but there was still the rest of the plan outlined which I thought would be worth preserving.
Here are relevant parts of the discussion copied from the Bugzilla issue:
>>>
The overview search is close to unusable on systems with slower SSDs or eMMC (and possibly also any spinning disk), as gnome-shell makes D-Bus spawn loads of separate D-Bus services, most of which load nearly the whole of the application in the backend.
Systems which implement similar functionality, or at least Spotlight in iOS and macOS, have the applications feed data into a single database created for the purpose, which is then searched, rather than applications individually providing data.
Ideally, we'd get all this data from Tracker instead of spawning 15 different backends killing the "go to overview" performance on devices such as low powered tablets and convertibles.
Disabling the Search functionality made my Surface 3's "go to overview" functionality usable.
[...]
The problem I think is understood. Starting tens of fairly heavy applications in the background when you type a letter in the overview will not work unless you have the fastest of machines and disk.
[...]
Here the apps are the ones feeding into a database, which the search screen will consume. There are currently only a few "types" of GNOME-shell search providers:
- ones showing running information (Terminal, Boxes). Those types can stay, we'd just need to make sure that the search provider isn't instantiated when there aren't any running instances
- those where data is static (Characters, Recipes, Settings). The data could be fed into the database at package install time.
- those with dynamic data (Contacts, Notes, Documents) where indexing data needs to be fed from the app to the database.
- those with really dynamic data (Calculator), probably a special case amongst the special cases
>>>
(This is all research from Bastien; cc @hadess)
### How would you like it to work
Here is Bastien's original proposed roadmap:
- [x] Make it possible for search providers to mark themselves as "never launch", fix Terminal and Boxes
- [x] Make it possible for search providers to mark themselves as "disabled by default", make, say, Recipes, Weather, disabled by default
- [ ] Add a tracker client to gnome-shell
- [ ] Make it possible for a search provider to give a Tracker query instead of launching a D-Bus service, test this with Files for example
- [ ] Make it possible to feed data into Tracker, and also remove it, at application install/upgrade time, combined with the app providing the query, test this with Settings, or Characters
### Relevant links, screenshots, screencasts etc.
- This is an article about when iOS introduced Spotlight to third-party apps, in iOS 9: https://arstechnica.com/apple/2015/09/ios-9-thoroughly-reviewed/5/#h3
- Back when I worked at Endless, this is how we solved the problem specifically for offline content apps, by creating a joint search provider: https://github.com/endlessm/eos-knowledge-services/blob/master/search-provider/eks-search-provider.c
<!-- Do not remove the following line. -->https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/4846presentation/projector mode2023-01-30T16:11:03ZAlexey Fedorovpresentation/projector mode<!--
Please read https://wiki.gnome.org/Community/GettingInTouch/BugReportingGuidelines
first to ensure that you create a clear and specific issue.
-->
### Feature summary
Currently if We plug a projector to laptop, we get 4 options (j...<!--
Please read https://wiki.gnome.org/Community/GettingInTouch/BugReportingGuidelines
first to ensure that you create a clear and specific issue.
-->
### Feature summary
Currently if We plug a projector to laptop, we get 4 options (join displays, mirror, main, external) this proposal is 5th option. Additional mode of external display/ projector
That will suit the needs of presentation displays, projectors, and TV with wi-fi display
<!--
Describe what you would like to be able to do with GNOME Shell
that you currently cannot do.
-->
### How would you like it to work
- In that mode overview and app grid is not shown on the presentation display
- It is not connected to the main display by edges (you can't drag windows by accident)
- No notifications on the presentation display
- Playback control on the main display
- No sensitive or personal data on the display
- Main display will work as it usually works
- To open something on the presentation display need to open a file and choose "present"
<!--
If you can think of a way GNOME Shell might be able to do this,
let us know here.
-->
That extra mode might make be beneficial for presentation, where you don't want to show personal information or interrupt audience (open preview, drug a program by accident, mouse reveals playback control)
### Relevant links, screenshots, screencasts etc.
<!--
If you have further information, such as technical documentation,
code, mockups or a similar feature in another desktop environments,
please provide them here.
-->
I am not a designer, but it how it can look like
![ezgif.com-gif-maker](/uploads/73b661aa8e1e73fe50fb4749d82afac0/ezgif.com-gif-maker.jpg)
<!-- Do not remove the following line. -->https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/4900Implement mpris Seeking in the media widget2023-08-03T20:47:21ZneeImplement mpris Seeking in the media widget<!--
Please read https://wiki.gnome.org/Community/GettingInTouch/BugReportingGuidelines
first to ensure that you create a clear and specific issue.
-->
### Feature summary
<!--
Describe what you would like to be able to do with GNOME...<!--
Please read https://wiki.gnome.org/Community/GettingInTouch/BugReportingGuidelines
first to ensure that you create a clear and specific issue.
-->
### Feature summary
<!--
Describe what you would like to be able to do with GNOME Shell
that you currently cannot do.
-->
Add a way to seek in the currently played song / podcast through the mpris media widget.
### The current state
The mpris widget that shows the currently played song/podcast does not implement `CanSeek` by having fast-forward/rewind buttons or a progress bar. Also `CanGoNext` is implemented badly by just making the next/previous track button unclickable instead hiding them or properly graying it out.
### How would you like it to work
<!--
If you can think of a way GNOME Shell might be able to do this,
let us know here.
-->
Have fast-forward buttons show up when [CanSeek](https://specifications.freedesktop.org/mpris-spec/latest/Player_Interface.html#Property:CanSeek) is true. Hide the Next/Previous buttons when `CanGoPrevious` and `CanGoNext` are false.
### Relevant links, screenshots, screencasts etc.
* I found that the lack of seeking makes some apps that don't use forwarding [abuse the next button](https://gitlab.gnome.org/World/podcasts/-/issues/238) to implement seeking. As the link states this causes confusion in other environments like Phosh that implement Seeking.
* [Here is a video](https://gitlab.gnome.org/World/podcasts/uploads/c7739f23b453dcc2076f1ce6002b772f/mpris-gnome-widget.webm) of how the Next/Previous buttons look when you set `CanGoNext` to false.
* https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/4282 has an alternative design for the mpris widget, but no fast-forward/backwards buttons.
* This [file](https://gitlab.gnome.org/GNOME/gnome-shell/-/blob/main/data/dbus-interfaces/org.mpris.MediaPlayer2.Player.xml) needs to be in sync with the [mpris doc](https://specifications.freedesktop.org/mpris-spec/latest/Player_Interface.html#Method:Seek).
* [This](https://gitlab.gnome.org/GNOME/gnome-shell/-/blob/main/js/ui/mpris.js) is the code for the mpris widget I guess?
<!--
If you have further information, such as technical documentation,
code, mockups or a similar feature in another desktop environments,
please provide them here.
-->
<!-- Do not remove the following line. -->https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/4902Allow Super+V to be used for clipboard extensions by default2021-12-30T00:47:01ZPeter EisenmannAllow Super+V to be used for clipboard extensions by defaultHej!
I find the shortcut that Windows uses for a built-in clipboard manager very intuitive: <kbd>Super</kbd><kbd>V</kbd>
In `gnome-shell 41.2`, this shortcut is used to open the notification/date menu.
The [most popular clipboard manage...Hej!
I find the shortcut that Windows uses for a built-in clipboard manager very intuitive: <kbd>Super</kbd><kbd>V</kbd>
In `gnome-shell 41.2`, this shortcut is used to open the notification/date menu.
The [most popular clipboard manager extension](https://extensions.gnome.org/extension/779/clipboard-indicator/) uses <kbd>Ctrl</kbd><kbd>F12</kbd>/<kbd>F11</kbd>, which is harder to reach, less intuitive and harder to press on keyboards with `Fn` modifiers.
Therefore, I think it would be nice if the shell would disown the shortcut to allow extensions to use it by default.
For opening the date popover I suggest using <kbd>Super</kbd><kbd>D</kbd> instead, as well as <kbd>Super</kbd><kbd>N</kbd>, if there is no current notification being shown (although that might get tricky with the description and potentially implementation).
Related: https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/1790https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/4929Multi-Display wallpaper2024-01-22T20:19:52ZLero LarutoMulti-Display wallpaper### Feature summary
I would like to be able to choose different wallpapers for every display of my multi-display setup.
### How would you like it to work
There should be an option to choose the display to apply the wallpaper to in Set...### Feature summary
I would like to be able to choose different wallpapers for every display of my multi-display setup.
### How would you like it to work
There should be an option to choose the display to apply the wallpaper to in Settings > Background.https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/4980Make possible to delete a folder by right clicking on it or by showing a tras...2024-02-04T04:14:33ZGhost UserMake possible to delete a folder by right clicking on it or by showing a trash can button next to the pencil oneCurrently, to delete a folder it's necessary to remove each app, one by one, until the folder disappears. However, this is quite tiresome the bigger the folder is.Currently, to delete a folder it's necessary to remove each app, one by one, until the folder disappears. However, this is quite tiresome the bigger the folder is.https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/4983When right clicking in a notification, in the notification panel, show a shor...2024-02-04T04:31:11ZGhost UserWhen right clicking in a notification, in the notification panel, show a shortcut for opening the app notification settingsRight clicking in a notification does nothing. Personally, I think it would be very useful if a menu were shown to take the user to the app notification settings.Right clicking in a notification does nothing. Personally, I think it would be very useful if a menu were shown to take the user to the app notification settings.https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/5040Honor the "first day of the week" setting2023-10-18T19:06:18ZShubham RajHonor the "first day of the week" setting<!--
Please read https://wiki.gnome.org/Community/GettingInTouch/BugReportingGuidelines
first to ensure that you create a clear and specific issue.
-->
### Feature summary
<!--
Describe what you would like to be able to do with GNOME...<!--
Please read https://wiki.gnome.org/Community/GettingInTouch/BugReportingGuidelines
first to ensure that you create a clear and specific issue.
-->
### Feature summary
<!--
Describe what you would like to be able to do with GNOME Shell
that you currently cannot do.
-->
Currently the I am using the United Kingdom locale, and because of this the first day of the week is set as Monday. For changing this I have to edit the locale file. It would be better if there is an option to control this in the Settings GUI.
### How would you like it to work
Drop down option to select the first day of the week.
<!--
If you can think of a way GNOME Shell might be able to do this,
let us know here.
-->
### Relevant links, screenshots, screencasts etc.
<!--
If you have further information, such as technical documentation,
code, mockups or a similar feature in another desktop environments,
please provide them here.
-->
<!-- Do not remove the following line. -->https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/5052Calendar does not open on date clicked in tray2024-03-12T00:11:15ZAndy PillipCalendar does not open on date clicked in tray### Affected version
Gnome-shell 41.3
on Fedora Linux 35
with Wayland
### Bug summary
When opening an event from the Gnome tray, the Calendar app is not opened at that date.
I think it’s not a Calendar app bug, since that one offers ...### Affected version
Gnome-shell 41.3
on Fedora Linux 35
with Wayland
### Bug summary
When opening an event from the Gnome tray, the Calendar app is not opened at that date.
I think it’s not a Calendar app bug, since that one offers the corresponding CLI parameters to open on a specified date.
### Steps to reproduce
1. Open the notification tray with the calendar
2. Navigate to a month later in the year
3. Select a date
4. Open the Calendar app by opening the day’s event list (which might say “no events on that day”.
### What happened
The Calendar app opens on the current day.
### What did you expect to happen
It should open on the day you selected before.
<!-- Do not remove the following line. -->https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/5220Weather in notification popup: show per day, not just hourly2023-08-13T23:49:56ZMariusWeather in notification popup: show per day, not just hourly<!--
Please read https://wiki.gnome.org/Community/GettingInTouch/BugReportingGuidelines
first to ensure that you create a clear and specific issue.
-->
### Feature summary
The notification popup (shown when clicking on date/time) show...<!--
Please read https://wiki.gnome.org/Community/GettingInTouch/BugReportingGuidelines
first to ensure that you create a clear and specific issue.
-->
### Feature summary
The notification popup (shown when clicking on date/time) shows weather per hour.
I need daily.
The weather app, which opens when clicking on weather widget in popup, has an Hourly/Daily switch.
It doesn't remember being set to the Daily view after closing, for next time.
<!--
Describe what you would like to be able to do with GNOME Shell
that you currently cannot do.
-->
### How would you like it to work
The notification popup should show weather depending on the last Hourly/Daily switch in weather app, which should be remembered.
<!--
If you can think of a way GNOME Shell might be able to do this,
let us know here.
-->
<!-- Do not remove the following line. -->https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/5222Provide an interface (API) for color-critical applications to be able to inhi...2023-04-22T04:36:10ZMaximilianoProvide an interface (API) for color-critical applications to be able to inhibit night lightThere are no APIs for inhibiting night light in wayland, and some projects could consider the possibility to use private Shell APIs to hack around this (e.g. https://github.com/lutris/lutris/issues/2786).
This functionality is highly re...There are no APIs for inhibiting night light in wayland, and some projects could consider the possibility to use private Shell APIs to hack around this (e.g. https://github.com/lutris/lutris/issues/2786).
This functionality is highly relevant for media players, design (photo / graphics editing), video editing, and gaming applications.https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/5252Presentation Mode2024-03-26T22:01:08ZThomasFransPresentation Mode### Feature summary
Currently, there are 4 display options in Gnome shell: primary only, joined displays, secondary only, and mirrored. I think there could be a place for a 5th display option, namely presentation mode. I saw there was al...### Feature summary
Currently, there are 4 display options in Gnome shell: primary only, joined displays, secondary only, and mirrored. I think there could be a place for a 5th display option, namely presentation mode. I saw there was already a [feature request](https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/4846) between the issues that mentions an approach to this problem, but the solution it proposes is vague and incomplete.
#### The problem
When people present something, they currently use one of two options, those being joined displays, and mirrored displays. They both however have a problem. Joined displays has the drawback of not showing the content on the primary display, only on the projecting display, which is not optimal when presenting something (presentation, code...). The other approach is to use mirrored displays, which does the job, but has the drawback of also showing potentially private information on the projecting display.
#### Importance of the problem
Gnome is one of the main desktop environments used by Linux users in business/education. One big aspect of both of those is giving presentations about all kinds of things. The variety of things that is presented is important. Some already offer the functionality proposed in this feature request, namely presentation software which will have both a view for the primary display, and for the projecting display. This however isn't present in most software, and should therefore be offered by the desktop environment itself.
As a quick example, during one of my uni classes, a docent wanted to show his code, but also had his file browser and email client open on his primary display, so he couldn't mirror it. Therefore he had to resort to the sub-optimal solution of putting the content on the projecting screen when it needed to be shown, and on the primary one when it needed to be edited.
#### Wanted behavior
Joined and mirrored mode both have their advantages and disadvantages. Ideally, the new solution should aim to keep all the advantages of both, while also getting rid of the drawbacks. The solution should provide a way to show content on any projecting screen, while also mirroring that content on the primary display. It shouldn't show any unwanted information on any of the projecting displays.
The presenter should be able to choose windows to be shown on the projecting screen. No windows that haven't been chosen prior to activating presentation mode should be shown on the projecting screen. As an additional privacy measure, there should be an option to enable do not disturb when presentation mode is on.
### How would you like it to work
#### General solution:
Without discussing the specific solution, there needs to be a way for windows to be shown on different screens at once. If I understand it correctly, that ability is already available in Xorg/Wayland by mapping the same window to several screens at the same time. On the other hand, there needs to be a way for the user to select what windows should be on the projector screen. For that, several solutions are available. Some are explained below.
#### Solution 1 (preferred): Presentation workspace
Gnome already has excellent workspace support. Workspaces could offer a clean solution to this problem as well. When activating presentation mode, a new workspace could be added to the overview that is marked as the projecting workspace. That workspace would be the ONLY workspace shared between the primary and projecting displays. When a window gets dragged to that separate workspace, it will be available both on the primary display for the presenter, and on the projecting display for the viewer. This would make adding windows for presentation very easy and similar to the normal way of using workspaces.
#### Solution 2: Show on Presentation Display
A second option could be to add a new menu item to the menu that appears when the GtkHeaderBar on a window gets clicked. That way, windows could be added and removed from being available on the presentation screen. There are several drawbacks to this method. First, the GtkHeaderBar isn't available on all applications. They wouldn't be able to be shown on the presentation display this way. Another drawback is the worse user experience of the solution. It wouldn't be immediately obvious which windows are on the presenting display, and many users wouldn't discover the feature.
#### Solution 3: Show Active Window on Presentation Display
The last option is to add a button to the panel that allows the user to show the currently focused window on the presentation displays. This would work for most (if not all) windows. A drawback of this method is the flexibility of this approach. The window would be the only window on the presentation display, and managing the state of the display (fullscreen, minimized...) could be awkward.
### Relevant links, screenshots, screencasts etc.
Example of how it could work (as described in Solution 1)
![Solution 1](/uploads/a26222873951ad0c20f0558b8a4c5f91/Example.png)
Example of application that already support something similar
![Presenter View in Application](https://help.libreoffice.org/6.2/media/helpimg/sd_PresenterConsole03.png)
<!-- Do not remove the following line. -->https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/5344Allow Three Finger Gesture to Select Focused Window on Hover2022-11-24T10:46:58ZNoahAllow Three Finger Gesture to Select Focused Window on Hover<!--
Please read https://wiki.gnome.org/Community/GettingInTouch/BugReportingGuidelines
first to ensure that you create a clear and specific issue.
-->
### Feature summary
This is a feature that is in macOS. When using the three finge...<!--
Please read https://wiki.gnome.org/Community/GettingInTouch/BugReportingGuidelines
first to ensure that you create a clear and specific issue.
-->
### Feature summary
This is a feature that is in macOS. When using the three finger gesture to go from the window overview back into a desktop (three finger up and down), the window that is hovered when this gesture is started becomes the focused window. I would love to see this on GNOME.
### How would you like it to work
See above.
### Relevant links, screenshots, screencasts etc.
N/A.
<!-- Do not remove the following line. -->https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/5383Hide the accessibility menu2023-10-07T19:21:47Zpiegamesgit@piegames.deHide the accessibility menu### Feature summary
When using some accessibility options, the accessibility menu is permanently shown in the top bar. I never access this menu though since I don't change my setting, so for me it just takes up valuable screen space.
#...### Feature summary
When using some accessibility options, the accessibility menu is permanently shown in the top bar. I never access this menu though since I don't change my setting, so for me it just takes up valuable screen space.
### How would you like it to work
There already exists the option "Always Show Accessibility Menu", which does the exact opposite of what I'd like to have. I propose to change this into a tri-state setting with "always show", "never show", "automatic" as values.
<!-- Do not remove the following line. -->https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/5496Join meeting from calendar popover2023-04-28T16:59:56ZJohnJoin meeting from calendar popoverCalendar added a join button for video conferencing links a few releases ago. It would be convenient to also be able to directly join meetings for events listed in the Shell's calendar popoverCalendar added a join button for video conferencing links a few releases ago. It would be convenient to also be able to directly join meetings for events listed in the Shell's calendar popoverhttps://gitlab.gnome.org/GNOME/gnome-shell/-/issues/5524Record system audio in video screencasts2024-03-09T18:16:58ZAral BalkanRecord system audio in video screencasts### Feature summary
Video screencasts (recorded using the new – and quite excellent, I might add – default screen recording tool in GNOME 42) do not include audio. It would be nice if they did.
Case in point: I just wanted to record an...### Feature summary
Video screencasts (recorded using the new – and quite excellent, I might add – default screen recording tool in GNOME 42) do not include audio. It would be nice if they did.
Case in point: I just wanted to record and share a quick video of the excellent Dialect app, demonstrating how it can also read out the translations and my expectation was that system audio would be recorded alongside the video. When I played back the recording, I saw that it was silent. My next thought was whether there was a setting for recording audio that I’d missed but when I went to check, there wasn’t.
### How would you like it to work
Ideally, this would be an option, like the _show pointer_ option. e.g., an “Audio” checkbox.
<!-- Do not remove the following line. -->https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/5566Customizable captive portal action2022-06-08T16:36:05ZPetr MenšíkCustomizable captive portal action<!--
Please read https://wiki.gnome.org/Community/GettingInTouch/BugReportingGuidelines
first to ensure that you create a clear and specific issue.
-->
### Feature summary
<!--
Describe what you would like to be able to do with GNOME...<!--
Please read https://wiki.gnome.org/Community/GettingInTouch/BugReportingGuidelines
first to ensure that you create a clear and specific issue.
-->
### Feature summary
<!--
Describe what you would like to be able to do with GNOME Shell
that you currently cannot do.
-->
I would like to be able to run custom command(s) in case Captive Portal is detected on the network.
### How would you like it to work
<!--
If you can think of a way GNOME Shell might be able to do this,
let us know here.
-->
Allow some command to be called instead of built-in captive portal. For example I would like a proper browser to open anonymous window instead of default handler, which does not offer any kind of password storage or allows me to avoid unnecessary password typing every time I connect to that network. It could use just a different profile. Which is especially annoying on conferences, where I walk into different room with closed laptop and reconnect after waking it up again.
I may have even other kind of script, which might login me automatically and do not show any gui window at all. I am able to script a wget or similar script, but there is nothing where can I hook this up.
### Relevant links, screenshots, screencasts etc.
<!--
If you have further information, such as technical documentation,
code, mockups or a similar feature in another desktop environments,
please provide them here.
-->
<!-- Do not remove the following line. -->https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/5602Allow to hide Ethernet/Wireless items from system menu in top bar on locked d...2022-06-22T16:19:40ZJamesAllow to hide Ethernet/Wireless items from system menu in top bar on locked down systems<!--
Please read https://wiki.gnome.org/Community/GettingInTouch/BugReportingGuidelines
first to ensure that you create a clear and specific issue.
-->
### Feature summary
I'm a sysadmin at a University and I'm deploying Ubuntu (20.04...<!--
Please read https://wiki.gnome.org/Community/GettingInTouch/BugReportingGuidelines
first to ensure that you create a clear and specific issue.
-->
### Feature summary
I'm a sysadmin at a University and I'm deploying Ubuntu (20.04) lab systems that I would like to be relatively locked down. Given that standard accounts are limited and down allow general users to change network settings, I'd like the ability to hide networking options so the system menus on the top right are tidy.
### How would you like it to work
It would be great if these features worked out of the box as it could be useful to other people with my use case, however I imagine I will need to create an extension for this to work.
I have forked a version of an existing extension as this already gives me the ability to stop students from shutting down computers. I'm have made some small edits which add options to the remove eth/wifi buttons, this is pretty early on:
https://github.com/jamboNum5/bring-out-submenu-of-power-off-logout
I'm no javascript expert, so I'm struggling to find the necessary methods to hook into the system and remove the networking options. I have played with alt + f2 lg to bring up the gnome inspector, but this doesn't allow me to click on the network options from the top right.
Any directions on how to do this would be great, thanks in advance.https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/5736Screenshot tool : display size while dragging an area2023-01-08T13:50:02Zvivek ganiScreenshot tool : display size while dragging an area### Feature summary
See earlier issue "display size while dragging an area" that was originally mentioned in gnome-screenshot: https://gitlab.gnome.org/GNOME/gnome-screenshot/-/issues/150
### How would you like it to work
Don't have a...### Feature summary
See earlier issue "display size while dragging an area" that was originally mentioned in gnome-screenshot: https://gitlab.gnome.org/GNOME/gnome-screenshot/-/issues/150
### How would you like it to work
Don't have a mockup at this time, likely would require a design considerations around:
- How the display size appears when screenshot area is larger than a label for display size (i.e. display size label likely appearing inside box area)
- How the display size appears when screenshot area is smaller than a label for display size (i.e. display size label likely appearing outside box area)
- The lower floating screenshot tool menu, which transitions from being below and above and might obscure a display size label depending on screenshot box position/size.
### Relevant links, screenshots, screencasts etc.
<!-- Do not remove the following line. -->https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/5816can we include a sound audio equilazer accessible from quick settings2024-02-17T00:54:12Zholequantumcan we include a sound audio equilazer accessible from quick settingsCan we have a basic sound equilizer integrated into the shell from quick settings and have a basic audio equalize with bass vocal treble and so on mode it helps when you are watching a movie or something and want some buss and stuff. As ...Can we have a basic sound equilizer integrated into the shell from quick settings and have a basic audio equalize with bass vocal treble and so on mode it helps when you are watching a movie or something and want some buss and stuff. As most distros now use pipewire i think it can be introduced. What devs think?https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/5833Open screen keyboard on specific display2022-09-06T13:58:07ZBenjamin GoisserOpen screen keyboard on specific displayI have a touchscreen connected to my laptop, which does not have a touchscreen.
I want the screen keyboard to open on the touchscreen (obviously), but I haven't found a way to select a display.
GNOME 42.4
Ubuntu 22.04.1I have a touchscreen connected to my laptop, which does not have a touchscreen.
I want the screen keyboard to open on the touchscreen (obviously), but I haven't found a way to select a display.
GNOME 42.4
Ubuntu 22.04.1https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/5891Make GNOME Shell Screencast Frame Rate Configurable2023-11-21T18:07:02ZBengt LüersMake GNOME Shell Screencast Frame Rate Configurable### Feature summary
I would like to record my screen using the integrated screencasting application by pressing `Ctrl` + `Shift` + `Alt` + `R` for uploading to YouTube.
Using the screen recorder currently results in a video which is hig...### Feature summary
I would like to record my screen using the integrated screencasting application by pressing `Ctrl` + `Shift` + `Alt` + `R` for uploading to YouTube.
Using the screen recorder currently results in a video which is high resolution and has little compression artifacts.
However, as I am uploading to YouTube, I would like to record my screen with a frame rate of 60 FPS instead of the default 30 FPS.
As far as I can see, there is no method available for configuring this default refresh rate value.
### How would you like it to work
I would like to configure the frame rate of GNOME's screen recorder using DConf.
### Relevant links, screenshots, screencasts etc.
A video recorded with the current, not configurable frame rate of 30 FPS:
![Screencast_from_19.09.2022_21_07_37](/uploads/9156be4e8a8cb36d1edf4bc51519bbf9/Screencast_from_19.09.2022_21_07_37.webm)
<!-- Do not remove the following line. -->https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/5926Add option to disable certain extensions when using Power Saver mode2024-01-10T16:36:10ZJohnAdd option to disable certain extensions when using Power Saver modeI have a few extensions that I use mostly for aesthetic purposes, like wobbly windows and Desktop Cube. The problem is that when I need to conserve power, I'm happy to accept a slightly less customized experience to make my battery last ...I have a few extensions that I use mostly for aesthetic purposes, like wobbly windows and Desktop Cube. The problem is that when I need to conserve power, I'm happy to accept a slightly less customized experience to make my battery last as long as possible. This could also be used to disable extensions that provide extra features, like GSConnect.
It would be useful if, in the extensions app, users could set whether specific extensions should be disabled when Power Saver mode is enabled.
An option to disable _all_ extensions could be added instead, but that would interfere with extensions that some users consider essential to their workflows and break extensions added by distributions.https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/5969Security: ask whether to auto-connect to the chosen public/captive wifi network?2024-02-07T19:40:43ZJeff FortinSecurity: ask whether to auto-connect to the chosen public/captive wifi network?If I'm not mistaken, WiFi networks can be spoofed a bit too easily, and known hotel/restaurants/universities/airports wifi names could easily be replicated outside of those premises to lure a device into connecting to them automatically....If I'm not mistaken, WiFi networks can be spoofed a bit too easily, and known hotel/restaurants/universities/airports wifi names could easily be replicated outside of those premises to lure a device into connecting to them automatically. I sometimes go back to disable "auto-connect" on previously connected WiFi networks using GNOME Control Center, but that's tedious and prone to me forgetting, and also it requires a paranoid technical user to even think about this (after all, the feature is buried deep within the wifi network's properties within GNOME Control Center, and in practice nobody goes into GNOME Control Center as a leisure activity).
As part of the ideology of https://wiki.gnome.org/SafetyTeam, I'm thinking that GNOME (Shell + Control Center) should help users make safer choices from an infosec standpoint by not only prompting about whether a network is metered (issue #2199) but also whether that network should auto-connect (maybe with some "❓" help button that can expand a label that explains these implications) after it has been successfully connected the first time, especially if it's an unencrypted (i.e. captive portal) network, which would probably be a good indication that it's a widespread network that might be subject to spoofing elsewhere in the world.https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/5978There is no way to enable visual feedback for mouse/touchpad clicks2024-03-09T18:17:58ZGhost UserThere is no way to enable visual feedback for mouse/touchpad clicksI was wanting to recording a video to demonstrate [this bug](https://gitlab.gnome.org/GNOME/gnome-boxes/-/issues/861). However, there is no way to enable a visual feedback for mouse clicks currently (GNOME 42/43). This would very useful ...I was wanting to recording a video to demonstrate [this bug](https://gitlab.gnome.org/GNOME/gnome-boxes/-/issues/861). However, there is no way to enable a visual feedback for mouse clicks currently (GNOME 42/43). This would very useful when recording screencasts or when presenting something.https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/5990Screen recorder: pause/resume2022-10-19T15:59:23ZMariusScreen recorder: pause/resume
### How would you like it to work
Please let us pause/resume the screen recorder. Maybe via Ctrl+Alt+Shift+P ?
### Relevant links, screenshots, screencasts etc.
https://help.gnome.org/users/gnome-help/stable/screen-shot-record.html....
### How would you like it to work
Please let us pause/resume the screen recorder. Maybe via Ctrl+Alt+Shift+P ?
### Relevant links, screenshots, screencasts etc.
https://help.gnome.org/users/gnome-help/stable/screen-shot-record.html.en#:~:text=A%20red%20circle%20is%20displayed,again%20to%20stop%20the%20recording.
mentions only how to stop recording.
Couldn't find dupes at https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/?search=screencast%20pause&sort=created_date&state=opened&first_page_size=20
or https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/?label_name%5B%5D=5.%20Recorder
<!-- Do not remove the following line. -->https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/6031gnome urgency banner toggle2022-11-13T12:42:31ZŠlósagnome urgency banner toggle<!--
Please read https://wiki.gnome.org/Community/GettingInTouch/BugReportingGuidelines
first to ensure that you create a clear and specific issue.
-->
### Feature summary
<!--
Describe what you would like to be able to do with GNOME...<!--
Please read https://wiki.gnome.org/Community/GettingInTouch/BugReportingGuidelines
first to ensure that you create a clear and specific issue.
-->
### Feature summary
<!--
Describe what you would like to be able to do with GNOME Shell
that you currently cannot do.
-->
in gnome 41, there was added a feature that notifications with the urgency of 0 dont get a banner, which is annoying cause some apps wrote before the update wont fix that and theres no way to write an extension to them
### How would you like it to work
just some basic boolean setting which will be turned off by default, when turned off these notifications will get a banner
<!--
If you can think of a way GNOME Shell might be able to do this,
let us know here.
-->
<!--
If you have further information, such as technical documentation,
code, mockups or a similar feature in another desktop environments,
please provide them here.
-->
<!-- Do not remove the following line. -->https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/6132Show a warning indicator in the brightness slider2022-11-23T12:39:45ZGhost UserShow a warning indicator in the brightness slider![Screenshot_from_2022-11-23_01-53-11](/uploads/d6a3e335142171043ea1840622f815c4/Screenshot_from_2022-11-23_01-53-11.png)
The brightness slider could display a warning indicator to remember the user that setting a high brightness will s...![Screenshot_from_2022-11-23_01-53-11](/uploads/d6a3e335142171043ea1840622f815c4/Screenshot_from_2022-11-23_01-53-11.png)
The brightness slider could display a warning indicator to remember the user that setting a high brightness will severely affect the battery life.
This is how it looks in Samsung's OneUI:
![WhatsApp_Image_2022-11-23_at_01.54.00](/uploads/ddbb9e608374d7eea79b608f65f4244a/WhatsApp_Image_2022-11-23_at_01.54.00.jpeg)https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/6194Screen recording: Add microphone and camera recording2023-12-13T07:13:32ZTobias BernardScreen recording: Add microphone and camera recordingFor user making educational screencasts/streams or recording user research sessions (the use case I'd personally need it for :P) it'd be very useful to be able to directly record the microphone and camera as part of a screencast. The cam...For user making educational screencasts/streams or recording user research sessions (the use case I'd personally need it for :P) it'd be very useful to be able to directly record the microphone and camera as part of a screencast. The camera could be added as a little bubble somewhere on the screen.
cc @aday @YaLTeRhttps://gitlab.gnome.org/GNOME/gnome-shell/-/issues/6485Suggestion: make the brightness bar operational via shaders on screens withou...2023-10-12T19:15:01ZEllieSuggestion: make the brightness bar operational via shaders on screens without backlight<!--
Please read https://wiki.gnome.org/Community/GettingInTouch/BugReportingGuidelines
first to ensure that you create a clear and specific issue.
-->
### Feature summary
Suggestion: always keep the brightness bar in the top-right sh...<!--
Please read https://wiki.gnome.org/Community/GettingInTouch/BugReportingGuidelines
first to ensure that you create a clear and specific issue.
-->
### Feature summary
Suggestion: always keep the brightness bar in the top-right shell popup operational, and achieve this via shaders on screens without backlight. This has multiple uses: 1. on some screens (e.g. OLED), simply darkening can save a lot of energy. 2. there are other reasons to darken the screen, e.g. I use it a lot when I'm tired to make it easier on my eyes (for which the current night light functionality is way less suited because it's way too inflexible), 3. it's more consistent.
### How would you like it to work
Brightness slider in top-right shell quick settings popup is always visible. For screens with no backlight controls, the RGB values of the outputted colors of the final image are adjusted via some sort of shader instead to achieve the dimming.
### Relevant links, screenshots, screencasts etc.
<!--
If you have further information, such as technical documentation,
code, mockups or a similar feature in another desktop environments,
please provide them here.
-->
<!-- Do not remove the following line. -->https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/6569Color correction filters2023-07-15T17:49:38ZDea DiaColor correction filters<!--
Please read https://wiki.gnome.org/Community/GettingInTouch/BugReportingGuidelines
first to ensure that you create a clear and specific issue.
-->
### Feature summary
This feature would help for people with color blindness to bet...<!--
Please read https://wiki.gnome.org/Community/GettingInTouch/BugReportingGuidelines
first to ensure that you create a clear and specific issue.
-->
### Feature summary
This feature would help for people with color blindness to better distinguish colors.
### How would you like it to work
As an example, [Colorblind Filters](https://extensions.gnome.org/extension/5589/colorblind-filters/) extension, it allows to correct colors so that people with color blindness can distinguish colors, that can't distinguish without a color filter.
### Relevant links, screenshots, screencasts etc.
Related issue https://gitlab.gnome.org/GNOME/gnome-control-center/-/issues/2416
<!-- Do not remove the following line. -->https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/6575Donate button in extensions app2023-08-11T17:45:08ZMartin ZurowietzDonate button in extensions app### Feature summary
The [extensions app](https://gitlab.gnome.org/GNOME/gnome-shell/-/tree/main/subprojects/extensions-app) should support "Donate" buttons for extensions, similar to the existing "Settings" and "Website" buttons.
### H...### Feature summary
The [extensions app](https://gitlab.gnome.org/GNOME/gnome-shell/-/tree/main/subprojects/extensions-app) should support "Donate" buttons for extensions, similar to the existing "Settings" and "Website" buttons.
### How would you like it to work
Extension developers can add something like this to their `metadata.json`:
```json
{
"donate": [
"https://paypal.me/myusername"
]
}
```
If donation links are present in the metadata, the extensions app will display a button (for a single link) or a dropdown list (for multiple links) in the extensions list. A click on the button or a list item will open the website.
### Relevant links, screenshots, screencasts etc.
This is related to the [issue of e.g.o](https://gitlab.gnome.org/Infrastructure/extensions-web/-/issues/57) and my [proposal on Discourse](https://discourse.gnome.org/t/rfc-donate-button-for-extensions/14763/3).
Mockup:
![mockup](/uploads/82400ac0d46fad76e22ad083250a146f/mockup.png)
I would give this a try if I get a :thumbsup: of a maintainer.
<!-- Do not remove the following line. -->https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/6828Feature Request: Screenshot Tool should capture all monitors simultaneously.2023-07-10T19:34:59ZxalmatFeature Request: Screenshot Tool should capture all monitors simultaneously.Title says all. Previously it was possible to take a screenshot of every connected monitor simultaneously. Now, it requires multiple screenshots to perform that task.
There isn't a large reason to disable this functionality in the defau...Title says all. Previously it was possible to take a screenshot of every connected monitor simultaneously. Now, it requires multiple screenshots to perform that task.
There isn't a large reason to disable this functionality in the default screenshot tool when multiple monitors are connected to a system, even if monitors are mismatched resolutions, positioning, etc (The end user is capable of performing any image correction to deal with those cases).https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/6853[Feature Request] Text recognition integrated in the screenshot tool2023-07-27T07:12:43ZDonato Marrazzo[Feature Request] Text recognition integrated in the screenshot toolI use often the screenshot tool in combination with Frog app.
It would be awesome if I could scrape text directly from the screenshot tool!I use often the screenshot tool in combination with Frog app.
It would be awesome if I could scrape text directly from the screenshot tool!https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/6887Notification LED2023-11-04T03:47:59ZKonrad DybcioNotification LED### Feature summary
I have a couple of devices that expose one or more LEDs via /sys/class/leds. I'd like to be able to hook one (or all of them, why not) as a notification LED, similarly to what's there on Android phones.
### How woul...### Feature summary
I have a couple of devices that expose one or more LEDs via /sys/class/leds. I'd like to be able to hook one (or all of them, why not) as a notification LED, similarly to what's there on Android phones.
### How would you like it to work
Settings -> Notifications -> Notification LED
- choose one or more LEDs
- choose color settings (if available via the kernel multicolor LED framework)
- choose between blinking, pulsing, going through colors..
- filter which app/event notification to bind to a given LED
### Relevant links, screenshots, screencasts etc.
https://pbs.twimg.com/ad_img/1488456733915762690/b8LIUuJv?format=png&name=900x900
<!-- Do not remove the following line. -->https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/6922Implement Secure Attention Key2023-09-09T19:37:17ZAdrian VovkImplement Secure Attention Key<!--
Please read https://wiki.gnome.org/Community/GettingInTouch/BugReportingGuidelines
first to ensure that you create a clear and specific issue.
-->
### Feature summary
<!--
Describe what you would like to be able to do with GNOME...<!--
Please read https://wiki.gnome.org/Community/GettingInTouch/BugReportingGuidelines
first to ensure that you create a clear and specific issue.
-->
### Feature summary
<!--
Describe what you would like to be able to do with GNOME Shell
that you currently cannot do.
-->
Right now, it is possible for an app/website/VM to spoof, either intentionally or accidentally, some important security-sensitive system dialogs: the login/unlock screen, and polkit prompts. I came across this when I accidentally typed my host system's password into a VM's polkit prompt. It's not out of the question for a website to fullscreen itself in the browser and then pretend to be a polkit dialog over a maximized browser window.
So, I propose that some of these prompts can first require the user to type in a sequence of keys that only gnome-shell will respond to. That can be Super+Esc, since that is already used to take control of the keyboard away from apps. More traditionally, this would be Ctrl+Alt+Del.
This would behave a lot like the "Secure Attention Key" of Windows (Ctrl+Alt+Del), often seen in corporate environments.
This is probably most useful in corporate environments.
### How would you like it to work
<!--
If you can think of a way GNOME Shell might be able to do this,
let us know here.
-->
1. A system-level password entry appears. I.e.:
- GDM login screen
- Unlock screen
- Polkit agent
- GPG pinentry
- GIO disk unlock dialog
- Dialog proposed in #6921
2. Instead of presenting a password entry box, the UI prompts the user to press Super+Esc, or Ctrl+Alt+Del
3. The user presses the key sequence
4. The password entry appears (THIS is where an app/website/VM would diverge: they'd never receive the key sequence!)
5. The user types in the password
### Relevant links, screenshots, screencasts etc.
<!--
If you have further information, such as technical documentation,
code, mockups or a similar feature in another desktop environments,
please provide them here.
-->
https://en.wikipedia.org/wiki/Secure_attention_key
<!-- Do not remove the following line. -->