Created attachment 162202 [details]
screenshot of the KWrite file picker

# Description:

When using the file picker in KDE Plasma (e.g., when selecting a download location from a browser like Waterfox or `File->Save As` using KWrite), single-clicking on a filename changes the target filename. If this click is unintentional, the originally intended filename is lost and cannot be automatically restored. The only options are to manually retype it or cancel the file picker and try again, so that the original target filename is populated in the target filename field of the save dialog.

This is a common annoyance to me, as I'll browse for various folders when using the file picker and sometimes accidentally click a file rather than a folder, which sets the target filename to something that already exists.

# Steps to Reproduce:

1. Open an application that uses the KDE file picker (e.g., Waterfox on bugs.kde.org, right click, save page as)
2. Go to save a file or page. The file picker appears and automatically populates the target filename (e.g., `Enter Bug kde.html`)
3. Browse to a location on your computer, and single click a file

# Observed Behavior: 

The target filename is replaced with the name of the file you clicked. This is expected. However, there is no way to revert to the original target filename (which may be quite long and confusing, e.g., `some-extremely-specific-tarball-v-1.0.134-commit-f3932d.tar.gz`)

# Expected Behavior:

A keyboard and GUI option exists to revert the filename to the automatically populated original target name.

# Environment:

KDE Plasma Version: 5.27.8
KDE Frameworks Version: 5.110.0
QT Version: 5.15.10
Kernel Version: 6.5.5-artix1-1 (64-bit)
Graphics Platform: X11

```
$ plasmashell --version
plasmashell 5.27.8
```

```
$ qtdiag | grep 'Qt\ '
grep: warning: stray \ before white space
Qt 5.15.10 (x86_64-little_endian-lp64 shared (dynamic) release build; by GCC 13.2.1 20230801) on "xcb" 
Qt Rendering Hardware Interface supported backends:
```