Capitalising the file extension of a to-be-downloaded file does not cause the lower-case version of the existent extension to not be appended.
Categories
(Core :: Widget: Gtk, defect)
Tracking
()
People
(Reporter: zn7esutb, Unassigned)
References
Details
Attachments
(2 files)
When I download a file (of which an example might be ExampleFile.pdf on the server), if I replace its existent, lower-case file extension (.pdf) with an extension of different case (of which .PDF is an example), the original file extension is appended: the aforecited example would become ExampleFile.PDF.pdf.
My Environment / How To Reproduce
I have confirmed this behaviour with widget.use-xdg-desktop-portal.file-picker: 1 on PRETTY_NAME="Fedora Linux 42 (KDE Plasma Desktop Edition)", with xdg-desktop-portal-kde-6.4.5-1.
Comment 1•3 months ago
|
||
The Bugbug bot thinks this bug should belong to the 'Firefox::Shell Integration' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.
| Reporter | ||
Comment 2•3 months ago
|
||
I confirm that, for this does not reproduce with the default of widget.use-xdg-desktop-portal.file-picker: 2.
Comment 3•3 months ago
|
||
I'm a bit curious of why there'd be a difference here. I tried looking at some of the code, but there wasn't any obvious way the KDE picker could add it itself, or why Firefox would treat the two differently. It looks like everything is set the same for both portal and non-portal cases?
Given that this isn't really a Shell Integration bug, though, I'll move this over to Core::Widget:Gtk, since this is more in their wheelhouse.
| Reporter | ||
Comment 5•3 months ago
|
||
Indeed: it reproduces elsewhere, too, so I've reported to bugs.kde.org/show_bug.cgi?id=510174. Apologies for not thinking of that.
Description
•