Bug 25283 – [Qt] Loading a historyItem with a frame does not do the correct thing

• Status: RESOLVED
• Resolution: FIXED
• Component: History

[Benjamin Meyer]

When browsing around in a site that has frames and you follow a link with target=_top and then hit the back button only the url of the top frame is loaded the child frames are not restored.

Test page:  http://meyerhome.net/~ben/frametest/

This is also a bug in gtk.

[Alexey Proskuryakov]

This test page is no longer available.

[Benjamin Meyer]

I'll move it to a better spot shortly.  That url is home test box which as you pointed out can change :)

[Antonio Gomes]

(In reply to comment #2)
> I'll move it to a better spot shortly.  That url is home test box which as you
> pointed out can change :)

benjamin, did you move the TC to somewhere else available ?

[Benjamin Meyer]

I have moved it to a more available location http://icefox.net/frametest/

[Jesus Sanchez-Palencia]

Reproduced on Snow Leopard with Qt 4.7 trunk (HEAD 03f8f1df0d88f5ffe0b3120cffce614cbeefdb70) and WebKit trunk (r59155).

[Robert Hogan]

(In reply to comment #5)
> Reproduced on Snow Leopard with Qt 4.7 trunk (HEAD 03f8f1df0d88f5ffe0b3120cffce614cbeefdb70) and WebKit trunk (r59155).

The test is gone again. Do you still have a copy Benjamin?

[Benjamin Meyer]

New (much more perm link) http://icefox.github.com/webkit_bugs/frame_history/

[Robert Hogan]

(In reply to comment #7)
> New (much more perm link) http://icefox.github.com/webkit_bugs/frame_history/

This works fine in QtTestBrowser - unless I'm misunderstanding the test. I get the same behaviour in Chromium too.

[Benjamin Meyer]

Sounds like someone has fixed the qtwebkit port.  If you can confirm that it is broken for you in 4.6 then you can mark this as fixed.

[Luiz Agostini]

seems to be working. I had the same behavior from QtTestBrowser and Chrome in Linux and Snow Leopard. The same for Safari in Snow Leopard.

[Andreas Kling]

Fix confirmed :3