Dialog "Open File..." consumes 100% CPU when select a file

Bug #517410 reported by Bao Liang on 2010-02-05
28
This bug affects 4 people
Affects Status Importance Assigned to Milestone
tropical
Medium
François Vogelweith
gtk+2.0 (Ubuntu)
Low
Unassigned

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

Bao Liang (timbao) wrote :
Bao Liang (timbao) wrote :

just found this problem doesn't happen only in firefox. use gEdit to select a file in open dialog, you'll observe the same

affects: firefox-3.5 (Ubuntu) → nautilus (Ubuntu)
summary: - Firefox consumes 100% CPU when select a file to open or upload
+ Dialog "Open File..." consumes 100% CPU when select a file
Changed in nautilus (Ubuntu):
importance: Undecided → Low
Bao Liang (timbao) wrote :

Have some new clues updated at the top of the problem result (see updated on Feb. 10 part)

description: updated
Pedro Villavicencio (pedro) wrote :

This bug is an upstream one and it would be quite helpful if somebody experiencing it could send the bug the to the people writing the software. You can learn more about how to do this for various upstreams at https://wiki.ubuntu.com/Bugs/Upstream/GNOME . Thanks in advance!

A. Walton (awalton) wrote :

That dialog is created and owned by GTK+.

affects: nautilus (Ubuntu) → gtk+2.0 (Ubuntu)
Download full text (3.2 KiB)

Just to make sure we're referring to the same dialog as uploaded by
Coz at http://launchpadlibrarian.net/24817486/screenshot1.png?

2010/2/10 A. Walton <email address hidden>:
> That dialog is created and owned by GTK+.
>
> ** Package changed: nautilus (Ubuntu) => gtk+2.0 (Ubuntu)
>
> --
> 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 Nautilus: 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:
> ht...

Read more...

Changed in nautilus:
status: New → Invalid
Bao Liang (timbao) on 2010-02-23
affects: nautilus → tropical
Bao Liang (timbao) on 2010-02-23
Changed in tropical:
status: Invalid → New
Bao Liang (timbao) wrote :

I made a progress and it turns out it's related to the tropic theme. Tropic-related packages installed on my computer:

ii emerald-tropical-theme 1.5.4.karmic.ppa1+nmu1 tropical Emerald theme
ii gnome-tropical-theme 1.5.4.karmic.ppa1+nmu1 tropical GNOME theme
ii gtk-tropical-theme 1.5.4.karmic.ppa1+nmu1 tropical GTK+ theme
ii icon-tropical-theme 1.5.4.karmic.ppa1+nmu1 tropical theme's icons set
ii metacity-tropical-theme 1.5.4.karmic.ppa1+nmu1 tropical Metacity theme
ii tropical-theme 1.5.4.karmic.ppa1+nmu1 tropical theme
ii wallpaper-tropical-theme 1.5.4.karmic.ppa1+nmu1 tropical wallpaper

Further more on tropical-theme.
Package: tropical-theme
Priority: extra
Section: x11
Installed-Size: 32
Maintainer: Adrien Beudin <email address hidden>
Architecture: all
Version: 1.5.4.karmic.ppa1+nmu1
Depends: icon-tropical-theme, gtk-tropical-theme, metacity-tropical-theme, emerald-tropical-theme, wallpaper-tropical-theme, gnome-tropical-theme
Size: 2644
Description: tropical theme
 tropical theme contains a full theme for GNOME based system.
 .
 It includes the following components:
   * "tropical" wallpaper
   * GTK+ theme
   * Metacity theme
   * Emerald theme
   * Icons set
Homepage: http://francois.vogelweith.com/

Shall I move this bug to tropical?

François Vogelweith (f-bisigi) wrote :

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?

Bao Liang (timbao) wrote :
Download full text (3.9 KiB)

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 fr...

Read more...

to see if this is a bug in tropical theme, can you test those configurations please?

- Do you have the same problem if you apply the tropical gtk with another icons pack (like humanity)?
- Do you have the same problem if you apply the exotic theme?
- Do you have the same problem if you apply balanzan theme?

Bao Liang (timbao) wrote :

Really a good reminder, I tried switch to Tropic from Clear Look again
and now problem is gone. There must be something missed when problem
was observed. And 2 answers below.

I didn't try balanzan..just guess it won't make a difference :)

