Bug 451668 - it's impossible to change the name of a file in the dialog box with chromium base web browser.
Summary: it's impossible to change the name of a file in the dialog box with chromium ...
Status: RESOLVED UPSTREAM
Alias: None
Product: frameworks-kio
Classification: Frameworks and Libraries
Component: Open/save dialogs (show other bugs)
Version: unspecified
Platform: Debian unstable Linux
: NOR normal
Target Milestone: ---
Assignee: KIO Bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2022-03-18 22:51 UTC by François Polastron
Modified: 2022-03-29 08:32 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
Screenshot with Google chrome after typing a letter to change the name of the file (1.24 MB, image/png)
2022-03-18 22:51 UTC, François Polastron
Details
Save_as-image.png (143.53 KB, image/png)
2022-03-27 14:35 UTC, pascal
Details
Window and neofetch information (313.95 KB, image/png)
2022-03-27 14:45 UTC, pascal
Details
Gnome session "Save image as..." window (59.39 KB, image/png)
2022-03-28 09:03 UTC, pascal
Details
Video to demonstrate the issue (62 bytes, text/plain)
2022-03-28 14:58 UTC, pascal
Details

Note You need to log in before you can comment on or make changes to this bug.
Description François Polastron 2022-03-18 22:51:56 UTC
Created attachment 147587 [details]
Screenshot with Google chrome after typing a letter to change the name of the file

SUMMARY
***
NOTE: If you are reporting a crash, please try to attach a backtrace with debug symbols.
See https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports
***
In chromium base web browser (google chrome, Brave Browser and Chromium, when I try to download a image I cannot change the name of the file. After typing one or two letters in the field, the dialog base propose a research  (cf. screenshot). The bugs don't exist with Gnome or other environnment. Just with Plasma

STEPS TO REPRODUCE
1. launch Google chrome (version 99.0.4844.74)
2. click in browser on a image and try to "Enregistrer l'image sous..."
3. Typing one or two letters in field to change the name


OBSERVED RESULT
as seen in screenshot: the research box is opening

EXPECTED RESULT
download image with new name

SOFTWARE/OS VERSIONS
Windows: 
macOS: 
Linux/KDE Plasma: debian sid
(available in About System)
KDE Plasma Version: 5.24.3
KDE Frameworks Version: 5.90.0
Qt Version: 5.15.2

ADDITIONAL INFORMATION
The bugs is see in all chromium base web browser.
Comment 1 François Polastron 2022-03-18 22:58:45 UTC
Sorry for my english language. I'm french. I hope that you'll undestand me.

This bugs is confirmed by another person in a forum. You can see the discussion here:
https://www.debian-fr.org/t/google-chrome-sur-sid-probleme-boite-de-telechargement/86256/11
Comment 2 Nate Graham 2022-03-26 03:33:43 UTC
The screenshot depicts the GNOME dialog, not the KDE dialog. You would have to report it to them.

However in this case there is no point because I know what the issue is: the text field is not given focus by default (despite *looking* like it has focus), so when you start typing, it opens a search field instead. It's a very old known issue in the file dialog.

You need to explicitly click in the text field to give it focus, and then typing will work.
Comment 3 pascal 2022-03-27 14:34:46 UTC
@Nate Graham : Screenshot provided is actually KDE dialog, but there is a theme applied which changes window's look (you wouldn't have chrome icon on top-left with Gnome).
-=-
I have also been able to reproduce the issue described here in a clean VM. Here is a bit more information :
- Install & run Debian bookworm version with KDE Plasma DE.
- At this step, no issue with the Save As dialog box using Chrome, Chromium, Firefox, etc...
- Run "apt dist-upgrade" command. Reboot (not sure this is required).
- Run Chromium, open a page with images, right click on any image and choose "Save image as..."
- The dialog box opens, but as soon as you type any character in the fied "Name", then the search area opens, and you can't save the file anymore.
=> See new screenshot attached save_as-window.jpg
-=-
It happens with any chromium based internet browser, not with Firefox.
Comment 4 pascal 2022-03-27 14:35:51 UTC
Created attachment 147766 [details]
Save_as-image.png
Comment 5 Nate Graham 2022-03-27 14:37:22 UTC
It's the GNOME dialog. The KDE dialog has its filename field at the bottom and doesn't have search functionality.
Comment 6 pascal 2022-03-27 14:45:59 UTC
Created attachment 147767 [details]
Window and neofetch information
Comment 7 pascal 2022-03-27 14:48:57 UTC
See last screenshot : it is Plasma 100% sure ! Unless there is a difference between KDE and Plasma, which I am not familiar with.
Comment 8 Nate Graham 2022-03-27 21:10:32 UTC
That latest image also depicts the GNOME dialog. :) 

KDE is the name of a community of people who make software; Plasma is the name of a desktop environment made by KDE.

KDE file dialogs looks different and have different features from what your screenshots show. It's up to each app to specify which dialog it shows.
Comment 9 pascal 2022-03-28 09:03:33 UTC
Created attachment 147781 [details]
Gnome session "Save image as..." window
Comment 10 Nate Graham 2022-03-28 14:08:50 UTC
That's the same dialog, but it's not functionally broken because the "Annuler", "Enregistrer", and icons-only search button are visible.
Comment 11 pascal 2022-03-28 14:58:54 UTC
Created attachment 147792 [details]
Video to demonstrate the issue
Comment 12 pascal 2022-03-28 15:05:01 UTC
I tried to add a link to a video to demonstrate what the issue is. The attachement does not open directly, but the link is good.
-=-
Thank you for your explanations. I see "KDE" dialog window when using oKular or Gwenview apps, the filename field is at the bottom as you say. But not with any browser (Firefox, Chrome, Chromium) using both Kubuntu or Debian with Plasma session.
So I am lost where that bug should be looked at. 
The video is to show you there is real problem here, and not only a simple problem of focus, it is a bit more messy than that... ;)
Thank you for your help.
Comment 13 Nate Graham 2022-03-28 16:40:35 UTC
I acknowledge that it's an issue, it's just not KDE's issue. :) The issue needs to be fixed in the GTK toolkit.
Comment 14 pascal 2022-03-29 08:32:17 UTC
Thank you. A bug has been created here : https://gitlab.gnome.org/GNOME/gtk/-/issues/4798