[webkit-dev] Possibly bogus FrameLoader::originalRequest data
tonikitoo (Antonio Gomes)
tonikitoo at gmail.com
Mon Jul 20 06:50:16 PDT 2009
Bug filed: https://bugs.webkit.org/show_bug.cgi?id=27444
On Fri, Jul 17, 2009 at 4:04 PM, tonikitoo (Antonio
Gomes)<tonikitoo at 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)<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
>
--
--Antonio Gomes
More information about the webkit-dev
mailing list