Closed
Bug 256801
Opened 20 years ago
Closed 18 years ago
After opening a new tab (Ctrl+T), Find in this Page of original page gets stuck, changing text selection color to green
Categories
(Toolkit :: Find Toolbar, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 209989
People
(Reporter: deanis74, Unassigned)
Details
1. Go to http://www.mozilla.org/ 2. Search for 'e' 3. Ctrl+T 4. Close the Find bar 5. Go back to the tab from step 1. 6. Drag to highlight some text. Expected Results: Text is selected using standard Windows highlight color. Actual Results: Text is selected using green FAYT highlight color.
I'm unable to reproduce this with 8/27 linux build. The first problem is that the find toolbar doesn't stay open when creating a new tab. Is this Windows only?
Sorry, it's not FAYT it's when I open it using Ctrl+F.
Summary: FAYT gets stuck, changing text selection color → Find in this Page gets stuck, changing text selection color
1.0PR is coming up, so noone will like me for this, but I'll try anyway. I see view source (bug 250279) was -'d, so I doubt this will get in. It'd just be nice for all the FAYT/Find Toolbar bugs to be gone, so people just see the new toolbar, not the new bugs. ;) thanks for cc
Flags: blocking-aviary1.0PR?
I'm going to minus the PR request myself. They're trying to get it out the door, and anything that isn't a localization change can wait until 1.0. Chris, feel free to slap me.
Flags: blocking-aviary1.0PR? → blocking-aviary1.0PR-
Comment 6•20 years ago
|
||
no, thanks for the help. now we are in that situation for 1.0.. need to focus on hire priority fixes. if someone comes up with a patch renominate.
Flags: blocking-aviary1.0? → blocking-aviary1.0+
Chris, did you mean to minus this for blocking 1.0 instead of plussing it?
Updated•20 years ago
|
Flags: blocking-aviary1.0+ → blocking-aviary1.0-
Comment 8•20 years ago
|
||
This issue seems to be that the find bar should close just before the tab switch, doing this would accomplish the inert selection-color-revert. I would personally argue though (may be seperate bug all-to-gether) that ctrl+f finding should not use the FAYT color, but that is just me and may not represent the goals of anyone else.
Comment 9•20 years ago
|
||
I have a similar case that does not involve tab switching. It seems to be tied to "Find Again"/Ctrl-G: (Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.7.3) Gecko/20041001 Firefox/0.10.1) 1. Go to http://www.mozilla.org/ 2. Ctrl-F OR Edit->Find in This Page... 3. Type 'browse' - highlighted in FAYT green 3. Drag-highlight some text - highlighted in windows highlight color, as expected (dark blue in my case) 4. Ctrl-G OR Edit->Find Again OR Find Next on Find bar 5. Drag-highlight some test Expected: highlighted in windows highlight Actual: highlighted in FAYT green This behavior does not occur with pure FAYT because the Find bar goes away when you highlight text. I think it is the combination of the persistent Find bar and 'Find Again/Find Next'. BTW, I disagree with the previous comment. The Ctrl-F/Find Bar/FAYT integration is great!
Comment 10•20 years ago
|
||
*** Bug 269945 has been marked as a duplicate of this bug. ***
Comment 11•19 years ago
|
||
*** Bug 295489 has been marked as a duplicate of this bug. ***
Comment 12•19 years ago
|
||
re comment 9 text selection highlight becomes green after Find Again is bug 209989
Summary: Find in this Page gets stuck, changing text selection color → After opening a new tab (Ctrl+T), Find in this Page of original page gets stuck, changing text selection color to green
Comment 13•19 years ago
|
||
*** Bug 315623 has been marked as a duplicate of this bug. ***
Updated•19 years ago
|
Assignee: firefox → nobody
QA Contact: fast.find
Comment 14•19 years ago
|
||
Can confirm. It suffices to change to another tab, no need to open a new one. Once you go back, highlights can not be removed. Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8) Gecko/20051108 Firefox/1.5 ID:2005110803
Comment 15•18 years ago
|
||
WFM - can't reproduce comment 0 nor comment 9 using current trunk. Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a1) Gecko/20060629 Minefield/3.0a1
Severity: normal → minor
Comment 16•18 years ago
|
||
fixed by bug 209989 on trunk *** This bug has been marked as a duplicate of 209989 ***
Status: NEW → RESOLVED
Closed: 18 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
•