Nautilus list view calls non-empty folders "empty" while they load

confirmed in dapper.

on folding down a large for, first i see "loading", then "(empty)" then the contents.

i reported upstream

-> Major. Like the reporter experienced, this can cause data-loss. I noticed this on a memory stick, maybe because of the slow reading speed.

Isn't there a confirmation dialog displayed before a non-empty folder is removed?

Thanks for your bug. How slow is your box? I'm not sure I agree with the major severity, displaying the actual folder label is pretty fast usually and that's only one mode of the browser which is not the default one, marking the bug as "minor", feel free to argument if you disagree

I'm not sure what the difference really is between major and minor bugs to the bug squad, so I'll leave it up to you. There is no confirmation dialog displayed on my Dapper system when a non-empty folder is deleted - maybe that's the bigger bug! (I just created a new user to test this out) Anyway, these two bugs in combination would have really burned me if I hadn't been paying more attention.

Thanks!

you didn't reply on how you deleted the folder, keyboard, menu, dnd,..?

Delete key.

delete does nothing on the left pane on my dapper installation...

Yeah, this is in the right pane.

The same happens for me all the time. I have a an external USB drive with a lot of nested folders. I use the list view on the right pane. I haven't seen it happen on the left pane though, even for big folders.

I didn't delete anything by accident yet, but when I browse through my folders while searching for something I often expand a folder, see what's inside and collapse it again. If I do it fast enough (and the USB drive is slow enough) I miss some folders.

The (Empty) string sometimes stands there for about a second, so I would consider it as a medium bug because it really annoys me ;)

Low importance?!? I've lost so much stuff because of this bug! I switch open a folder and it says "(empty)" so I Shift-Delete it (instead of normal Delete because the bad implementation of the trash-thingy make it so utterly useless) and I just catch a glimpse of my files appearing in the list immediately before they disappear to the great bit-bucket in the sky. This bug causes data loss so it's damn close to "critical"!
And don't say that people should wait and see if a folder will show files, because there is nothing indicating that it's still loading (which is a problem even efter it starts showing files, one doesn't know when it has finished scanning the folder).
And yeah, I should have backups. Still, because of this bug I just LOST the backup of one of my DVDs, and I needed it (the DVD was a very expensive instructional video)! I'm so mad right now that I could kill the moron who made nautilus say the folder is "empty" when it really contained very important files.

rent like that are not useful, your usecase might make the bug important for you, that's still only a visual glitch happening with a particular sidebar mode which is not the default one

(rent -> rant)

I agree, that rants are never good. You have to keep in mind that you are using free software written by people in their free time.

Nevertheless, I don't think that the usecase is _that_ uncommon. I've started my computer days in the windows-world and was used to 'explorer' for file browsing. I like having a tree view on the left side and a 'content'-view on the right one. And I bet I'm not the only one, even if some usability-/user-friendlyness-guys prefer the current Ubuntu default behaviour (which I personally dislike).

Therefore, this bug may not be critical or high 'cause it doesn't happen with default ubuntu settings, but I also tend to think that it's not 'low' prio either since possible data loss is involved.

Changing the importance from low to medium would not make a real difference, there is some thousand desktop bugs open and only a few people working on them, there is no way to work on every and nobody seems to be interested to work on that one at the moment. The best you can do to make it fixed is to discuss the problem with upstream or send a patch for it

Actually, this one seems to be fixed in feisty. I didn't even realize this, yet. All the arguing for nothing ;)

When opening a folder, nautilus now shows "Loading" initially and changes to "(Empty)" not until it finished loading.

Would be nice if someone could confirm this. This bug could be changed to fixed, then.

argh... sorry for the bugspam folks :(

The bug's still there (my computer is playing tricks on me).

Said. Done.

This patch should fix the issue. I've also uploaded it upstream. It would be nice if someone could test it (and see if it breaks something).
See upstream bug for a description of what the patch does.

The above patch didn't work 100%, this is fixed now.

The bug could be fixed upstream with some help from Alexander Larsson on IRC.

thank you for your work on that!

That upload fixes the problem:

 nautilus (2.17.91-0ubuntu1) feisty; urgency=low
 .
   * New upstream version:
     - Change file management capplet category
     - Avoid showing "empty" in the tree while loading directory
       (Ubuntu: #42690)
     - Prompt for empty trash on unmount (Ubuntu: #12893)
     - Capitalize lin" in "Link to ..." names
     - Fix crashes and memory leaks (Ubuntu: #84534)
   * debian/control.in:
     - updated libgnome2-dev requirement to match configure
   * debian/patches/02_autoconf.patch:
     - updated