Comment 9 for bug 517410

Maybe I am wrong. actually I just want to add some comment in LP
today. 2 pieces of fact leads to my thoughts are
1) once I switched the theme from Tropical to built-in ubuntu such as
clear look, the open dialog populates its content fast and cpu
consumption is quite low.
2) this didn't happen before but I can't recall the exact time. On
2009-12-22 and 2010-1-28, there were two upgrades, one is 1.5.1 and
another is 1.5.2. I noticed the problem around middle of Jan this
year..

But it's likely you're right. Maybe I miss some configuration for gtk.
If anyone can suggest what configuration file I shall provide, I'll be
happy to post here. Still, if it's just because of config missing,
shall some improvement to avoid stucking in the "Open File" dialog?

2010/2/23 François Vogelweith <email address hidden>:
> I don't think that themes can do this... tropical theme work great in my computers with dialogs windows.
> Why did you think it's related to tropical theme?
>
> --
> Dialog "Open File..." consumes 100% CPU when select a file
> https://bugs.launchpad.net/bugs/517410
> You received this bug notification because you are a direct subscriber
> of the bug.
>
> Status in Tropical Theme: New
> Status in “gtk+2.0” package in Ubuntu: New
>
> Bug description:
> Some updates on Feb. 10:
> 1. This happens with non-cli applications such as firefox, gedit, meld who have a nautilus like open/select file dialog. When you select file in such a dialog, the cpu consumption will be 100%
> 2. This happens with a NIS authenticated account. Local account doesn't observe this.
> 3. This happens when browsing home folder and other folders owned by this NIS account. If browsing other directories such as /etc or the root /, problem is not observed.
>
> =======
>
> Binary package hint: firefox-3.5, also found in gedit, meld
>
> 1) The release of Ubuntu you are using, via 'lsb_release -rd' or System -> About Ubuntu.
>
> lsb_release -rd
> Description:    Ubuntu 9.10
> Release:        9.10
>
> 2) The version of the package you are using, via 'apt-cache policy packagename' or by checking in Synaptic.
>
> firefox:
>   Installed: 3.5.7+nobinonly-0ubuntu0.9.10.1
>   Candidate: 3.5.7+nobinonly-0ubuntu0.9.10.1
>   Version table:
>  *** 3.5.7+nobinonly-0ubuntu0.9.10.1 0
>         500 http://ubuntu.cn99.com karmic-updates/main Packages
>         500 http://ubuntu.cn99.com karmic-security/main Packages
>         100 /var/lib/dpkg/status
>      3.5.3+build1+nobinonly-0ubuntu6 0
>         500 http://ubuntu.cn99.com karmic/main Packages
>
> 3) What you expected to happen
> Open any website which contains something to let you upload, such as composing an email. When you try to upload, Firefox will let you make selection.
>
> Or just select "File->Open File..." from Firefox main menu to see the file selection dialog comes up.
>
> I am expecting selecting a file will be quite smooth operation.
>
> 4) What happened instead
>
> It takes ~6s to get file list shown completely in "Open File" dialog. If you scroll, refresh will take another ~5s. CPU usage will be 100% .
>
> I can use shell to do ls in the directory that Firefox opens without any problem.
>
> Recently I moved my home from a NFS mount to a local mount.
> Previous:
> my home is /home1/foo while /home1 is a NFS mount
> Now,
> my home is still /home1/foo but it's copied from previous NFS mount. And the NFS mount is now mounted at /home2.
>
> Will this be the cause?
>
> ProblemType: Bug
> Architecture: i386
> Date: Fri Feb  5 13:33:02 2010
> DistroRelease: Ubuntu 9.10
> ExecutablePath: /usr/lib/firefox-3.5.7/firefox
> NonfreeKernelModules: nvidia
> Package: firefox-3.5 3.5.7+nobinonly-0ubuntu0.9.10.1
> ProcEnviron:
>  LANG=en_US.UTF-8
>  SHELL=/bin/bash
> ProcVersionSignature: Ubuntu 2.6.31-17.54-generic
> SourcePackage: firefox-3.5
> Uname: Linux 2.6.31-17-generic i686
>
>
>
> To unsubscribe from this bug, go to:
> https://bugs.launchpad.net/tropical/+bug/517410/+subscribe
>