RESOLVED DUPLICATE of bug 6795 6270
Some content is rendered twice
https://bugs.webkit.org/show_bug.cgi?id=6270
Summary Some content is rendered twice
John Gruber
Reported 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.
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
Crash log for nightly build rendering test page. (20.39 KB, text/plain)
2005-12-28 08:55 PST, John Gruber
no flags
Reduction (838 bytes, text/html)
2006-03-12 09:52 PST, Ingo Chao
no flags
Screenshot of the reduction (140.11 KB, image/png)
2006-03-12 09:56 PST, Ingo Chao
no flags
John Gruber
Comment 1 2005-12-28 08:51:44 PST
Created attachment 5339 [details] Screenshot demonstrating the rendering glitch in this bug report.
John Gruber
Comment 2 2005-12-28 08:55:40 PST
Created attachment 5340 [details] Crash log for nightly build rendering test page.
Eric Seidel (no email)
Comment 3 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. :)
Geoffrey Garen
Comment 4 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.
Eric Seidel (no email)
Comment 5 2005-12-28 12:57:41 PST
This bug was not about the crash, as I read it. Reopening.
Eric Seidel (no email)
Comment 6 2005-12-28 13:02:10 PST
Eric Seidel (no email)
Comment 7 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!)
John Gruber
Comment 8 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.
John Gruber
Comment 9 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!
John Gruber
Comment 10 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.
Alexey Proskuryakov
Comment 11 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.
Joost de Valk (AlthA)
Comment 12 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.
Daniele Metilli
Comment 13 2006-03-10 07:52:25 PST
Works for me with r13244.
Alexey Proskuryakov
Comment 14 2006-03-10 10:03:37 PST
Still happens for me (r13236).
Ingo Chao
Comment 15 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.
Ingo Chao
Comment 16 2006-03-12 09:56:34 PST
Created attachment 7028 [details] Screenshot of the reduction Screenshot of the reduction
mitz
Comment 17 2006-03-12 10:00:59 PST
Based on the reduction, I think this bug is very likely the same as bug 6795.
mitz
Comment 18 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 ***
Note You need to log in before you can comment on or make changes to this bug.