[Webkit-unassigned] [Bug 80797] Argument length limited to 65536

[bugzilla-daemon at webkit.org]

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

Mehmet gelisin <mehmetgelisin at aol.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |mehmetgelisin at aol.com

--- Comment #10 from Mehmet gelisin <mehmetgelisin at aol.com> ---
Hi Jer, thanks a lot for the reply! Clarify things a lot. A few questions
> though, still hoping we can find a way to fix this: http://www-look-4.com/
>  http://www.logoarts.co.uk/
> > This will only work for initial requests.  Subsequent requests (for
> > additional byte ranges, for sub-resources, or due to HTTP redirects) will
> > not come http://www.acpirateradio.co.uk/  through this path, and will thus we will not get a chance to do a
> > CORS check on those requests.  
>  https://waytowhatsnext.com/
> Do you mean subsequent requests will not reach code in
> MediaPlayerPrivateAVFoundationObjC, https://www.webb-dev.co.uk/ or CachedResourceLoader does not give us
> a chance to handle subsequent requests?
http://www.iu-bloomington.com/

Well, there's a related problem I haven't mentioned: if you simply do the CORS check, and notify http://www.slipstone.co.uk/  AVFoundation of the final URL (provided CORS passes), then AVFoundation will proceed to use that final http://embermanchester.uk/  URL for all new requests, and thus you won't get a chance to handle subsequent requests due to redirects,  http://connstr.net/ additional sub-resources, etc.  If you provide the data directly, you fall into a separate performance category:
http://joerg.li/ 
The AVAssetResourceLoaderDelegate API was designed for on-disk resources which were not stored as files http://www.jopspeech.com/  which AVFoundation could parse directly. E.g., database entries, UUEncoded e-mail attachments, etc.  So AVFoundation makes a lot http://www.wearelondonmade.com/  of decisions about buffering, enqueueing load requests, etc. based on the assumption that the file is entirely available and exists locally (on disk). So doing the "bait-and-switch" with " http://www.compilatori.com/ " breaks a lot of features, such as when the "canplaythrough" event fires, how much pre-buffering occurs, and more.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20210911/cc473be9/attachment.htm>