cordova-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Shazron <shaz...@gmail.com>
Subject Re: [iOS 8] Status of WKWebView work
Date Thu, 09 Oct 2014 00:29:04 GMT
Ok, I completed the plugin.

cordova plugin add https://github.com/shazron/CordovaLocalWebServer.git

.. then follow the instructions printed after it installs.

Repo: https://github.com/shazron/CordovaLocalWebServer

File issues: https://github.com/shazron/CordovaLocalWebServer/issues


On Wed, Oct 8, 2014 at 12:35 PM, Brian LeRoux <b@brian.io> wrote:

> Will def be a fun alpha…fwiw I think this is The Future™ for the
> architecture. Opens lots of doors for interop and reuse. Between apps.
> Between devices. Also clears up the network security policy whitelist gong
> show.
>
> On Wed, Oct 8, 2014 at 12:31 PM, Joe Bowser <bowserj@gmail.com> wrote:
>
>> How can you guarantee that the port will be released when it goes in the
>> background and not still be bound? That sounds like a main point of
>> failure.  Would you have it increment to the next port if the port is
>> bound?
>>
>> On Wed, Oct 8, 2014 at 12:27 PM, Brian LeRoux <b@brian.io> wrote:
>>
>>> I guess if it isn't running in the background then a collision is
>>> effectively impossible anyhow.
>>>
>>> On Wed, Oct 8, 2014 at 11:53 AM, Shazron <shazron@gmail.com> wrote:
>>>
>>> > But for 2, there is a chance of port collision still of course,
>>> nothing we
>>> > can do about that. The ideal way is to get a random port, but this
>>> requires
>>> > more Cordova integration which I am trying to avoid (since we need to
>>> > specify the URL in the content tag, we need to know the port as well)
>>> >
>>> > On Wed, Oct 8, 2014 at 11:51 AM, Shazron <shazron@gmail.com> wrote:
>>> >
>>> >> 1. Does it run in the background? No. Unless we put up some variables
>>> in
>>> >> Info.plist, which are reserved for certain types of apps (navigation
>>> apps,
>>> >> etc)
>>> >> 2. Local web server port collision? This will be specified in the
>>> plugin
>>> >> in a preference.
>>> >>
>>> >> On Wed, Oct 8, 2014 at 11:46 AM, Brian LeRoux <b@brian.io> wrote:
>>> >>
>>> >>> I have some questions! What happens when you background / does it
>>> keep
>>> >>> running? Since you're running localhost, how do you deal with >1
app
>>> >>> (random port collision possible?)
>>> >>>
>>> >>> On Wed, Oct 8, 2014 at 10:33 AM, Shazron <shazron@gmail.com>
wrote:
>>> >>>
>>> >>>> Not sure if it's only bound to local requests from localhost.
Since
>>> it's
>>> >>>> for experimental reasons, I'm not too concerned for security.
I'm
>>> still
>>> >>>> opting for the WKWebView loadFileURL way as the option we use
for
>>> our
>>> >>>> users, once that is out.
>>> >>>>
>>> >>>> On Wed, Oct 8, 2014 at 10:31 AM, purplecabbage <
>>> purplecabbage@gmail.com
>>> >>>> >
>>> >>>> wrote:
>>> >>>>
>>> >>>> > What about other requests from the network? Is the server
>>> accessible
>>> >>>> to
>>> >>>> > network peers?
>>> >>>> >
>>> >>>> > Sent from my iPhone
>>> >>>> >
>>> >>>> > > On Oct 8, 2014, at 10:26 AM, Shazron <shazron@gmail.com>
wrote:
>>> >>>> > >
>>> >>>> > > I'll release the local webserver soon as a plugin,
it was just a
>>> >>>> proof of
>>> >>>> > > concept. It should work with existing Cordova versions
as well,
>>> but
>>> >>>> will
>>> >>>> > > not have a way to secure access to the local web server
from
>>> other
>>> >>>> > > (background) running apps.
>>> >>>> > >
>>> >>>> > >> On Wed, Oct 8, 2014 at 4:10 AM, Andrew Grieve
<
>>> >>>> agrieve@chromium.org>
>>> >>>> > wrote:
>>> >>>> > >>
>>> >>>> > >>> On Fri, Sep 5, 2014 at 2:40 PM, 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.
>>> >>>> > >>
>>> >>>> > >> Shaz, did you implement a prototype with a local
web server?
>>> Would
>>> >>>> be
>>> >>>> > >> useful to see how the code for this works.
>>> >>>> > >>
>>> >>>> > >>
>>> >>>> > >>
>>> >>>> > >>>
>>> >>>> > >>> 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