1. 'a generic performance issue' which is 'not actionable per se'
https://gitlab.gnome.org/GNOME/nautilus/issues/296#note_80630
2, 3. I don't have a huge folder (are you able to attach yours, if you
still have it?) but I can't reproduce these issues in Files
3.26.3-0ubuntu4 on Ubuntu 18.04.
Marking as Invalid. If you're able to reproduce 2 or 3 on 18.04 or 18.10
then please file separate issues for them (linking to them from this
bug).
** Changed in: nautilus (Ubuntu)
Status: New => Invalid
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to nautilus in Ubuntu.
https://bugs.launchpad.net/bugs/1063282
Title:
Nautilus goes berserk when broswing folders with many files
Status in nautilus package in Ubuntu:
Invalid
Bug description:
I have a folder that contains about 40,000 small images. When I open
this folder in Nautilus, it starts exhibiting the following absurd
behaviors:
1. It takes ages to show the list of files (even in list mode). Ages
means several minutes, while getting the complete list in a terminal
with "ls -la" takes about a second. Showing image previews is the only
thing that it is reasonable to expect that takes a long time, but they
are not needed to show the file list, and actually they are loaded
later in a threaded manner, so there's no reason why showing the file
list should take that long. 40,000 files is not much.
2. The file name column becomes huge (exceeding by far the windows
width, so a horizontal scroll bar appears), and there's no reason for
it, since none of the files has a very long name. You have to manually
shrink the name column to see the other columns. Every single time you
open this folder.
3. When the file list is already visible and Nautilus has become
responsive again (you can easily scroll down/up, select files etc)
while it is still loading image previews, if you *navigate away* from
the folder (e.g. by clicking on the name of the containing folder on
the top of the window), it takes ages to go out, as it took to get in.
And much worse, while Nautilus is "thinking", it becomes completely
unresposive and the window greys out. That you have to wait a little
when you navigate _into_ a folder that has many files makes sense
(though it's not even closely as efficient as it could), but that it
takes long to go _out_ is absurd. There's nothing to process, just
forget what you were doing and show me the containing folder (which
does not have many files at all). Any memory deallocation or whatever,
should be done in the background.
ProblemType: Bug
DistroRelease: Ubuntu 12.04
Package: nautilus 1:3.4.2-0ubuntu4
ProcVersionSignature: Ubuntu 3.2.0-32.51-generic 3.2.30
Uname: Linux 3.2.0-32-generic i686
NonfreeKernelModules: nvidia
ApportVersion: 2.0.1-0ubuntu13
Architecture: i386
Date: Sun Oct 7 16:56:42 2012
GsettingsChanges:
org.gnome.nautilus.window-state geometry '1249x780+0+24'
org.gnome.nautilus.window-state sidebar-width 180
org.gnome.nautilus.window-state start-with-status-bar true
InstallationMedia: Ubuntu 10.04 LTS "Lucid Lynx" - Release i386 (20100429)
ProcEnviron:
TERM=xterm
PATH=(custom, user)
LANG=en_US.UTF-8
SHELL=/bin/bash
SourcePackage: nautilus
UpgradeStatus: Upgraded to precise on 2012-05-17 (143 days ago)
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1063282/+subscriptions
--
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help : https://help.launchpad.net/ListHelp
