yeah, couldn't track that down either? Anyone? Paging "resolveLocalFileSystemURI" spec?
the W3 spec has resolveLocalFileSystemURL only <http://www.w3.org/TR/file-system-api/#widl-LocalFileSystem-resolveLocalFileSystemURL-void-DOMString-url-EntryCallback-successCallback-ErrorCallback-errorCallback> On Tue, Mar 26, 2013 at 10:23 AM, Filip Maj <f...@adobe.com> wrote: > I'm pretty sure the test simply follows the spec.. Which I can't find > (where the f is resolvelocalfilesystemuri spec'ed?) > > On 3/26/13 10:18 AM, "Lorin Beer" <lorin.beer....@gmail.com> wrote: > > >Hey guys, > > > >In file.tests.js, line 267: > > > https://github.com/apache/cordova-mobile-spec/blob/master/autotest/tests/f > >ile.tests.js#L267 > > > >there is a URI passed to resolveLocalFileSystemURI with a query string > >appended to the end. The test is meant to return a valid entry. > > > >BB7 and BB10 currently flunk the test, returning with an "Invalid Symbol" > >type error. > > > >I checked the iOS handling of this: > > > https://github.com/apache/cordova-ios/blob/master/CordovaLib/Classes/CDVFi > >le.m#L218 > > > >and the query string is stripped out with the call to NSUrl path. > > > >Questions: > > > >1. what's the point of the test? Just to test handling of valid URI > >with syntactically but semantically meaningless query string? > >2. is there any purpose to a query string on a URI mean to be resolved to > >a > >file path? > > > >Just want to understand this fully before implementing the handling on BB > >
