Closed Bug 620298 Opened 14 years ago Closed 14 years ago

Minefield quits responding while searching history

Categories

(Toolkit :: Places, defect)

x86_64
Windows 7
defect
Not set
major

Tracking

()

RESOLVED DUPLICATE of bug 365992

People

(Reporter: geeknik, Unassigned)

Details

(Keywords: hang)

When I open up the history sidebar and attempt to search for something, Minefield quits responding for as long as a minute. The same thing happens when I change the view option in the same sidebar. This has always happened as far back as I can remember and continues to happen. I'm running the latest nightly built from http://hg.mozilla.org/mozilla-central/rev/be8006fc9c4a.
Keywords: hang
Component: History: Global → Places
Product: Core → Toolkit
QA Contact: history.global → places
while I'd not call it as fast as light, it takes no more then 3-4 seconds here, and these performances should be largely better than 3.6 and 3.5. Can you please tell me something more regarding your system and places.sqlite?
places.sqlite is 136,314,880 bytes. System is Windows 7 Pro x64, Core i7-920 @ 4.2ghz, 6GB DDR3 1600, 4x250GB Enterprise drives in RAID10. Not sure I can make this box any faster unless I put an SSD in it, but all that will help is the seek times as I'm already pushing 250MB/sec in read/write speeds.
is it slower than 3.6?
Brian, > is it slower than 3.6? (compared to 4.0b10 or current trunk)
Using the latest builds of 4.0b11pre, I'm not seeing this behavior, so maybe there was something that landed in the last month that helped alleviate this issue?
I'm duping to the longstanding bug.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.