Closed Bug 404502 Opened 17 years ago Closed 16 years ago

Occasional 1 pixel red lines in Google Reader

Categories

(Core :: Graphics, defect, P2)

x86
All
defect

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.
Component: General → GFX: Thebes
Product: Firefox → Core
QA Contact: general → thebes
Version: unspecified → Trunk
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
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.
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
Seems to be caused by one of the background images showing through where normally it does not - a rounding error perhaps?
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.
Does it only happen when the page is zoomed?

If that's the case, that may be a dup of bug 403181
I see this red line without doing any page zoom.
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?
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 
Blocks: 367177, 376124
Summary: Occasional 1 pixel lines in Google Reader → Occasional 1 pixel red lines in Google Reader
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.
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.
I can't reproduce it, fwiw. Someone who can reproduce this, should make a testcase, if possible.
Keywords: qawanted
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.
No longer blocks: 421885
Depends on: 421885
Assignee: nobody → vladimir
Flags: blocking1.9? → blocking1.9+
Priority: -- → P2
Probably fixed by the patch in bug 421069.
Whiteboard: [depends on 421069]
This does indeed seem to be fixed by 421069.  Yay!
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
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
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.

Attachment

General

Creator:
Created:
Updated:
Size: