Closed
Bug 373371
Opened 18 years ago
Closed 16 years ago
Findbar highlighting shows background-image
Categories
(Toolkit :: Find Toolbar, defect)
Toolkit
Find Toolbar
Tracking
()
VERIFIED
FIXED
mozilla1.9.1a2
People
(Reporter: u279076, Unassigned)
References
Details
(Keywords: testcase, Whiteboard: [fixed by bug 263683])
Attachments
(3 files, 1 obsolete file)
591 bytes,
text/plain
|
Details | |
1.21 KB,
patch
|
Details | Diff | Splinter Review | |
616 bytes,
text/html
|
Details |
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.2) Gecko/20070219 Firefox/2.0.0.2
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.2) Gecko/20070219 Firefox/2.0.0.2
When doing a page search for "firefox" and selecting "highlight all", the highlighting on firefox in an image rendered the image as the highlighting.
Reproducible: Always
Steps to Reproduce:
1. navigate to http://www.mozilla.com/en-US/firefox/
2. press Ctrl+F
3. type in "firefox" into the find box
4. click "next"
5. click "Highlight all"
Actual Results:
The background highlighting is the image-behind being rendered instead of the highlighting colour
Expected Results:
The text should simply be highlighted without background image.
See screenshot:
http://farm1.static.flickr.com/127/415733763_c846816f46_o.png
This has been reported on WinXP and Linux using FF1.5, 2.0.0.2, 2.0.0.3 and Mac.
Updated•18 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 1•18 years ago
|
||
confirmed for windows, mac, linux, i see the same as anthony
This is because of CSS in file /style/rustico/content.css on mozilla.com. Solution of this is to add the following lines to file.
#main-feature a.download-firefox span span,
#main-feature a.download-thunderbird span span,
#main-feature .brief-feature a.download-firefox span span
{
background-image: none;
}
Sorry for my English.
My next solution is shorter, but it depends on id defined in file http://lxr.mozilla.org/mozilla1.8/source/toolkit/components/typeaheadfind/content/findBar.js on lines 276 and 311.
#main-feature #__firefox-findbar-search-id {
background-image: none;
}
Comment 4•18 years ago
|
||
Sorry for confirming it without thinking, it should be a duplicate of bug 263683, IMO. :)
Comment 5•18 years ago
|
||
duplicate per #4
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → DUPLICATE
Sorry, but I can't create a patch file, then I post file with descriptions of changes on branches 1.8 and 1.8.0.
I will learn working with CVS soon. ;)
Attachment #258087 -
Attachment is obsolete: true
Updated•17 years ago
|
Component: General → Find Toolbar / FastFind
QA Contact: general → fast.find
Comment 10•17 years ago
|
||
Reopening. This bug is about one of the symptoms of the findbar highlighting, showing a background-image were it shouldn't.
Bug 263683 is about reworking the findbar highlighting by using selections instead of manipulating the DOM (adding <span>s all over the place). Fixing bug 263683 would probably fix this bug as well, but it's not the same bug.
Marek, the 1.8 branch is mainly for security fixes. On the trunk, the code has been refactored into findbar.xml. You might want to patch this:
http://bonsai.mozilla.org/cvsblame.cgi?file=/mozilla/toolkit/content/widgets/findbar.xml&rev=1.14#544
Severity: normal → minor
Status: RESOLVED → REOPENED
Depends on: 263683
Resolution: DUPLICATE → ---
Summary: Find Highlighting rendering image-behind instead of highlighting → Findbar highlighting shows background-image
Version: unspecified → Trunk
Assignee | ||
Updated•16 years ago
|
Product: Firefox → Toolkit
Comment 11•16 years ago
|
||
The design on mozilla.com was changed. So the testcase doesn't work anymore or I'm not able to see a similar issue. Anyone, who can give us a new testcase?
Whiteboard: [testcase needed]
Comment 12•16 years ago
|
||
This is working correctly now that bug 263683 is fixed.
Updated•16 years ago
|
Status: REOPENED → RESOLVED
Closed: 18 years ago → 16 years ago
Keywords: testcase
Resolution: --- → FIXED
Whiteboard: [testcase needed]
Thanks for the testcase, Martijn; verified fixed using https://bugzilla.mozilla.org/attachment.cgi?id=332343, with Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.4; en-US; rv:1.9.1a2pre) Gecko/2008080504 Minefield/3.1a2pre
Status: RESOLVED → VERIFIED
Comment 14•16 years ago
|
||
Should we have the testcase in the test-suite or at least in Litmus?
Updated•16 years ago
|
Flags: in-testsuite?
Flags: in-litmus?
Comment 15•16 years ago
|
||
Per discussion with Martijn, he will create an automated test (reftest) for that issue.
Flags: in-litmus? → in-litmus-
Updated•16 years ago
|
Whiteboard: [fixed by bug 263683]
Target Milestone: --- → mozilla1.9.1a2
Comment 16•16 years ago
|
||
With a little tweak of the reftest in bug 263683, this bug could be tested too.
But the reftest still depends on bug 448676, since it needs to have enhanced privileges.
Comment 17•16 years ago
|
||
(In reply to comment #16)
> With a little tweak of the reftest in bug 263683, this bug could be tested too.
> But the reftest still depends on bug 448676, since it needs to have enhanced
> privileges.
In that case we should add the bug to the depends list to get a notification when its possible.
Depends on: 448676
Comment 18•16 years ago
|
||
Sorry, I was wrong, bug 448676 might be invalid/wontfix. It probably more depends on bug bug 374458 or bug 430652, see bug 263683, comment 53.
Comment 19•16 years ago
|
||
Mmh, so we better should keep track of it in bug 263683?
No longer depends on: 448676
You need to log in
before you can comment on or make changes to this bug.
Description
•