FireFox Downloads window "Clean" button causes bizare behaviour

Bug #250718 reported by Bili Joe Campbell
2
Affects Status Importance Assigned to Milestone
firefox-3.0 (Ubuntu)
Invalid
Undecided
Unassigned

Bug Description

Binary package hint: firefox

With a rather long list of downloads (may not be relevant), clicking the "clean" button caused close buttons on Firefox main window, and download window to fail to respond. Processor (one of two processors shown in system monitor for a Pentium 4 in hyperthreading mode) was driven to 100% and stayed there. If the download window, or a console window, or the system monitor window was moved, it left behind thousands of copies (like a deck of cards, fanned out), and drove the other processor to 100% (fell back to a lower value when stopped moving window. Had to use "Force Misbehaving Application to Quit" feature to close downloads window--FireFox's main window disappeared at the same time, but FireFox continued to run (on trying to open FireFox, got the message that session was already running and must be stopped before opening another. Used "top" to get pid for FireFox and then used "kill" shell command to end the invisible FireFox session. System then appeared to return to normal operation. After going through this cycle several times, when I opened the Downloads window, it was empty, and no longer seemed to cause strange behavior.

Using Ubuntu 7.10, FireFox version 2.0.0.16

Note: Entire system seems to have been running slower lately. Not by much, but I don't think it's just my imagination.

I would like to provide more information, as per your document "DebuggingProcedures", but since the Downloads window is now empty (i.e., at some point, the "clean" function did work), I can no longer reproduce the bug. If it occurs again, I'll try to supply additional information.

ADDENDUM: I have now had this situation occur three times, since I originally submitted this report. The first time, after the re-login screen, I was taken to the preview of my pending post. No problem--should happen every time. The second time, I received the following error message: "Your request could not be processed because a security token was missing or mismatched. If this occurred unexpectedly, please inform the administrator and describe the action you performed before you received this error." The third time, I received an error message I had not seen before, which read: "vBulletin Message
    Your submission could not be processed because you have logged in since the previous page was loaded.
    Please push the back button and reload the previous window."
I hope this additional information helps.

ProblemType: Bug
Architecture: i386
Date: Mon Jul 21 23:37:04 2008
DistroRelease: Ubuntu 7.10
Package: firefox 2.0.0.16+1nobinonly-0ubuntu0.7.10
PackageArchitecture: i386
SourcePackage: firefox
Uname: Linux Lauren 2.6.22-15-generic #1 SMP Fri Jul 11 19:25:33 UTC 2008 i686 GNU/Linux

Tags: apport-bug
Revision history for this message
Bili Joe Campbell (bilijoe) wrote :
description: updated
Revision history for this message
John Vivirito (gnomefreak) wrote :

Thank you for taking the time to file this bug report with us. Closing due to age. If this is still a problem in 3.0.7 please reopen this bug.
Also please reopen with all new information on how to reproduce this bug by giving us step by step instructions.
We also need what happens what is expected to happen.
To reopen the bug report you can click on the current status, under the Status column, and change the Status back to "New". Thanks again!

Changed in firefox-3.0 (Ubuntu):
status: New → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.