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 590920 - This is no restore in the trash when the fold name is too long
This is no restore in the trash when the fold name is too long
Status: RESOLVED OBSOLETE
Product: nautilus
Classification: Core
Component: File and Folder Operations
2.26.x
Other All
: Normal normal
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
: 650019 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2009-08-06 09:17 UTC by xinli
Modified: 2021-06-18 15:17 UTC
See Also:
GNOME target: ---
GNOME version: 2.25/2.26



Description xinli 2009-08-06 09:17:59 UTC
Please describe the problem:
This is no restore in the trash when the fold name is too long

Steps to reproduce:
1. create a fold named long name,etc really_big_name_for_a_file_that_is_not_properly_managed_by_the_move_to_trash_option_of_nautilus_and_its_dialog_goes_offscreen_so_the_dialog_must_be_moved_to_reach_the_action_bottoms_and_no_it_is_cannot_restore_from_trash_and_I_cannot_know

2. move it to trash
3. open trash and click right on the fold


Actual results:
this is no restore funcition

Expected results:
has restore funcition on it

Does this happen every time?
always

Other information:
Comment 1 André Klapper 2009-08-06 09:28:07 UTC
Works totally fine here (GNOME 2.24.3, F10).

Which distro is this?
Comment 2 Fabio Durán Verdugo 2009-08-06 13:15:51 UTC
work fine me too, in gnome 2.26.2...
Comment 3 Fabio Durán Verdugo 2009-08-06 13:27:07 UTC
i am sorry, but i not test in 2.26.2, i test in GNOME 2.24.3 too, 	
in my head there are many corrupt data, sorry.
Comment 4 Oskar Wallgren 2009-08-06 15:03:54 UTC
I can confirm this on Ubuntu 9.04/ Gnome 2.26.1
This happens in my case when the filename reach more than ~240 letters.
Comment 5 xinli 2009-08-07 01:24:21 UTC
(In reply to comment #1)
> Works totally fine here (GNOME 2.24.3, F10).
> 
> Which distro is this?
> 

F11 and it also happened on F10/gnome2.24.3.
works fine on u system?
Comment 6 xinli 2009-08-07 01:25:59 UTC
(In reply to comment #4)
> I can confirm this on Ubuntu 9.04/ Gnome 2.26.1
> This happens in my case when the filename reach more than ~240 letters.
> 

yes,Ubuntu9.04 also has this bug.
Comment 7 xinli 2009-08-07 01:29:19 UTC
I find the ~/.local/share/Trash/info/filename.trashinfo is empty,I think this is the source of the bug.
Comment 8 Marcus Carlson 2010-06-28 19:19:20 UTC
I can confirm that this is because the ~/.local/share/Trash/info/filename.trashinfo is empty. Just tried to remove the contents of a file there and and the restore option was gone. Not sure how this could happen in real life scenarios though. But, it has nothing to do with long filenames. Should we close this bug?
Comment 9 André Klapper 2012-04-05 21:15:37 UTC
Potential dup of bug 650019
Comment 10 William Jon McCann 2012-08-14 03:22:00 UTC
*** Bug 650019 has been marked as a duplicate of this bug. ***
Comment 11 André Klapper 2021-06-18 15:17:37 UTC
GNOME is going to shut down bugzilla.gnome.org in favor of gitlab.gnome.org.
As part of that, we are mass-closing older open tickets in bugzilla.gnome.org
which have not seen updates for a longer time (resources are unfortunately
quite limited so not every ticket can get handled).

If you can still reproduce the situation described in this ticket in a recent
and supported software version of Files (nautilus), then please follow
  https://wiki.gnome.org/GettingInTouch/BugReportingGuidelines
and create a new ticket at
  https://gitlab.gnome.org/GNOME/nautilus/-/issues/

Thank you for your understanding and your help.