You have been subscribed to a public bug:
2. What did you attempt to do, or what did you notice was wrong?
I'm attempting to upload a large numbers of files in a browser (I tried both
chrome and firefox). I tried uploading 600+ files to Google drive and it hangs
on the upload screen for 2-5 minutes before starting the upload. It appears
that the bottleneck is getting the list of files from the file chooser to the
browser to start processing, not in the actual upload process it self.
3. What was the expected result, or the expected state?
It should exit the upload screen quickly and start the upload
I'm running into this issue on a Precise desktop. It's not exhibiting
the behavior on Lucid desktops.
The project that I'm working on requires uploading hundreds of files at
once and has worked fine on Lucid. Now that I've switched to Precise I
am unable to work or iterate quickly, incurring 5-10 minute penalties
after every code change I make. It's a major work stopping issue for
me.
DISTRIB_CODENAME=precise
DISTRIB_DESCRIPTION="Ubuntu 12.04.1 LTS"
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=12.04
stracing reveals:
open("/usr/local/google/home/dmillett/.local/share/recently-used.xbel.OB5WNW",
O_RDWR|O_CREAT|O_EXCL, 0666) = 84
fcntl(84, F_GETFL) = 0x8002 (flags O_RDWR|O_LARGEFILE)
fstat(84, {st_mode=S_IFREG|0640, st_size=0, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x7f43cd6ae000
lseek(84, 0, SEEK_CUR) = 0
write(84, "<?xml version=\"1.0\" encoding=\"UT"..., 8114176) = 8114176
write(84, "cation name=\"Google Chrome\" exec"..., 1234) = 1234
fstatfs(84, {f_type="EXT2_SUPER_MAGIC", f_bsize=4096, f_blocks=105852516,
f_bfree=49581834, f_bavail=44283402, f_files=26492928, f_ffree=24427833,
f_fsid={-1302100876, 32001381}, f_namelen=255, f_frsize=4096}) = 0
lstat("/usr/local/google/home/dmillett/.local/share/recently-used.xbel",
{st_mode=S_IFREG|0600, st_size=8115410, ...}) = 0
fsync(84) = 0
--- SIGPROF (Profiling timer expired) @ 0 (0) ---
close(84) = 0
munmap(0x7f43cd6ae000, 4096) = 0
rename("/usr/local/google/home/dmillett/.local/share/recently-used.xbel.OB5WNW",
"/usr/local/google/home/dmillett/.local/share/recently-used.xbel") = 0
madvise(0x7f43d99eb000, 8388608, MADV_DONTNEED) = 0
chmod("/usr/local/google/home/dmillett/.local/share/recently-used.xbel", 0600)
= 0
--- SIGPROF (Profiling timer expired) @ 0 (0) ---
There are thousands of these files (one for every file the user tried to
upload...) and it makes her experience very bad. She ended up following
some instructions at http://cviorel.easyblog.ro/2012/03/07/disable-
recent-documents-in-gtk2gtk3/ to disable 'recent files.' However it
might be nice if this worked better for this use case. The user claims
she routinely uploads 14000+ files to google drive, using her web
browser.
-A
** Affects: gtk+2.0 (Ubuntu)
Importance: Low
Status: New
** Tags: bot-comment
--
gtk3 file browser slow
https://bugs.launchpad.net/bugs/1080890
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gtk+2.0 in Ubuntu.
--
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
