Closed
Bug 256801
Opened 21 years ago
Closed 19 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•21 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•21 years ago
|
Flags: blocking-aviary1.0+ → blocking-aviary1.0-
Comment 8•21 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•21 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•21 years ago
|
||
*** Bug 269945 has been marked as a duplicate of this bug. ***
Comment 11•20 years ago
|
||
*** Bug 295489 has been marked as a duplicate of this bug. ***
Comment 12•20 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•20 years ago
|
||
*** Bug 315623 has been marked as a duplicate of this bug. ***
Updated•20 years ago
|
Assignee: firefox → nobody
QA Contact: fast.find
Comment 14•20 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•19 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•19 years ago
|
||
fixed by bug 209989 on trunk
*** This bug has been marked as a duplicate of 209989 ***
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → DUPLICATE
Assignee | ||
Updated•17 years ago
|
Product: Firefox → Toolkit
You need to log in
before you can comment on or make changes to this bug.
Description
•