closing firefox takes a long time

[Leonard Michlmayr]

Binary package hint: firefox-3.0

Closing firefox (using the window decoration X to delete the window) reproducibly takes a long time (seconds). Sometimes compiz even pops up the suggestion to forcibly close firefox, because it does not respond to the delete request.

What is the desired behaviour?
One of the following:
* firefox closes within less than - say - 300ms.
* firefox stays responsive, removes the window content from the screen and informs the user that it understands the delete request, but will just save data (or whatever it is actually doing) before exiting. (compare Transmission, which does this nicely when the user requests exit from the menu)

ProblemType: Bug
Architecture: amd64
DistroRelease: Ubuntu 8.10
NonfreeKernelModules: nvidia
Package: firefox 3.0.5+nobinonly-0ubuntu0.8.10.1
PackageArchitecture: all
ProcEnviron:
 SHELL=/bin/bash
 LC_NUMERIC=en_US.UTF-8
 PATH=/home/username/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
 LANG=de_AT.UTF-8
SourcePackage: firefox-3.0
Uname: Linux 2.6.27-11-generic x86_64

[Amr Bekhit (amrbekhit)]

I can confirm having the same problem on Ubuntu 9.04 using Firefox 3.0.10

[Leonard Michlmayr (leonard-michlmayr)]

Some info:
 This problem is most prominent at the first time closing firefox after starting my computer. After that the files that it reads/writes seem to be cached. I would prefetch the files if I know what files they are. Appearently readahead-watch does not catch them.

Is firefox writing a myriad of files scattered over the harddisk? Maybe I should move ~/.mozilla to a small dedicated partition?

[Monkey (monkey-libre)]

Thank you for taking the time to report this bug and helping to make Ubuntu better. We are sorry that we do not always have the capacity to look at all reported bugs in a timely manner. There have been many changes in Ubuntu since that time you reported the bug and your problem may have been fixed with some of the updates. It would help us a lot if you could test a current, supported, Ubuntu version. If you can test it, and it is still an issue, we would appreciate if you could upload updated logs by running apport-collect 326085, and any other logs that are relevant for this particular issue.

[Leonard Michlmayr (leonard-michlmayr)]

I am sorry that I did not keep you up to date with this bug. I can tell you that I don't have this problem now with Ubuntu 10.10. As far as I remember it was not an issue in 10.04 either. It might be thanks to changes in firefox or improvements in ureadahead (prefetching directory entries?), I don't know.

I think we can consider it fixed.

[Monkey (monkey-libre)]

This bug report is being closed due to your last comment regarding this being fixed with an update. For future reference you can manage the status of your own bugs by clicking on the current status in the yellow line and then choosing a new status in the revealed drop down box. You can learn more about bug statuses at https://wiki.ubuntu.com/Bugs/Status. Thank you again for taking the time to report this bug and helping to make Ubuntu better. Please submit any future bugs you may find.