GNOME Bugzilla – Bug 770865
Sudoku identifies itself as "Easy Difficulty" (etc.)
Last modified: 2021-07-05 14:03:43 UTC
1. Open Sudoku. 2. Open the Activities Overview and look at the list of running apps. Sudoku isn't named Sudoku but "Select Difficulty". If you click Easy, Sudoku now identifies itself as "Easy Difficulty." The "Select Difficulty" name is also visible if you enable the "Window list" extension bundled with gnome-shell-extensions (and enabled by default in Classic mode). The "Sudoku" name is shown in GNOME Shell's Alt-Tab window switcher. I tried looking into this some; it looks like setting the headerbar title changes the window title for other uses. Is this a GTK bug? Or maybe a GNOME Shell bug because it's picking up the wrong name?
I'm using gnome-sudoku 1:3.21.90-1 with gnome-shell 3.20.3-1ubuntu2 on Ubuntu GNOME 16.10 Beta.
Hmmm, well that's certainly intended to be the window title... we actually have design guidance somewhere that indicates the name of the app is not recommended to be used for the window title anymore. I don't know if this is the expected behavior or not. Let's try gnome-shell for this bug and find out.
To clarify, I like (at least in GNOME Shell) that the header bar reads only "Easy Difficulty" since the app menu already identifies the app as "Sudoku". But I think that everywhere else (Alt-Tab, the running apps part of the Activities Overview, and the Window List extension) should read "Sudoku". I think the desired behavior may vary based on the app. For instance a document app like gedit uses the current document as its name. The same for evince (and a similar behavior happens in web browsers). gnome-documents currently always identifies itself as "Documents" though.
(In reply to Jeremy Bicha from comment #0) > 1. Open Sudoku. > 2. Open the Activities Overview and look at the list of running apps. Do you mean the dash on the left monitor edge? When hovering icons there, we should indeed display the application name (as specified in the .desktop file) and not the window title. If you mean the labels underneath window previews on the other hand, those are expected to be window titles (as are ungrouped buttons in the window-list extension).
The dash (the icons on the left in the Activities Overview) does read "Sudoku" when hovered over. Note that Sudoku is a single window "single document" app. You can't have more than one instance of Sudoku running so there's no need to distinguish between different windows/documents/pages like you might with gedit or evince or a web browser (and perhaps this best explains why the Documents app behaves differently because it is also a single window "single document" app). I believe "Sudoku" is more descriptive and useful than "Easy Difficulty" for window preview labels or the window list extension.
The problem there is that we can only make an educated guess on whether an application can open more than a single window or not. We already do that (to add a "New window" item to the launcher context menu), but it's far from 100% reliable, so I'm very wary of using it to force-rename window titles. Anyway, "should we ignore the window title for some windows and display the application name instead" is really a question for the designers, so marking the bug as such.
Even if application can open more than a single window "Easy Difficulty", for sudoku, is like having a title in gedit stating "a python file".
I'm not sure what you mean - forcing a window title of "Gedit" on all gedit windows would certainly be less helpful than "some file", "some other file" and "yet another file" ... The most productive is likely to reassign the issue to gnome-sudoku and asking its developers to set the window title to "Sudoku".
(In reply to Florian Müllner from comment #8) > The most productive is likely to reassign the issue to gnome-sudoku and > asking its developers to set the window title to "Sudoku". But: (In reply to Michael Catanzaro from comment #2) > we actually > have design guidance somewhere that indicates the name of the app is not > recommended to be used for the window title anymore. I actually don't spot it in a quick skim of the HIG, but it must exist somewhere. Anyway, the only possible change to GNOME Shell would be to display the app name instead of the window title underneath the window previews in the overview. If Florian doesn't want to do that, I would move this to WONTFIX.
Or we could prepend the app name to the window title. Perhaps using a heuristic to not do so if the title already includes the app's name.
(In reply to Michael Catanzaro from comment #10) > Or we could prepend the app name to the window title. Perhaps using a > heuristic to not do so if the title already includes the app's name. This is the best solution (IMHO).
GNOME is going to shut down bugzilla.gnome.org in favor of gitlab.gnome.org. As part of that, we are mass-closing older open tickets in bugzilla.gnome.org which have not seen updates for a longer time (resources are unfortunately quite limited so not every ticket can get handled). If you can still reproduce the situation described in this ticket in a recent and supported software version, then please follow https://wiki.gnome.org/GettingInTouch/BugReportingGuidelines and create a new ticket at https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/ Thank you for your understanding and your help.