Re: [webkit-dev] Does WebKit support 304 Not Modified for Ajax requests?

[Maciej Stachowiak]

On May 9, 2008, at 8:50 AM, Scott Schmitz wrote:

I have a web application that makes extensive use of xmlhttprequest  
(AJAX).  I have optimized these GET requests such that the server  
will return a 304 not modified if the ETag matches up from a prior  
request.  That way, if the browser cache already has the data, I  
just send the header back and not the data itself.


This works great for Firefox and Internet Explorer.  In the case of  
those browsers, I return ETag and last modified headers for the  
initial request.  The browser caches the data and includes


If-Modified-Since:
If-None-Match:

headers when it makes a request again.  If the server determined  
that the cache is good, it returns


304 not-modified response and all is good.

WebKit and Safari do not do this.  Best I can see, the browser makes  
its request and does not include any Etag at all.  I see this via  
Web Inspector - Network Panel.


Anyone know what is going on?


We support If-Modified-Since but not If-None-Match when revalidating.  
The best place to file the bug would be http://bugreport.apple.com/  
because it is actually an issue in CFNetwork, the underlying network  
library that WebKit uses (at least on the Mac and Windows ports).


Regards,
Maciej

___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo/webkit-dev

Re: [webkit-dev] Does WebKit support 304 Not Modified for Ajax requests?

[David Kilzer]

Hi Scott,

This sounds like a bug.  Please file a bug on .

Attaching a small reproducible sample script to the bug would be extremely
helpful as well.  Thanks!

Dave


Scott Schmitz <[EMAIL PROTECTED]> wrote:

> I have a web application that makes extensive use of xmlhttprequest  
> (AJAX).  I have optimized these GET requests such that the server will  
> return a 304 not modified if the ETag matches up from a prior  
> request.  That way, if the browser cache already has the data, I just  
> send the header back and not the data itself.
> 
> This works great for Firefox and Internet Explorer.  In the case of  
> those browsers, I return ETag and last modified headers for the  
> initial request.  The browser caches the data and includes
> 
> If-Modified-Since:
> If-None-Match:
> 
> headers when it makes a request again.  If the server determined that  
> the cache is good, it returns
> 
> 304 not-modified response and all is good.
> 
> WebKit and Safari do not do this.  Best I can see, the browser makes  
> its request and does not include any Etag at all.  I see this via Web  
> Inspector - Network Panel.
> 
> Anyone know what is going on?
> 
> thanks,
> 
> Scott Schmitz
> RealOrganized, Inc.
> http://www.realorganized.com



___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo/webkit-dev

[webkit-dev] Does WebKit support 304 Not Modified for Ajax requests?

[Scott Schmitz]

I have a web application that makes extensive use of xmlhttprequest  
(AJAX).  I have optimized these GET requests such that the server will  
return a 304 not modified if the ETag matches up from a prior  
request.  That way, if the browser cache already has the data, I just  
send the header back and not the data itself.


This works great for Firefox and Internet Explorer.  In the case of  
those browsers, I return ETag and last modified headers for the  
initial request.  The browser caches the data and includes


If-Modified-Since:
If-None-Match:

headers when it makes a request again.  If the server determined that  
the cache is good, it returns


304 not-modified response and all is good.

WebKit and Safari do not do this.  Best I can see, the browser makes  
its request and does not include any Etag at all.  I see this via Web  
Inspector - Network Panel.


Anyone know what is going on?

thanks,

Scott Schmitz
RealOrganized, Inc.
http://www.realorganized.com
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo/webkit-dev

Re: [webkit-dev] crash when loading certain pages

[Mike Emmel]

Would you be willing to try the ncurl patch ?


https://bugs.webkit.org/show_bug.cgi?id=17972

I believe I fixed this.

