After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 330926 - "Create new folder" fails in remote locations in certain condition
"Create new folder" fails in remote locations in certain condition
Status: RESOLVED DUPLICATE of bug 573349
Product: nautilus
Classification: Core
Component: File and Folder Operations
2.23.x
Other All
: Normal normal
: 2.24.x
Assigned To: Nautilus Maintainers
Nautilus Maintainers
Depends on:
Blocks:
 
 
Reported: 2006-02-12 21:23 UTC by Nelson Benitez
Modified: 2009-02-27 13:50 UTC
See Also:
GNOME target: ---
GNOME version: 2.23/2.24



Description Nelson Benitez 2006-02-12 21:23:09 UTC
Please describe the problem:
Hi,
"Create new folder" fails in remote locations (I've only tried ftp) when another
folder with nautilus-default-name (like previously created with nautilus) exists
in that location.

Steps to reproduce:
1. Open an ftp site with nautilus (probably other remote locations like ssh are
also affected).
2. Create a folder without changing its default name.
3. Try to create another folder.


Actual results:
An error dialog appears saying something like "It could not create the new
folder because you don't have write permission on destination", which is false
as I can create and rename files on destination.

Expected results:
The folder should be created same as in local locations (adding incremental
numbers to the default name so it doesn't conflict with previously created
folders), if that is not possible then at least the error dialog should say
that's already a file with same name on the folder instead of wrongly saying I
don't have write permission.

Does this happen every time?
Yes

Other information:
This is with nautilus CVS head.
Comment 1 Cosimo Cecchi 2008-06-22 15:09:21 UTC
Confirming, this is still valid after the GIO transition (2.23.4 here).
Comment 2 Nelson Benitez 2009-02-27 13:50:47 UTC

*** This bug has been marked as a duplicate of 573349 ***