13891 2007-05-27 00:14:35 -0700 REGRESSION: Taloussanomat.fi web site not rendering correctly 2008-02-05 07:58:49 -0800 1 1 1 Unclassified WebKit Layout and Rendering 523.x (Safari 3) Mac OS X 10.4 RESOLVED FIXED http://www.taloussanomat.fi HasReduction, InRadar, Regression P1 Normal --- 1 marko.buuri webkit-unassigned bdakin mitz webkit oldest_to_newest 9011 0 marko.buuri 2007-05-27 00:14:35 -0700 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. 9012 1 ap 2007-05-27 00:28:50 -0700 Confirmed with r21802. Interestingly, the content seems to be rendered correctly at first, but then gets moved out of sight. 9016 2 mitz 2007-05-27 03:10:47 -0700 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). 9023 3 marko.buuri 2007-05-27 08:05:24 -0700 (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. 9033 4 hyatt 2007-05-27 12:14:28 -0700 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. 9036 5 14749 mitz 2007-05-27 13:01:27 -0700 Created attachment 14749 Reduction I think this is about font-size: 0 mapping to 1px (if that's still the case). 9037 6 mitz 2007-05-27 13:03:10 -0700 I'm pretty sure it's the font-size: 0 thing. 9042 7 hyatt 2007-05-27 14:51:42 -0700 I'm not sure it's that simple. Setting a minimum font size of 9px in Firefox does not result in any overflow appearing. 9043 8 hyatt 2007-05-27 14:57:45 -0700 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. 1148 9 adele 2007-08-30 14:47:37 -0700 <rdar://problem/5451500> Does the problem still occur on the live site? I'm not sure I see anything wrong in TOT 1156 10 mitz 2007-08-30 15:08:46 -0700 (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. 69454 11 webkit 2008-02-05 03:38:13 -0800 IMO bug 11004 is related to this bug. 14749 2007-05-27 13:01:27 -0700 2007-05-27 13:01:27 -0700 Reduction 13891 reduction.html text/html 310 mitz /v8APABiAG8AZAB5AD4ACgA8AGQAaQB2ACAAcwB0AHkAbABlAD0AIgBvAHYAZQByAGYAbABvAHcA OgAgAGEAdQB0AG8AOwAiAD4ACgAgACAAIAAgADwAZABpAHYAIABzAHQAeQBsAGUAPQAiAGgAZQBp AGcAaAB0ADoAIAAxADAAMABwAHgAOwAiAD4APAAvAGQAaQB2AD4ACgAgACAAIAAgADwAZABpAHYA IABzAHQAeQBsAGUAPQAiAGgAZQBpAGcAaAB0ADoAIAAwADsAIABsAGkAbgBlAC0AaABlAGkAZwBo AHQAOgAgADAAOwAgAGYAbwBuAHQALQBzAGkAegBlADoAIAAwADsAIgA+ACYAbgBiAHMAcAA7ADwA LwBkAGkAdgA+AAoAPAAvAGQAaQB2AD4ACg==