Closed
Bug 620298
Opened 14 years ago
Closed 14 years ago
Minefield quits responding while searching history
Categories
(Toolkit :: Places, defect)
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.
Updated•14 years ago
|
Component: History: Global → Places
Product: Core → Toolkit
QA Contact: history.global → places
Comment 1•14 years ago
|
||
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?
Reporter | ||
Comment 2•14 years ago
|
||
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.
Comment 3•14 years ago
|
||
is it slower than 3.6?
Comment 4•14 years ago
|
||
Brian,
> is it slower than 3.6? (compared to 4.0b10 or current trunk)
Reporter | ||
Comment 5•14 years ago
|
||
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?
Comment 6•14 years ago
|
||
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.
Description
•