Closed Bug 480343 Opened 16 years ago Closed 15 years ago

Double clicking column title spikes CPU and causes Library window to minimize

Categories

(Firefox :: Bookmarks & History, defect)

3.5 Branch
x86
Windows Vista
defect
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: geeknik, Unassigned)

References

Details

(Keywords: regression)

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1b3pre) Gecko/20090226 Shiretoko/3.1b3pre Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1b3pre) Gecko/20090226 Shiretoko/3.1b3pre If you click on History and then Show All History, the Library window opens and if you double click on the Name, Location, Visit Date or other column name, CPU usage spikes to 100% and the Library window will minimize and the current tab will be loaded with whatever link is highlighted in your history. However, if you open the Library window and you look at Tags or All Bookmarks and then go back to the History and double click on the column name, it only spikes the CPU as it sorts the History, it doesn't minimize or open a highlighted link. Reproducible: Sometimes Steps to Reproduce: 1. Click History -> Show All History 2. Double click on Name, Location, Visit Date, etc. Actual Results: CPU usage spikes to 100%, the Library window minimizes and whatever link is highlighted is opened in the current tab. Expected Results: 1 click on the column name should sort it by default behavior. Double clicking should be whatever the default behavior is (undo maybe?). https://bugzilla.mozilla.org/show_bug.cgi?id=480238 is most like related to this.
Version: unspecified → 3.1 Branch
I see same on Vista HP SP1 and build: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.2a1pre) Gecko/20090226 Minefield/3.2a1pre Firefox/3.0.4 ID:20090226024338 changeset: http://hg.mozilla.org/mozilla-central/rev/a979ac23e17e
Status: UNCONFIRMED → NEW
Ever confirmed: true
Is even a regression: first half of 2008.
Keywords: regression
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → DUPLICATE
Camino and Firefox UI have essentially no code in common.
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
oops. sorry i misread the product there
Status: REOPENED → NEW
I am still seeing this issue exhibited in the latest 20090330050334 build of 3.5b4pre.
Depends on: 417616
No longer depends on: 417616
Depends on: 480238
I am not seeing this issue in 3.5.3 or 3.7a1pre. I'm pretty sure that Bug #480238 fixed this issue, so I am closing this out as fixed.
Status: NEW → RESOLVED
Closed: 16 years ago15 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.