Summary: | 'OK' button in the 'Paste clipboard contents' dialog is always enabled, even if the filename field is empty. And a confusing "File already exists" dialog appears if I click on it. | ||
---|---|---|---|
Product: | [Frameworks and Libraries] frameworks-kio | Reporter: | Patrick Silva <bugseforuns> |
Component: | general | Assignee: | KIO Bugs <kio-bugs-null> |
Status: | CONFIRMED --- | ||
Severity: | normal | CC: | a.samirh78, bizyaev, kdelibs-bugs, kfm-devel, nate |
Priority: | NOR | ||
Version: | 5.105.0 | ||
Target Milestone: | --- | ||
Platform: | Arch Linux | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Patrick Silva
2021-06-12 18:53:40 UTC
Can confirm. The bug is clearly that the OK button in the QDialogButtonBox isn't disabled by default and its enablement connected to the length of the text field being > 0, and it's also clearly somewhere in paste.cpp, pastedialog.cpp, or pastejob.cpp, but none of my changes seem to be taking effect and I'm giving up for now. It looks like this is using QInputDialog::getText() in the getNewFileName() method in paste.cpp, probably should be switched to use PasteDialog. *** Bug 440488 has been marked as a duplicate of this bug. *** The same happens with "OK" button of the dialog to create a tag (context menu > Assign tags > Create). It's still reproducible on Plasma 6. Operating System: Arch Linux KDE Plasma Version: 6.0.0 KDE Frameworks Version: 6.0.0 Qt Version: 6.6.2 Graphics Platform: Wayland |