Cannot create new folder in Chromium download dialogue

Bug #967022 reported by infected
64
This bug affects 13 people
Affects Status Importance Assigned to Milestone
chromium-browser (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

Chrome Version : 17.0.963.79
OS Version: ubuntu 11.10 (64Bit) / opensuse 12.1 (64Bit)

What steps will reproduce the problem?
1.Set option to ask at every download where files should be saved
2.select downloadable file and click create folder in downloads dialogue

What is the expected result?
New folder should be created. Possibility to rename the new folder

What happens instead?
New created folder disappears after 1 or 2 seconds

This only happens in the Standard-Download folder which was created during the OS installation. Per default its named "Downloads".

I also tried other applications. For example i created a new text-document in libre office and choose "save to". I switched into /Home/mf/Downloads/ and created a new folder. It works. Then i tried chromium again, download a file (no matter which filetype), and it doesn't work. I am not able to create a new folder into Downloads via the download dialogue.

UserAgentString: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/535.11 (KHTML, like Gecko) Ubuntu/11.10 Chromium/17.0.963.79 Chrome/17.0.963.79 Safari/535.11

Revision history for this message
infected (infected) wrote :
Revision history for this message
Miguel Pérez (mprz1024) wrote :

I'm hit by this bug as well, and I have for a long time.

It's not that you can't create a directory, it's that somehow the dialogue is refreshed every second or so, cancelling the make directory input. You can create a one-letter directory if you're really fast typing it and hitting Enter, before the dialogue refreshes.

Revision history for this message
Gary M (garym) wrote :

(Status set to Confirmed based on previous comment.)

Changed in chromium-browser (Ubuntu):
status: New → Confirmed
Revision history for this message
infected (infected) wrote :

Possible reason:

Another user told me today that he can confirm this bahaviour. This happens because chrome/chromium seems to start downloading the selected file immediately as background task while the save to dialogue is shown. In this case there's already write access to the standard download directoy, which causes the create folder function to crash. This would explain why this is not affecting any other directories.

Revision history for this message
Adam Pierzchała (pierzchala-adam) wrote :

It does not only affect download directory, I have issues trying to create a new directory in my home directory. I'm using Chrome 22.0.1229.94

Revision history for this message
Adam Pierzchała (pierzchala-adam) wrote :

Actually... it's not only about Chrome/Chromium. I have exactly the same issue in other applications (e.g. Eclipse, when selecting workspace).

Revision history for this message
mdyn (tamerlaha-gmail) wrote :

The same in 14.04

Revision history for this message
PaulN (paul-m-noonan) wrote :

This is a horrible bug.
It's happening from many applications, including Geany and Evolution.

Revision history for this message
thrantir (thrantir) wrote :

my 14.10 is affected too... firefox seems not to be affected, i can create folders and then download there

Revision history for this message
Peter Ludwig (peter-ludwig) wrote :

This happens with firefox too. Kubuntu 12.04 / 3.8.0-44 now with firefox 38.0 (but happend with older versions too)

Revision history for this message
Ricardo Almeida (ric-almeida) wrote :

I'm on Version 49.0.2623.108 Ubuntu 16.04 (64-bit) and it happens to me :(

Revision history for this message
Kyle Barbour (kylebarbour) wrote :

This affects me as well - Ubuntu 16.04.2 LTS; 4.4.0-62-generic.

Revision history for this message
Kyle Barbour (kylebarbour) wrote :

Apologies, meant to include Chromium version - 55.0.2883.87.

Revision history for this message
Kyle Barbour (kylebarbour) wrote :

In case anyone is still coming to this bug, according to the GNOME devs, this problem is actually in the GTK+ filechooser in gtk2, which chromium-browser currently (v55) uses [1]. That explains why it affects multiple applications, not just chromium-browser. The bug was fixed in 2014 in gtk3 [2], which chromium-browser has been slowly converting to [3-4]. Accordingly I'm told that this bug is no longer present in the gtk3-based builds of chromium-browser such as the current beta stream (v57) [1], but I haven't had the chance to test it myself.

In short, this should be fixed in all applications based on gtk3 and so will probably no longer be an issue in stable once v57 rolls out, but it sounds like it will be WONTFIX for applications still using gtk2.

[1]: https://bugzilla.gnome.org/show_bug.cgi?id=779292
[2]: https://bugzilla.gnome.org/show_bug.cgi?id=729927
[3]: https://chromium.googlesource.com/chromium/src/+/acc4214c4dece4e70fb53355d557bd45f35965d6/docs/linux_gtk_theme_integration.md#GTK3
[4]: https://bugs.chromium.org/p/chromium/issues/detail?id=79722

Revision history for this message
Paul White (paulw2u) wrote :

Upstream Chromium bug #79722 confirms switch to GTK3 for version 59 so this bug can now be closed as it is possible to create new folders when downloading. Checked ok with Chromium 71 in Ubuntu 18.04.

Changed in chromium-browser (Ubuntu):
status: Confirmed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.