Bug filed: https://bugs.webkit.org/show_bug.cgi?id=27444
On Fri, Jul 17, 2009 at 4:04 PM, tonikitoo (Antonio Gomes)<toniki...@gmail.com> wrote: > Answering myself, that could explain things : > > @FrameLoader.h > (...) > // Document loaders for the three phases of frame loading. > Note that while > // a new request is being loaded, the old document loader may > still be referenced. > // E.g. while a new request is in the "policy" state, the old > document loader may > // be consulted in particular as it makes sense to imply > certain settings on the new loader. > RefPtr<DocumentLoader> m_documentLoader; > RefPtr<DocumentLoader> m_provisionalDocumentLoader; > RefPtr<DocumentLoader> m_policyDocumentLoader; > (...) > > please , could someone confirm ? > > On Fri, Jul 17, 2009 at 12:28 PM, tonikitoo (Antonio > Gomes)<toniki...@gmail.com> wrote: >> Hi. So I ran into this while developing a feature to qt webkit, but it >> is possibly not a port specific issue, but webcore. >> >> 1) If i load an existent local page (through FrameLoader::load) that >> redirects (e.g. file:///test1.html redirects to file:///test2.html) , >> i get >> >> FrameLoader::originalRequest.url() to point to test1.html >> FrameLoader::request.url() to point to test2.html >> >> which seems to be the corrent behavior. >> >> 2) After that if i load another local but unexistent file (e.g. >> file:///unexistent.html) i get: >> >> FrameLoader::originalRequest.url() *still* points to test1.html >> (previous loaded URL) >> FrameLoader::request.url() points to file:///unexistent.html >> >> whereas "originalRequest" pointing to a previous loaded url seems >> clearly no right. So, please correct if I am wrong, but >> there should be a method resetind these data between this two load calls ? >> >> also if I skip 1) and go to 2) straigh I get: >> >> FrameLoader::originalRequest.url() as an empty URL >> FrameLoader::request.url() to point to file:///unexistent.html >> >> Is that expected ? What data should originalRequest hold in these cases ? >> >> thanks >> >> -- >> --Antonio Gomes >> > > > > -- > --Antonio Gomes > -- --Antonio Gomes _______________________________________________ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev