WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
13891
REGRESSION: Taloussanomat.fi web site not rendering correctly
https://bugs.webkit.org/show_bug.cgi?id=13891
Summary
REGRESSION: Taloussanomat.fi web site not rendering correctly
Marko Buuri
Reported
2007-05-27 00:14:35 PDT
Taloussanomat.fi web site not rendering correctly with webkit nighly versions. This is regression from Safari 2.0.4 (419.3) that renders the site perfectly.
Attachments
Reduction
(310 bytes, text/html)
2007-05-27 13:01 PDT
,
mitz
no flags
Details
View All
Add attachment
proposed patch, testcase, etc.
Alexey Proskuryakov
Comment 1
2007-05-27 00:28:50 PDT
Confirmed with
r21802
. Interestingly, the content seems to be rendered correctly at first, but then gets moved out of sight.
mitz
Comment 2
2007-05-27 03:10:47 PDT
I'm seeing the same behavior with both Safari 2.0.4 and TOT, namely that the main content seems to be pushed down below the leftmost column (presumably because their container gets an unexpected vertical scrollbar).
Marko Buuri
Comment 3
2007-05-27 08:05:24 PDT
(In reply to
comment #2
)
> I'm seeing the same behavior with both Safari 2.0.4 and TOT, namely that the > main content seems to be pushed down below the leftmost column (presumably > because their container gets an unexpected vertical scrollbar).
> Very interesting, because I am not able to reproduce this problem with this standard setup: iMac G5, OS X 10.4.9, Safari 2.0.4. The nightlies on the other hand have been rendering this site incorrectly for as long I have have used them on this same system, which is for as long as roughly few weeks.
Dave Hyatt
Comment 4
2007-05-27 12:14:28 PDT
The site uses overflow-x and overflow-y, which were not supported by Safari 2. Now we are honoring them. For some reason we're overflow vertically when Firefox did not, so we'll need to reduce to figure out why.
mitz
Comment 5
2007-05-27 13:01:27 PDT
Created
attachment 14749
[details]
Reduction I think this is about font-size: 0 mapping to 1px (if that's still the case).
mitz
Comment 6
2007-05-27 13:03:10 PDT
I'm pretty sure it's the font-size: 0 thing.
Dave Hyatt
Comment 7
2007-05-27 14:51:42 PDT
I'm not sure it's that simple. Setting a minimum font size of 9px in Firefox does not result in any overflow appearing.
Dave Hyatt
Comment 8
2007-05-27 14:57:45 PDT
Actually never mind. Firefox seems to special-case 0. If a font is size 0 then the minimum font size (and zoom) do not apply, since obviously it was not intended to be displayed (makes sense). The annoyance here of course is that AppKit can't handle zero size fonts, opting to return a font of size 12 instead.
Adele Peterson
Comment 9
2007-08-30 14:47:37 PDT
<
rdar://problem/5451500
> Does the problem still occur on the live site? I'm not sure I see anything wrong in TOT
mitz
Comment 10
2007-08-30 15:08:46 PDT
(In reply to
comment #9
)
> <
rdar://problem/5451500
> > > Does the problem still occur on the live site? I'm not sure I see anything > wrong in TOT
Looks like usage of overflow-x has been commented-out in <
http://www.taloussanomat.fi/css/layout.css
>, which fixes the problem on the site.
Robert Blaut
Comment 11
2008-02-05 03:38:13 PST
IMO
bug 11004
is related to this bug.
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug