WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
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
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
View All
Add attachment
proposed patch, testcase, etc.
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
I think this bug is a dup of:
http://bugzilla.opendarwin.org/show_bug.cgi?id=3509
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.
Top of Page
Format For Printing
XML
Clone This Bug