Assuming you're performing the "go back" by calling Page::goBack(),
I'm not sure what else might be tripping up that process.
Frame creation is largely tied up within the FrameLoaderClient methods
that each platform's WebKit - perhaps WebKitQt is missing some detail
of creating these subframes that lead them to not properly be included
in the HistoryItem tree created on navigation?
That is complete speculation without even looking at code to see if
it's possible - just a thought. :)
~Brady
On Apr 3, 2009, at 11:03 AM, Benjamin Meyer wrote:
I have been working on a bug that is only present in QtWebKit this
past week and am looking for some help on where I should look to
solve it.
When browsing a site with frames if you click on a link who's target
is _top and then hit back the child frames are not loaded. I have
created a test webpage here: http://meyerhome.net/~ben/frametest/
So when you hit back it wont load the links on the left and reddit
on the right, but it will be the same as if I had loaded http://meyerhome.net/~ben/frametest/
I have been poking around in the frame loader, history, and parts of
QtWebKit, but I am simply not sure what is the proper behavior is
when loading a history item that has children. Is there any
documentation on this or does anyone have suggestions on where the
bug might be residing?
-Benjamin Meyer
_______________________________________________
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
_______________________________________________
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