> - Do you have the same problem if you apply the tropical gtk with another icons pack (like humanity)?
If you are referring to these steps, no-problem is gone.
1. apply "Tropic" in "System"->"Appearance"
2. Click "Customize", choose "Icons" tab, select "Humanity"
> - Do you have the same problem if you apply the exotic theme?
Problem doesn't exist here.

There something i don't understand. Are you using Tropical theme or Tropic theme?
This is not the same things because Tropic is not one of my themes!

Bao Liang (timbao) wrote :
Download full text (3.2 KiB)

Sorry, tropical. I get them confused all the time. See attached.

2010/2/25 François Vogelweith <email address hidden>:
> There something i don't understand. Are you using Tropical theme or Tropic theme?
> This is not the same things because Tropic is not one of my themes!
>
> --
> 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...

Read more...

ok! this is one of my theme!
can you try with balanzan, because it's not the same kind of theme... so it will give me more information of the problem with tropical.
It's really strange that you didn't have the problem with exotic, because it's exactly the same structure than tropical (only colors, and some little effects are different)

Bao Liang (timbao) wrote :
Download full text (3.7 KiB)

Just noticed that tropical has been upgraded to 1.5.4 yesterday.
That's a time point exactly prior to switching back from the standard
"Clear Look" to "Tropical". That is, in my previous email, when I said
the problem is gone when I switched back to Tropical, I actually
switched back to a new version of Tropical..

I can test balanzan tomorrow because that's a computer in office..

2010/2/25 François Vogelweith <email address hidden>:
> ok!  this is one of my theme!
> can you try with balanzan, because it's not the same kind of theme... so it will give me more information of the problem with tropical.
> It's really strange that you didn't have the problem with exotic, because it's exactly the same structure than tropical (only colors, and some little effects are different)
>
> --
> 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 mo...

Read more...

the new versions of tropical include only new icons... nothing new in gtk...
The last changes in gtk were in january and it cannot be the source of your problem
I always think that gtk themes are not the source of problem

Bao Liang (timbao) wrote :
Download full text (3.3 KiB)

balanzan is ok - I just installed 1.6.3.karmic.ppa2+nmu1 without any
customization.

Seems I can't reproduce the issue now..

2010/2/25 François Vogelweith <email address hidden>:
> the new versions of tropical include only new icons... nothing new in gtk...
> The last changes in gtk were in january and it cannot be the source of your problem
> I always think that gtk themes are not the source of problem
>
> --
> 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: ...

Read more...

Bao Liang (timbao) wrote :

CPU usage is quite normal - previously 100% for one core.

Bao Liang (timbao) wrote :
  • .gtkrc Edit (156 bytes, application/octet-stream; name=".gtkrc")
Download full text (3.4 KiB)

My .gtkrc file attached. But this file was there for a long time. I
deleted them as they contain two directories don't exist at all when I
tried to resolve this. Does this matter?

I am ok to close this report as it's not reproducible or provide more
info if necessary

2010/2/26 Bao Liang <email address hidden>:
> CPU usage is quite normal - previously 100% for one core.
>
> ** Attachment added: "cpu-usage-in-system-monitor"
>   http://launchpadlibrarian.net/39806170/Screenshot-2.png
>
> --
> 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
> ProcEnvi...

Read more...

I don't think that your .gtkrc can cause this problem.
It s better to let this bug open for the time, If someone else has this problem...

Bao Liang (timbao) wrote :
Download full text (3.2 KiB)

Ok, I'd happy to help if anyone thinks of something I can verify if no
big change to my system :)

2010/2/26 François Vogelweith <email address hidden>:
> I don't think that your .gtkrc can cause this problem.
> It s better to let this bug open for the time, If someone else has this problem...
>
> --
> 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 unsubscr...

Read more...

Changed in tropical:
assignee: nobody → François Vogelweith (zgegball)
importance: Undecided → Medium
status: New → In Progress
jmhal (jmarcelo-alencar) wrote :

I have the same problem. It is happening with all applications I tested, including open office, firefox and gedit. When I run them as root with gksu, their behavior is natural and fast. As you can see in the imagem attached, there were three cpu peaks, all of them happenend when I changed the folder in the file dialog. I didn't test with another user except for root.

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Duplicates of this bug

Other bug subscribers