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.
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
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.
@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.
Created attachment 147766 [details] Save_as-image.png
It's the GNOME dialog. The KDE dialog has its filename field at the bottom and doesn't have search functionality.
Created attachment 147767 [details] Window and neofetch information
See last screenshot : it is Plasma 100% sure ! Unless there is a difference between KDE and Plasma, which I am not familiar with.
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.
Created attachment 147781 [details] Gnome session "Save image as..." window
That's the same dialog, but it's not functionally broken because the "Annuler", "Enregistrer", and icons-only search button are visible.
Created attachment 147792 [details] Video to demonstrate the issue
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.
I acknowledge that it's an issue, it's just not KDE's issue. :) The issue needs to be fixed in the GTK toolkit.
Thank you. A bug has been created here : https://gitlab.gnome.org/GNOME/gtk/-/issues/4798