Bug 6270 - Some content is rendered twice
Summary: Some content is rendered twice
Status: RESOLVED DUPLICATE of bug 6795
Alias: None
Product: WebKit
Classification: Unclassified
Component: Layout and Rendering (show other bugs)
Version: 420+
Hardware: Mac OS X 10.4
: P2 Normal
Assignee: Nobody
URL: http://daringfireball.net/misc/2005/1...
Keywords: NeedsReduction
Depends on:
Blocks:
 
Reported: 2005-12-28 08:49 PST by John Gruber
Modified: 2006-03-12 10:05 PST (History)
2 users (show)

See Also:


Attachments
Screenshot demonstrating the rendering glitch in this bug report. (454.98 KB, image/png)
2005-12-28 08:51 PST, John Gruber
no flags Details
Crash log for nightly build rendering test page. (20.39 KB, text/plain)
2005-12-28 08:55 PST, John Gruber
no flags Details
Reduction (838 bytes, text/html)
2006-03-12 09:52 PST, Ingo Chao
no flags Details
Screenshot of the reduction (140.11 KB, image/png)
2006-03-12 09:56 PST, Ingo Chao
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description John Gruber 2005-12-28 08:49:19 PST
This is a rendering bug I encountered on the front page of Daring Fireball today. Sometimes -- not 
every time but most times, reload a few times if you don't see the problem at first -- the sidebar 
content (nav menu and sponsored by ad) is incorrectly rendered a second time, about 50px or so below 
the first (correct) rendered instance. It's like a double picture.

Note that the repeated content is not repeated in the HTML markup. This is clearing a rendering bug.

The bug is triggered by some combination of the photo of my son in the main column, and the 
"SidebarPromo" <div> in the sidebar. If I take out the photo, the glitch disappears. If I take out the 
SidebarPromo <div>, the glitch disappears.

Further, if I move the SidebarPromo <div> closer to the rest of the sidebar (my byline credit), the glitch 
doesn't appear. If you look at the linked CSS file for the bug demonstration (sidebar-fubar.css) and 
change the margin-top: on line 488 from 7em to 3em (or less), the bug disappears.

Lastly, when trying to reproduce this bug with recent nightly builds (using WebKit.app), Safari crashes 
when it loads this page.
Comment 1 John Gruber 2005-12-28 08:51:44 PST
Created attachment 5339 [details]
Screenshot demonstrating the rendering glitch in this bug report.
Comment 2 John Gruber 2005-12-28 08:55:40 PST
Created attachment 5340 [details]
Crash log for nightly build rendering test page.
Comment 3 Eric Seidel (no email) 2005-12-28 10:15:36 PST
There was, unfortunately at least one new crasher in last night's nightly:
http://bugzilla.opendarwin.org/show_bug.cgi?id=6269
Please accept our appologies.

This definitely looks like a bug.  However, most helpful to us would be a reduced test case (demonstrating 
the failure) and attached to the bug.  That will probably be easiest to do after we provide a new nightly 
which doesn't crash. :)
Comment 4 Geoffrey Garen 2005-12-28 10:21:04 PST
After landing the fix for 6269, I can't reproduce the crash. A tip of tree build, now that it doesn't crash, 
renders this page correctly. So I think this bug is fixed.
Comment 5 Eric Seidel (no email) 2005-12-28 12:57:41 PST
This bug was not about the crash, as I read it.  Reopening.
Comment 6 Eric Seidel (no email) 2005-12-28 13:02:10 PST
I think this bug is a dup of:
http://bugzilla.opendarwin.org/show_bug.cgi?id=3509
Comment 7 Eric Seidel (no email) 2005-12-28 13:05:41 PST
ggaren and I talked over IRC.  This doesn't seem to reproduce on tip of tree.  Please try again with the 
latest nightly (this next one shouldn't crash!)
Comment 8 John Gruber 2005-12-28 13:52:25 PST
When I load the test page with the current (at this writing) WebKit.app nightly (Wed Dec 28 13:02:30 GMT 
2005), I get a reproducible crash after reloading the page. Load once, works (with no repainting display 
glitch), but reload, and it crashes. I'm not sure if this build is TOT or not.

If I go back to a build from two weeks ago (WebKit-CVS-2005-12-12 20-20-08 GMT), the problem goes 
away. No repainting glitch, no crasher.
Comment 9 John Gruber 2005-12-28 19:48:57 PST
I can confirm that with the nightly build dated "Thu Dec 29 0:34:27 GMT 2005", this is fixed: no repainting 
glitch, no crash. Thanks!
Comment 10 John Gruber 2005-12-28 19:53:02 PST
Wait. I spoke too soon.

Using the current nightly (Thu Dec 29 0:34:27 GMT 2005), if I load my test page (http://daringfireball.net/
misc/2005/12/sidebar-fubar.html), the glitch doesn't appear. But if I leave that test page open in a tab 
and switch to another tab in the same browser window, then switch back to the test page tab, the 
repainted sidebar content appears. I.e. the problem now only appears when switching to a tab with the 
test page, not when the test page first appears.
Comment 11 Alexey Proskuryakov 2005-12-28 21:29:30 PST
I couldn't reproduce the problem via switching tabs on ToT, but could reproduce with different steps:
1) opened http://daringfireball.net/misc/2005/12/sidebar-fubar.html in a new window
2) opened http://daringfireball.net in a second tab
3) switched tabs back and forth
4) clicked on COLOPHON link

The results looked similar to the screenshot. Didn't reproduce on second attempt, though.
Comment 12 Joost de Valk (AlthA) 2005-12-29 00:08:07 PST
I can confirm this in latest ToT. Steps to reproduce: load page, reload a couple of times and scroll down. 
You get the exact same result als in screenshot.
Comment 13 Daniele Metilli 2006-03-10 07:52:25 PST
Works for me with r13244.
Comment 14 Alexey Proskuryakov 2006-03-10 10:03:37 PST
Still happens for me (r13236).
Comment 15 Ingo Chao 2006-03-12 09:52:48 PST
Created attachment 7026 [details]
Reduction

Reduction. Steps to reproduce (WebKit-SVN-r13261): Hit refresh rapidly (maybe 10-20x or more). Sometimes, the image will not appear. The next refresh brings it back, but the red bordered float will be duplicated. 

The image has no dimensions applied; the red float is shorter than the image. The sidebar and the footer establish enough margin to hold the duplication.
Comment 16 Ingo Chao 2006-03-12 09:56:34 PST
Created attachment 7028 [details]
Screenshot of the reduction

Screenshot of the reduction
Comment 17 mitz 2006-03-12 10:00:59 PST
Based on the reduction, I think this bug is very likely the same as bug 6795.
Comment 18 mitz 2006-03-12 10:05:57 PST
Confirmed that this and bug 6795 are the same. Marking this earlier report as the duplicate, since the other one shows some progress towards a fix.

*** This bug has been marked as a duplicate of 6795 ***