524374 - Horizontal scrollbars in Google Reader items when zoomed in

Status: RESOLVED WORKSFORME

(Core :: Layout, defect)

Description

[Bobby Johnson [:rjohnson19]]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.2b2pre) Gecko/20091025 Namoroka/3.6b2pre Firefox/3.0.14
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.2b2pre) Gecko/20091025 Namoroka/3.6b2pre

If you zoom in quite in bit when looking at a Google Reader item,
a useless horizontal scrollbar appears under some items.

Also happens in Minefield:
Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.3a1pre) Gecko/20091025 Minefield/3.7a1pre (.NET CLR 3.5.30729)

However, on this 3.5 nightly:
Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1.5pre) Gecko/20091025 Shiretoko/3.5.5pre (.NET CLR 3.5.30729)
I don't see scrollbars appear at any zoom level.


Reproducible: Sometimes

Steps to Reproduce:
1. Go to Google Reader and sign in if you aren't already: http://www.google.com/reader
2. Add a Subscription to Planet CentOS: http://planet.centos.org/
3. Open the list of items for Planet CentOS. The first item should be "CentOS 5.4," if its not, scroll down until you find that item (by Ralph Angenendt) and have it selected.
4. Zoom in with Ctrl++ or View -> Zoom -> Zoom In
5. Repeat step 4 until you see the useless scrollbar.

For this particular item it takes five "zooms" for me for the scrollbar to appear.
Actual Results:  
A useless horizontal scrollbar appears.

Expected Results:  
No horizontal scrollbar appears.


This is basically the same problem as in fixed bug Bug 503718,
but it reappears when you zoom in quite a bit on some items.

As mentioned in Bug 503718 comment 6, scrollbars never appear in WebKit.
I believe I first noticed this when trying out the 3.6 Beta 1 candidate so its not a recent regression.

Finally if you continue zooming in, the scrollbar actually goes away.
Could be related to Bug 446693 but I don't think this is a duplicate of it since the behavior changed from 3.5 to 3.6 while that bug has been around for awhile.

Comment 1

[Ria Klaassen (not reading all bugmail)]

Confirmed on Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.3a1pre) Gecko/20091024 Minefield/3.7a1pre

A 1 June 2009 build still worked fine so a fairly recent regression.

Comment 2

[(mostly gone) XtC4UaLL [:xtc4uall]]

I cannot reproduce this (or i don't unserstand the issue fully), neither with 1.9.2 nor Trunk. A screenshot showing the issue would be helpful :).

Comment 3

[Bobby Johnson [:rjohnson19]]

Attachment: screenshot

Screenshot of the useless scrollbar. I noticed this right away after upgrading from 3.5 because I had the Default Full Zoom Level add-on set to the level where many (not all) news items shows this scrollbar at the bottom of the item.

But like I said in the bug report, I see this with a fresh profile and safe mode.

Comment 4

[(mostly gone) XtC4UaLL [:xtc4uall]]

Ahhh, now i see it too, but only with Shawn's post on Planet Mozilla (like in the screenshot), not with Ralph's post on Planet CentOS ;)

Comment 5

[Bobby Johnson [:rjohnson19]]

Attachment: testcase

Testcase that shows the issue for me.
Open it, zoom in repeatedly, and a horizontal scroll-bar appears.

Broken on the latest trunk / 1.9.2 nightlies on Windows only, doesn't happen on latest 1.9.1.

Comment 6

[Bobby Johnson [:rjohnson19]]

Regression Window:
Works: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.2a1pre) Gecko/20090626 Minefield/3.6a1pre (a55b20529273)
Broken: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.2a1pre) Gecko/20090627 Minefield/3.6a1pre (b8cbe3c9542b)

Changesets:
http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=a55b20529273&tochange=b8cbe3c9542b

Still happening on latest Minefield.

Comment 7

[(mostly gone) XtC4UaLL [:xtc4uall]]

Based on the range in comment 6 i presume it's caused by Bug 498228.

Comment 8

[Boris Zbarsky [:bzbarsky]]

If that patch changed google reader behavior, we have a serious problem on our hands.

Comment 9

[Boris Zbarsky [:bzbarsky]]

The testcase in comment 5 doesn't show the problem for me.  Then again, if bug 503718 is related it could just be a matter of rounding when you zoom, no?

Comment 10

[David Regev]

I’m getting similar behaviour on Firefox 3.6 even without zooming. If browser.display.auto_quality_min_font_size is set too low (0–13 in my own tests), horizontal scrollbars always appear in Google Reader’s news items. This did not occur in Firefox 3.5. I’m not sure if this is the same bug, however.

Comment 11

[Henrik Skupin [:whimboo][⌚️UTC+1] (away from Feb 12th - Feb 22nd)]

I see a similar behavior with latest Fennec builds too. When zooming in by using the Vol+ button both sides (right, left) are getting cut-off in the current view. Because we don't have scrollbars the reader has to pan to the left and right which is really annoying.

Shall we file a separate bug for it or does it match this bug?

Comment 12

[Bobby Johnson [:rjohnson19]]

Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b6pre) Gecko/20100906 Firefox/4.0b6pre

I am not seeing the scrollbars any more, either in my testcase attempt or Google Reader.

There may be an issue with font scaling related to this (comment 10 and 11) but if it's still occurring it may need a new bug.

Comment 13

[Timothy Nikkel (:tnikkel)]

I still see a scrollbar on the testcase at some zoom levels.

Comment 14

[(mostly gone) XtC4UaLL [:xtc4uall]]

Same here.
With toolkit.zoomManager.zoomValues;.3,.5,.67,.8,.9,1,1.1,1.2,1.33,1.5,1.7,2,2.4,3
(default Values) zoom in 3x on the Testcase to get the Scrollbar.

Comment 15

[Bobby Johnson [:rjohnson19]]

I stopped seeing this due to the way D2D/DW renders fonts / pages on my system, I suppose.

With hardware acceleration turned off, I still see this. My mistake.

Comment 16

[(mostly gone) XtC4UaLL [:xtc4uall]]

Like Bug 511762 and Bug 539698 this is a Regression of Bug 498428 what i didn't see in Comment 6's Range at first.

Comment 17

[(mostly gone) XtC4UaLL [:xtc4uall]]

Testcase is now WFM against Mozilla/5.0 (Windows NT 5.1; rv:7.0a1) Gecko/20110629 Firefox/7.0a1 ID:20110629030813 & Firefox 4.0.1 (HWA-less). Anyone else can confirm?

Comment 18

[(mostly gone) XtC4UaLL [:xtc4uall]]

Still WFM against Mozilla/5.0 (Windows NT 6.1; WOW64; rv:20.0) Gecko/20121202 Firefox/20.0 ID:20121202030723 (tested with and without HWA) => resolving.