Closed
Bug 190555
Opened 23 years ago
Closed 23 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•23 years ago
|
| Assignee | ||
Comment 1•23 years ago
|
||
I think this is fixed in recent builds.
Comment 2•23 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: 23 years ago
Resolution: --- → WORKSFORME
| Assignee | ||
Comment 3•23 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•23 years ago
|
||
| Assignee | ||
Updated•23 years ago
|
Attachment #113444 -
Flags: superreview?(jst)
Attachment #113444 -
Flags: review?(caillon)
Comment 5•23 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•23 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•23 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•23 years ago
|
Flags: blocking1.3?
| Assignee | ||
Updated•23 years ago
|
Attachment #113444 -
Flags: approval1.3?
Attachment #113444 -
Flags: approval1.3? → approval1.3+
| Assignee | ||
Comment 8•23 years ago
|
||
checked in
Status: REOPENED → RESOLVED
Closed: 23 years ago → 23 years ago
Resolution: --- → FIXED
*** Bug 193159 has been marked as a duplicate of this bug. ***
Flags: blocking1.3? → blocking1.3-
| Assignee | ||
Comment 10•23 years ago
|
||
*** Bug 193291 has been marked as a duplicate of this bug. ***
Comment 11•23 years ago
|
||
seems to work for me, using 2003.02.18 comm trunk on win2k.
Status: RESOLVED → VERIFIED
| Assignee | ||
Comment 12•23 years ago
|
||
*** Bug 195345 has been marked as a duplicate of this bug. ***
| Assignee | ||
Comment 13•23 years ago
|
||
*** Bug 196034 has been marked as a duplicate of this bug. ***
| Assignee | ||
Comment 14•23 years ago
|
||
*** Bug 197100 has been marked as a duplicate of this bug. ***
Updated•17 years ago
|
Product: Core → SeaMonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•