Bug 32447 - Content in <iframe> doesn't appear when going back to http://webkit.org/blog/386/3d-transforms/
Summary: Content in <iframe> doesn't appear when going back to http://webkit.org/blog/...
Status: RESOLVED FIXED
Alias: None
Product: WebKit
Classification: Unclassified
Component: Layout and Rendering (show other bugs)
Version: 528+ (Nightly build)
Hardware: PC Windows 7
: P2 Normal
Assignee: Chris Marrin
URL: http://webkit.org/blog/386/3d-transfo...
Keywords: InRadar, PlatformOnly
: 29361 44698 (view as bug list)
Depends on:
Blocks:
 
Reported: 2009-12-11 14:02 PST by Adam Roben (:aroben)
Modified: 2010-11-02 15:47 PDT (History)
4 users (show)

See Also:

Attachments
Patch (4.90 KB, patch)
2010-10-21 16:00 PDT, Chris Marrin 		aroben: review+
Details | Formatted Diff | Diff
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Adam Roben (:aroben) 2009-12-11 14:02:03 PST 
To reproduce:

1. Go to http://webkit.org/blog/386/3d-transforms/
2. Go to some other page
3. Click the Back button

The <iframe>'s content (which appears in the upper-left corner due to bug 32446) doesn't appear.
Comment 1 mitz 2009-12-11 14:09:26 PST 
<rdar://problem/7465609>
Comment 2 Simon Fraser (smfr) 2010-08-26 11:28:44 PDT 
*** Bug 44698 has been marked as a duplicate of this bug. ***
Comment 3 Chris Marrin 2010-10-21 16:00:08 PDT 
Created attachment 71507 [details]
Patch
Comment 4 Dean Jackson 2010-10-21 16:27:06 PDT 
Comment on attachment 71507 [details]
Patch

Couldn't you make the manual test show success or failure? You're just printing the layerTree into a <pre>, but you could actually look at the text to say "PASS" or "FAIL".
Comment 5 Chris Marrin 2010-10-21 16:29:22 PDT 
(In reply to comment #4)
> (From update of attachment 71507 [details])
> Couldn't you make the manual test show success or failure? You're just printing the layerTree into a <pre>, but you could actually look at the text to say "PASS" or "FAIL".

Remember this is not a layout test. There's no way for me to know if the image is showing up. I can't do layerAsText() unless I'm in DRT and the bug doesn't happen there. So I don't know of any way short of visual inspection to determine if the bug is fixed.
Comment 6 Adam Roben (:aroben) 2010-10-21 17:48:30 PDT 
Comment on attachment 71507 [details]
Patch

View in context: https://bugs.webkit.org/attachment.cgi?id=71507&action=review

> WebCore/ChangeLog:14
> +        There is no layout test, but I added a manual test. This test is ready to be a layout test
> +        but I could not get the queueBackNavigation/queueForwardNavigation functions in
> +        LayoutTestController to behave like manually hitting the forward/back buttons, so the
> +        failure didn't occur. 

DRT doesn't have the back/forward cache enabled. Maybe that's the problem?
Comment 7 Adam Roben (:aroben) 2010-10-22 11:07:00 PDT 
Comment on attachment 71507 [details]
Patch

View in context: https://bugs.webkit.org/attachment.cgi?id=71507&action=review

> WebCore/manual-tests/compositing/show-composited-iframe-on-back-button.html:10
> +    <!--
> +        This content was originally intended as a layout test, but the sequencing performed by 
> +        queueBackNavigation/queueForwardNavigation differs somehow from what occurs when hitting 
> +        the back and forward buttons, so the error does not occur. I've left all the LayoutTestController 
> +        logic in the test in case this is fixed in the future.
> +    -->

I think you should add a comment about DRT's back/forward cache being disabled. Maybe these days we have a way to enable it for certain tests?
Comment 8 Chris Marrin 2010-10-22 11:46:21 PDT 
Landed in http://trac.webkit.org/changeset/70321
Comment 9 Simon Fraser (smfr) 2010-11-02 15:47:08 PDT 
*** Bug 29361 has been marked as a duplicate of this bug. ***