Closed
Bug 320237
Opened 19 years ago
Closed 19 years ago
local search (Cntrl-F) eats 100% cpu on 1Mb file
Categories
(Toolkit :: Find Toolbar, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 267885
People
(Reporter: lpauzner, Unassigned)
References
()
Details
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; ru; rv:1.8) Gecko/20051111 Firefox/1.5 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; ru; rv:1.8) Gecko/20051111 Firefox/1.5 1)in a search toolbar (Cntrl-F), incremental searching is ALWAYS ON, regardles of tools->options->advanced->continuous... setting. 2) Firefox 1.5 nearly hangs (eats 100% cpu for a long time, ~minute) with incremental searching using a search toolbar (Cntrl-F) on a moderate long (~1 Mb) file from the Google cache. It is a Pentium III 1.2GHz CPU, current temperature 48 C File that you are currently viewing Linkname: Intel 815 Chipset Family:82815G/82815EG Graphics and Memory Controller Hub (GMCH) for Use with Universal Socket 370 Datasheet URL: http://64.233.183.104/search?q=cache:YWyoG-0biX0J:support.in tel.com/design/chipsets/datashts/29071401.pdf+intel+82815g+t rue+color&hl=ru Charset: utf-8 Server: GWS/2.1 Date: Wed, 14 Dec 2005 12:18:32 GMT Cache-Control: private Owner(s): None size: 29438 lines Reproducible: Always Steps to Reproduce: 1. go to the described URL 2. Ctrl-F 3. Type something using a keyboard in the bottom toolbar, say, 32 Actual Results: It will hang for dozens of seconds after the first char before you could enter the second char. You may try any other search string for that URL. Expected Results: You should not see any visible delay Additionally, the disabling of incremental search mode is broken.
Comment 1•19 years ago
|
||
aguthrie@lappy:~$ grep -c 32 search.html 1232 *** This bug has been marked as a duplicate of 251862 ***
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → DUPLICATE
Updated•19 years ago
|
Status: RESOLVED → UNCONFIRMED
Resolution: DUPLICATE → ---
Updated•19 years ago
|
Component: Toolbars → Find Toolbar / FastFind
QA Contact: toolbars → fast.find
Comment 2•19 years ago
|
||
What do you mean by "incremental search"? Do you mean that you have highlighting turned on (all the words appear in yellow)?
(In reply to comment #2) > What do you mean by "incremental search"? Do you mean that you have > highlighting turned on (all the words appear in yellow)? > I do mean I write in the search string char-by-char with a keyboard. Let the string I am looking for is "search". What I see is the page scrolled to the first "s" (and it is highlited in green), then "se" then "sea" then "sear" then "searc" then "search" (if the next char gets the negative result - Find Toolbar window became highlited in red). You wrote: > aguthrie@lappy:~$ grep -c 32 search.html > 1232 Well, you need grep -c 3 search.html first, and get a more impressive number. Any way, it should not be a problem with a text which fits in memmory (really 0.5% of memory), and I highly impressed that this critical bug was not resolved for a year or so, as it follows from the duplicated reports. Unfortunately, I have no profiler nor development environment on this platform to fix myself. Also the url in question is broken for now, but you may have a copy (search.html).
Comment 4•19 years ago
|
||
bug 267885 / bug 293889 *** This bug has been marked as a duplicate of 267885 ***
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago → 19 years ago
Resolution: --- → DUPLICATE
Assignee | ||
Updated•16 years ago
|
Product: Firefox → Toolkit
You need to log in
before you can comment on or make changes to this bug.
Description
•