[webkit-dev] Possibly bogus FrameLoader::originalRequest data

[tonikitoo (Antonio Gomes)]

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)<tonikitoo at 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