Closed
Bug 404502
Opened 17 years ago
Closed 16 years ago
Occasional 1 pixel red lines in Google Reader
Categories
(Core :: Graphics, defect, P2)
Tracking
()
VERIFIED
FIXED
People
(Reporter: matthew, Assigned: vlad)
References
Details
(Whiteboard: [depends on 421069])
Attachments
(2 files)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b1) Gecko/2007110904 Firefox/3.0b1 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b1) Gecko/2007110904 Firefox/3.0b1 In FF 3b1, using Google Reader, I occasionally see what look like single pixel horizontal lines before the items in each title. This did not occur in FF2. If I zoom in with Text Zoom then the lines disappear. Reproducible: Sometimes Steps to Reproduce: Google account required with feeds configured. Actual Results: Some items (but not all) have inaccurate rendering. Expected Results: Items should render consistently. Screenshot to follow.
Reporter | ||
Comment 1•17 years ago
|
||
Updated•17 years ago
|
Component: General → GFX: Thebes
Product: Firefox → Core
QA Contact: general → thebes
Version: unspecified → Trunk
Comment 2•17 years ago
|
||
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9b2pre) Gecko/2007112004 Minefield/3.0b2pre ID:2007112004 I see this, too, and have since I started using the nightly trunk builds about a month ago. So it's not a recent regression. (I'm changing OS to All)
OS: Windows XP → All
Comment 3•17 years ago
|
||
I have the same problem with the 1 pixel (red) line in Google Reader.
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b2pre) Gecko/2007120805 Minefield/3.0b2pre Also seeing this in google reader.
Reporter | ||
Comment 5•17 years ago
|
||
Still present in FF3 beta 2. Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b2) Gecko/2007121120 Firefox/3.0b2
Reporter | ||
Comment 6•17 years ago
|
||
Seems to be caused by one of the background images showing through where normally it does not - a rounding error perhaps?
Comment 7•17 years ago
|
||
Sounds to me like a rounding problem. The css background declaration uses part of an image (http://www.google.com/reader/ui/915561304-card-tb-current.gif) -- a red line is present in the gif image but should normally but left out according to css declaration. One possible reason for it to be present is that extra pixel line gets added after rounding css value.
Comment 8•16 years ago
|
||
dup of bug 376124? see https://bugzilla.mozilla.org/show_bug.cgi?id=376124#c29 )
Comment 10•16 years ago
|
||
Does it only happen when the page is zoomed? If that's the case, that may be a dup of bug 403181
Comment 11•16 years ago
|
||
I see this red line without doing any page zoom.
Comment 12•16 years ago
|
||
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.4; en-US; rv:1.9b5pre) Gecko/2008031004 Minefield/3.0b5pre Requesting blocking1.9? This is easily reproducible on today's nightly build for OS X as well. If I load any feed with a lot of posts (Slashdot, Planet Mozilla) and begin scrolling down by hitting the space bar, I see the red lines almost immediately.
Flags: blocking1.9?
Comment 13•16 years ago
|
||
It started with this regression range: http://bonsai.mozilla.org/cvsquery.cgi?module=PhoenixTinderbox&date=explicit&mindate=1182366840&maxdate=1182369239 but only if I set a minimum font-size (of 13). Second regression range (more lines, even with default font-size): http://bonsai.mozilla.org/cvsquery.cgi?module=PhoenixTinderbox&date=explicit&mindate=1185383820&maxdate=1185385559 I couldn't yet reproduce the vertical red lines in Bug 421885, see https://bugzilla.mozilla.org/attachment.cgi?id=308409
Comment 14•16 years ago
|
||
This is is a portion of a screen shot showing the red lines around each of the items when using Beta 4 to view Google Reader.
Comment 15•16 years ago
|
||
This problem appears to still be happening in Beta 4 but has changed from the original screenshot shown, so I have attached a new screenshot showing the red lines that appear around each item in Google Reader.
Comment 16•16 years ago
|
||
I can't reproduce it, fwiw. Someone who can reproduce this, should make a testcase, if possible.
Keywords: qawanted
Comment 17•16 years ago
|
||
Sorry, I couldn't reproduce it here, but I could reproduce it in bug 421885 with the steps to reproduce. I attached the testcases there, so I'm changing the dependency accordingly.
Assignee | ||
Updated•16 years ago
|
Assignee: nobody → vladimir
Flags: blocking1.9? → blocking1.9+
Priority: -- → P2
Probably fixed by the patch in bug 421069.
Whiteboard: [depends on 421069]
Assignee | ||
Comment 19•16 years ago
|
||
This does indeed seem to be fixed by 421069. Yay!
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Comment 20•16 years ago
|
||
verified fixed using the steps to reproduce + testcase from bug 421885 and Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9pre) Gecko/2008041323 Minefield/3.0pre ID:2008041323
Status: RESOLVED → VERIFIED
Comment 21•10 years ago
|
||
Issue is Resolved - removing QA-Wanted Keywords - QA-Wanted query clean-up task
Keywords: qawanted
You need to log in
before you can comment on or make changes to this bug.
Description
•