237940 - pheaa.org - text bleeds from right cell into scrollbar

Status: RESOLVED INVALID

(Tech Evangelism Graveyard :: English US, defect)

Description

[Mark Anderson]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:) Gecko/20040309
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:) Gecko/20040309

When you go to https://connections.pheaa.org/portal/iowa/student_portal.cfm with
fonts large enough to trigger this bug, text from the right-most cells overlaps
the scrollbars that appear for the left cells.  Attempting to use those
scrollbars results in nothing happening.  If you select text in the left cells
and drag downwards to scroll, the overlapping text becomes corrupted and makes
the scrollbars look really ugly.

Note that this doesn't happen with small fonts on Mozilla Firefox 0.8 at work.

Reproducible: Always
Steps to Reproduce:
1. Set your fonts large enough to trigger the bug.
2. Go to the URL.
3. Notice the overlapping text and the fact that you can't use the scrollbars.

Actual Results:  
The text overlaps the scrollbars and they are nonfunctional.

Expected Results:  
The text should not overlap, and the scrollbars should work.

Comment 1

[Bernd]

a bug like this without a testcase should *NEVER* start as new but is a unconfirmed.

Comment 2

[Boris Zbarsky [:bzbarsky]]

And in fact the layout is correct.  The div the scrollbar is on has width 100%
and 15px paddings on right and left, so it should overflow the table cell.

Comment 3

[Mark Anderson]

Bernd: It's been a number of months since I've filed a bug, and I was tired (it
was after 9 PM, and I coded for 10 hours at work today).  Sorry about not having
a testcase.  (I have permissions such that my bugs are automatically set to New.)

Boris: I understand that it should, in fact, overflow (I skimmed the source, but
obviously not long enough), and that their HTML borders on the obscene for a
relatively simple layout.  But should it really break the ability to use the
scrollbar?  (Note that the scrollbar for the div on the right *does* work.)  And
why does the scrollbar appear in the padding (the white) in large fonts, but
appears inside the div (the blue) in small fonts (as in my Firefox install at work)?

In any case, I figured it was better to file and have it turn out to be Tech
Evangelism than to not file and just silently suffer when set to large fonts. 
My apologies if this is not correct.

Comment 4

[Boris Zbarsky [:bzbarsky]]

Hmm.. the scrollbar not working _may_ be right (if the content on the right
completely overlaps it), or it may be an event delivery bug.  We really do need
a minimal testcase for that.

We could also use one for the difference in scrollbar position based on
font-size....

Filing the bug was definitely the right way to go, but next time you're filing a
layout one with not testcase, please toggle it to unconfirmed when filing (that
dropdown defaults to new, but can be changed).

Comment 5

[Mark Anderson]

Attachment: Rendering of the page with Firefox (1024x768, Small Fonts)

I realize this may not help much (will see if I can find time to get a testcase
this weekend), but here is a screenshot of the rendering of the left side of
the page in Mozilla Firefox on my work machine.  Notice that the scrollbar is
not in the white area.

Comment 6

[Andrew Schultz]

Attachment: testcase for original bug

this looks like bug 102695 unless scrollbars should be special-cased.

Comment 7

[Andrew Schultz]

I filed bug 238064 for an incremental reflow problem at the URL.  I'm not sure
if it's the scrollbar/font size bug described here or not.

Comment 8

[Andrew Schultz]

also of note is that the behavior here (along with bug 238064) started happening
between linux trunk builds 2004020207 and 2004020308, conceivably due to bug
229371.  Before bug 2/2/04, the scrollbar stayed within the left cell.

Comment 9

[Felix Miata]

Conforming summary to TFM item 10 at 
http://www.mozilla.org/projects/tech-evangelism/site/procedures.html#file-new

Comment 10

[sjw]

URL is obsolete.
[closeme]