cordova-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From tommy-carlos williams <to...@devgeeks.org>
Subject Re: [iOS 8] Status of WKWebView work
Date Tue, 09 Sep 2014 20:56:49 GMT
OK. I think it’s time to start thinking about workarounds.

On 10 September 2014 at 5:50:00, Shazron (shazron@gmail.com) wrote:

Well, bad news. I just installed the iOS 8 GM firmware on an iPhone 5 and  
used Xcode 6 GM, and the file:// url "bug" (assuming it is a bug and not by  
design) is still there.  

http://www.openradar.me/radar?id=5839348817723392  

On Fri, Sep 5, 2014 at 12:48 PM, Shazron <shazron@gmail.com> wrote:  

> Clarification:  
> When I said "The bridge works great, and plugins work great." this was  
> for loading a html page and plugins using the file:// protocol using  
> WKWebView (as the title of the report implies). The bug I reported was on  
> Device (> iOS beta 4), on Simulator it is *fine* (this info was in the bug  
> report as well).  
>  
> *Nothing* has been done using the local web server and proxy (at least  
> nothing checked in). An implementation on how the proxy works can be seen  
> in the PhoneGap Developer App:  
> https://github.com/phonegap/phonegap-app-developer  
>  
> See CB-7043 for progress on tasks regarding this.  
>  
>  
>  
> On Fri, Sep 5, 2014 at 11:40 AM, Shazron <shazron@gmail.com> wrote:  
>  
>> I figure I will write this all up before the official release of iOS 8  
>> next week (probability high) and everyone asking about support.  
>>  
>> It has stalled because the WKWebView cannot load files using the file://  
>> protocol since iOS 8 beta 4.  
>>  
>> This bug has been filed with Apple weeks ago:  
>> http://www.openradar.me/radar?id=5839348817723392  
>>  
>> I even checked WebKit check-ins if there was any progress, so far, no:  
>>  
>> http://trac.webkit.org/browser/trunk/Source/WebKit2/UIProcess/API/Cocoa?order=date&desc=1
 
>> (but it's entirely possible the loading code is in another part of the  
>> tree).  
>>  
>> The alternative is to run a local web server, which works great. However,  
>> this will open up a can of worms possibly with Apple, I'm not sure.  
>>  
>> The other interesting tidbit is, with WKWebView, for locally loaded files  
>> using the file:// protocol, cross-domain restrictions now apply, unlike  
>> UIWebView's behaviour. To have the same behaviour as UIWebView, we would  
>> need to proxy these requests (modify xhr.open to go to our proxy, which  
>> requires the local web server).  
>>  
>> The bridge works great, and plugins work great.  
>>  
>>  
>>  
>>  
>>  
>  


Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message