Closed
Bug 190555
Opened 22 years ago
Closed 22 years ago
Weird find as you type behavior on this msdn page
Categories
(SeaMonkey :: Find In Page, defect)
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: aaronlev, Assigned: aaronlev)
References
()
Details
(Keywords: helpwanted)
Attachments
(1 file)
3.04 KB,
patch
|
caillon
:
review+
jst
:
superreview+
dbaron
:
approval1.3+
|
Details | Diff | Splinter Review |
Go to: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/xmlsdk/htm/xml_mth_sz_0z1h.asp?frame=true&hidetoc=true Type /encoding to do a text search for encoding. Everytime you hit the next character, find as you type starts over, but only if the last stopping point was a link. Anyone care to try to narrow this down to a smaller testcase?
Assignee | ||
Updated•22 years ago
|
Assignee | ||
Comment 1•22 years ago
|
||
I think this is fixed in recent builds.
Comment 2•22 years ago
|
||
i cannot seem to repro using 2003.01.27.10 trunk bits on linux rh7.2. marking w4m, but reopen if still a problem in a recent build.
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → WORKSFORME
Assignee | ||
Comment 3•22 years ago
|
||
Johnny points out that if you type all/encoding the bug still happens. all does a link search /encoding wakes up the text search, which exhibits the strange behavior of selecting 1 char at a time.
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Assignee | ||
Comment 4•22 years ago
|
||
Assignee | ||
Updated•22 years ago
|
Attachment #113444 -
Flags: superreview?(jst)
Attachment #113444 -
Flags: review?(caillon)
Comment 5•22 years ago
|
||
Comment on attachment 113444 [details] [diff] [review] Simple patch, I was accidentally resetting mFocusedWIndow to the incorrect value. It should always be the top content window. sr=jst
Attachment #113444 -
Flags: superreview?(jst) → superreview+
Comment 6•22 years ago
|
||
Comment on attachment 113444 [details] [diff] [review] Simple patch, I was accidentally resetting mFocusedWIndow to the incorrect value. It should always be the top content window. >- GetAutoStart(startWindow, &isAutoStartWin); >+ GetAutoStart(mFocusedWindow, &isAutoStartWin); Do you still need the nsIDOMNode* parameter to GetAutoStart? It is only called twice, and in both places the parameter is mFocusedWindow after your change. I'd wager that you don't need the nsIDOMNode* parameter to SetAutoStart either (or possibly the whole method since nobody seems to ever call SetAutoStart...) r=caillon with the above addressed.
Attachment #113444 -
Flags: review?(caillon) → review+
Assignee | ||
Comment 7•22 years ago
|
||
Chirsotpher, I want to keep the nsIDOMWindow parameter in GetAutoStart, because it's part of the nsITypeAheadFind interface, and that method can be used by other typeaheadfind-aware modules.
Assignee | ||
Updated•22 years ago
|
Flags: blocking1.3?
Assignee | ||
Updated•22 years ago
|
Attachment #113444 -
Flags: approval1.3?
Attachment #113444 -
Flags: approval1.3? → approval1.3+
Assignee | ||
Comment 8•22 years ago
|
||
checked in
Status: REOPENED → RESOLVED
Closed: 22 years ago → 22 years ago
Resolution: --- → FIXED
*** Bug 193159 has been marked as a duplicate of this bug. ***
Flags: blocking1.3? → blocking1.3-
Assignee | ||
Comment 10•22 years ago
|
||
*** Bug 193291 has been marked as a duplicate of this bug. ***
Comment 11•22 years ago
|
||
seems to work for me, using 2003.02.18 comm trunk on win2k.
Status: RESOLVED → VERIFIED
Assignee | ||
Comment 12•21 years ago
|
||
*** Bug 195345 has been marked as a duplicate of this bug. ***
Assignee | ||
Comment 13•21 years ago
|
||
*** Bug 196034 has been marked as a duplicate of this bug. ***
Assignee | ||
Comment 14•21 years ago
|
||
*** Bug 197100 has been marked as a duplicate of this bug. ***
Updated•16 years ago
|
Product: Core → SeaMonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•