GTK save-dialogs input-focus moves from filename to file search if a folder is selected
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
GTK+ |
New
|
Unknown
|
|||
gtk+3.0 (Ubuntu) |
Triaged
|
Low
|
Unassigned | ||
gtk4 (Ubuntu) |
Triaged
|
Low
|
Unassigned |
Bug Description
This bug is also reported on GNOME's GTK GitLab: https:/
## Steps to reproduce
1. Open any GTK app which uses save dialogs (e.g. gedit)
2. Press save
3. A save dialog appears and the filename is highlighted (if typing at this point you edit the file name)
4. Click on a different folder (e.g. Downloads)
5. The filename is still highlighted, hinting that the focus is still there
6. Type and find yourself searching for a file in the selected folder
-- Current behavior --
The higlighting (on the file name) hints a focus which is not the actual input focus, and the actual input focus (the search bar) is hidden until one starts to type, which I think to be confusing and unexpected. Also, clicking back on the highlighted filename you lose the highlighting, so you have to highlight again some already highlighted text; I think this to be confusing and counterintuitive.
-- Expected outcome --
Highlighting and focus need to match. If they don't that's a UX bug, and there are several options to solve it, some examples:
- keep highlighting as is and keep focus on the filename, this whould require finding a different path for file search (I think this is the most productive option, because I assume a user wants to change the folder and eventually rename or name the file, which I consider more likely than a user wanting to search for a file within a save-file dialog);
- keep filesearch as is, but show its bar before typing begins, and remove any highlighting from filename.
For reference, Windows 10's native save-file dialogs disables the highlighting when clicking on a different folder. Typing does nothing at that point.
Tested on gedit 3.36.1 on Ubuntu 20.04.
ProblemType: Bug
DistroRelease: Ubuntu 20.04
Package: libgtk-3-0 3.24.18-1ubuntu1
ProcVersionSign
Uname: Linux 5.4.0-29-generic x86_64
NonfreeKernelMo
ApportVersion: 2.20.11-0ubuntu27
Architecture: amd64
CasperMD5CheckR
CurrentDesktop: GNOME
Date: Mon May 11 21:53:37 2020
InstallationDate: Installed on 2020-04-03 (37 days ago)
InstallationMedia: Ubuntu 20.04 LTS "Focal Fossa" - Beta amd64 (20200401)
SourcePackage: gtk+3.0
UpgradeStatus: No upgrade log present (probably fresh install)
mtime.conffile.
Thanks, there is no real need to report known upstream issue downstream though (unless it's an important issue you believe Ubuntu should prioritize or a patch is available which should be considered for a backport)