On Fri, May 9, 2008 at 5:37 AM, zaheer ahmad <[EMAIL PROTECTED]> wrote:
> hi,
> thanks for the response. unfortunately i dont have a x86 environment to run
> the valgrind.
>
> here is the sequence of events that lead to this failure..
> - open nytimes.com
> - when it is partiially loaded open weather.com
> - 4 pending jobs in nytimes get cancelled, however the 5th is not and
> results in crash
>
> loading url www.weather.com
> cancel  job bae8f0 url:
> http://graphics8.nytimes.com/ads/cla/defaultads/RMI/1.30.08/rmi_120x60_btn3.gif
> cancel  job c78388 url:
> http://graphics8.nytimes.com/images/2008/05/08/sports/09moth_canopy.jpg
> cancel  job cfa2c8 url:
> http://graphics8.nytimes.com/adx/images/ADS/14/68/ad.146808/dealbookjobs_housead.gif
> cancel  job 3c1920 url:
> http://graphics8.nytimes.com/images/2008/04/26/jobs/mgmt.75.jpg
> ++ didReceiveResponse job bc3690 url:
> http://graphics8.nytimes.com/feedroom/nytc3/creative/bg_notenabled.gif --
> incorrect response should have been cancelled
>
> And i checked the documentLoader (cancelAll) and it seems to only have 4
> entries.
> investigating on why the fifth job is missing from the document load list..
>
> thanks,
> Zaheer
>
> On Thu, May 8, 2008 at 6:00 AM, Holger Freyther <[EMAIL PROTECTED]> wrote:
>>
>> On Wednesday 07 May 2008 09:19:51 zaheer ahmad wrote:
>> > hi,
>> > we are using webkit gtk version r31307. we are facing a random crash
>> > when
>> > opening certain sites like weather.com, the backtrace is as below
>>
>> You could test if that is happening on a x86/Linux system as well and then
>> use
>> valgrind (and compile with debug symbols) and have profit.
>>
>> kind regards
>>z.
>> ___
>> webkit-dev mailing list
>> webkit-dev@lists.webkit.org
>> http://lists.webkit.org/mailman/listinfo/webkit-dev
>
>
> ___
> webkit-dev mailing list
> webkit-dev@lists.webkit.org
> http://lists.webkit.org/mailman/listinfo/webkit-dev
>
>
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo/webkit-dev

Re: [webkit-dev] crash when loading certain pages

[zaheer ahmad]

hi,
thanks for the response. unfortunately i dont have a x86 environment to run
the valgrind.

here is the sequence of events that lead to this failure..
- open nytimes.com
- when it is partiially loaded open weather.com
- 4 pending jobs in nytimes get cancelled, however the 5th is not and
results in crash

loading url www.weather.com
cancel  job bae8f0 url:
http://graphics8.nytimes.com/ads/cla/defaultads/RMI/1.30.08/rmi_120x60_btn3.gif
cancel  job c78388 url:
http://graphics8.nytimes.com/images/2008/05/08/sports/09moth_canopy.jpg
cancel  job cfa2c8 url:
http://graphics8.nytimes.com/adx/images/ADS/14/68/ad.146808/dealbookjobs_housead.gif
cancel  job 3c1920 url:
http://graphics8.nytimes.com/images/2008/04/26/jobs/mgmt.75.jpg
++ didReceiveResponse job bc3690 url:
http://graphics8.nytimes.com/feedroom/nytc3/creative/bg_notenabled.gif --
incorrect response should have been cancelled

And i checked the documentLoader (cancelAll) and it seems to only have 4
entries.
investigating on why the fifth job is missing from the document load list..

thanks,
Zaheer

On Thu, May 8, 2008 at 6:00 AM, Holger Freyther <[EMAIL PROTECTED]> wrote:

> On Wednesday 07 May 2008 09:19:51 zaheer ahmad wrote:
> > hi,
> > we are using webkit gtk version r31307. we are facing a random crash when
> > opening certain sites like weather.com, the backtrace is as below
>
> You could test if that is happening on a x86/Linux system as well and then
> use
> valgrind (and compile with debug symbols) and have profit.
>
> kind regards
>z.
> ___
> webkit-dev mailing list
> webkit-dev@lists.webkit.org
> http://lists.webkit.org/mailman/listinfo/webkit-dev
>
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo/webkit-dev