you can't enter paths in file upload dialogues
Categories
(Core :: Widget: Gtk, defect, P3)
Tracking
()
People
(Reporter: dav1dblunk3tt, Unassigned)
Details
Attachments
(1 file)
|
60.44 KB,
image/png
|
Details |
saveas_window.png
User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:64.0) Gecko/20100101 Firefox/64.0
Steps to reproduce:
any file upload (or file open)
Actual results:
you cannot enter (with keyboard or pasting) a path or filename - you have to use the mouse and click selections whic is a massive PITA
Expected results:
You should be able to use the keyboard and paste in paths and filenames (like every other application I've ever used!)
|
||
Comment 1•7 years ago
|
||
Hi,
Please send us an example website/link where this issue occurs to you.
Also try using a new profile and test it again, you can find the steps to do that here:
https://support.mozilla.org/en-US/kb/profile-manager-create-and-remove-firefox-profiles?redirectlocale=en-US&redirectslug=Managing-profiles#w_starting-the-profile-manager
Thanks!
Actually it is all file uploads for all sites - the file upload dialogue for firefox has now text entry box to enter a path into. The saveas dialogue (by comparison) has a text box for a file name that work for this purpose. It is (perhaps) best illustrated by a .png of the upload file dialogue - but I don't seem to be able to upload a file here!
Ahh that should say:
Actually it is all file uploads for all sites - the file upload dialogue for firefox has NO text entry box to enter a path into...
See if I can replicate on laptop when I get home.
For file upload I don't get a picker that lets me enter a path. I'm using Gnome.
Just to get clarity, did the upload picker previously allow you to enter a path?
I'm trying to determine if this is a regression, if you're seeing an intended change, or if this should be a feature request.
Thanks!
I think it has been an irritation for a long time - I can't recall when it started but it has taken ages (maybe years) for me to report it!
FWIW I'm using KDE and the normal/default file picker in other applications allows it to be edited (and usefully has an X button to clear it, it offers auto-completetion as you type, un-usefully it doesn't actually update the path until you click [tick]).
|
||
Comment 7•6 years ago
|
||
AFAIK we just call the native file picker UI, but I'm not exactly sure what happens on KDE. Possibly getting the Gtk picker?
|
||
Comment 8•6 years ago
|
||
Can you please attach a screenshot of the file picker you get? Thanks.
NB: this bug/problem applies to an entire range of file dialogs (such as the file upload one) - they are the same, no where to type the filename
|
|
||
Comment 10•6 years ago
|
||
When you '/' in upload dialog you should get an entry field where the path can be typed. Does that work for you?
|
Reporter | |
Comment 11•6 years ago
|
||
Ok - that does work - I did not know that.
It makes no sense to me why "/" would activate that - it takes the path back to root and I usually want to start where I was already. However it is a massive improvement. I don't think I can think of another file dialogue anywhere that works this way!
It seems semi-sticky as well - for saveas I now have a text entry box always, for open_file I have to "/" each time. Either way a massive improvement - thanks.
|
|
||
Comment 12•6 years ago
|
||
That's a standard gnome-dialog "feature" - see https://askubuntu.com/questions/13645/typing-location-path-instead-of-clicking-directory-buttons-in-the-file-picker-di for instance.
Resolved as invalid as it's not controlled by Firefox.
|
|
Reporter | |
Comment 13•6 years ago
|
||
A comment above says this is the "native" file dialog - I've never seen this dialogue in any other kde application (those ones have a text entry point by default). It seems likely that this is a bug with firefox because the incorrect dialogue is being picked up.
Consequently I think this must belong to firefox not the underlying windowing system
|
|
||
Comment 14•6 years ago
|
||
(In reply to db from comment #13)
A comment above says this is the "native" file dialog - I've never seen this
dialogue in any other kde application (those ones have a text entry point by
default). It seems likely that this is a bug with firefox because the
incorrect dialogue is being picked up.
Consequently I think this must belong to firefox not the underlying
windowing system
Can you test different Gtk3 application which dialog is used? for instance gimp/gedit. You may refer to native KDE file dialog which is used by portals:
https://www.reddit.com/r/kde/comments/a5cxwk/firefox_v64_can_now_use_the_kde_file_selection/
but it's missing some functionality like file filters so it's disabled by default for now.
|
|
Reporter | |
Comment 15•6 years ago
|
||
Tested gimp - this seems fine - default text box entry is there.
|
|
||
Comment 16•6 years ago
|
||
Sorry, Gimp is a bad example as it uses Gtk2.
|
|
Reporter | |
Comment 17•6 years ago
|
||
Ok - any suggestions as to what uses GTK3? I had a 2 minute search but came up unclear!
|
||
Comment 18•4 years ago
|
||
(In reply to db from comment #11)
Ok - that does work - I did not know that.
It makes no sense to me why "/" would activate that - it takes the path back to root and I usually want to start where I was already. However it is a massive improvement. I don't think I can think of another file dialogue anywhere that works this way!
It seems semi-sticky as well - for saveas I now have a text entry box always, for open_file I have to "/" each time. Either way a massive improvement - thanks.
See also https://bugzilla.mozilla.org/show_bug.cgi?id=374011#c133 or https://askubuntu.com/q/13645/19753 : they mention also Ctrl-L apart from "/". And that the presence of the text field by default can be configured via gconf or dconf.
I've also discovered that typing "." also had the same good effect for me.
|
|
||
Comment 19•4 years ago
|
||
(In reply to Ivan Zakharyaschev from comment #18)
See also https://bugzilla.mozilla.org/show_bug.cgi?id=374011#c133 or https://askubuntu.com/q/13645/19753 : they mention also Ctrl-L apart from "/". And that the presence of the text field by default can be configured via gconf or dconf.
Well, unfortunately, configuring the Gtk setting that seems to be relevant (/org/gtk/settings/file-chooser/location-mode) via dconf is useless due to https://gitlab.gnome.org/GNOME/gtk/-/issues/938
Description
•