Return-Path: X-Original-To: apmail-cordova-dev-archive@www.apache.org Delivered-To: apmail-cordova-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id B8FABE442 for ; Fri, 14 Dec 2012 19:18:42 +0000 (UTC) Received: (qmail 79794 invoked by uid 500); 14 Dec 2012 19:18:42 -0000 Delivered-To: apmail-cordova-dev-archive@cordova.apache.org Received: (qmail 79761 invoked by uid 500); 14 Dec 2012 19:18:42 -0000 Mailing-List: contact dev-help@cordova.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cordova.apache.org Delivered-To: mailing list dev@cordova.apache.org Received: (qmail 79753 invoked by uid 99); 14 Dec 2012 19:18:42 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 14 Dec 2012 19:18:42 +0000 X-ASF-Spam-Status: No, hits=2.5 required=5.0 tests=FREEMAIL_REPLY,HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of shazron@gmail.com designates 209.85.216.54 as permitted sender) Received: from [209.85.216.54] (HELO mail-qa0-f54.google.com) (209.85.216.54) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 14 Dec 2012 19:18:36 +0000 Received: by mail-qa0-f54.google.com with SMTP id j15so1017732qaq.6 for ; Fri, 14 Dec 2012 11:18:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=yxKygXd06oJDtpJYaStLTYvLZP4QM6eHly3hRK0CX+A=; b=LJjq7pv2F7skI87G5wSiI0uwYtJKclB4swhcaJQQVUhuSjU8o2F+NtKKMtytAUobXC ZntPIE38vQHiWKJHDFVuTBUU65zR66czSa6GfHdtu63JIAM2xZ3NUSSsUhOHNigaG77x pxaf0kEWUr8hN0QH8ig17qxf3lbBtRhkRWnabfl8ZPcb/CkNzkCXJSHP7dBtak4anaNB 5DuNmvLQgiUyrAU/6J7IFKqF+i/qCDxU0zzf+69HHkLrsr7PFeU0ufTuPBaQsID32TM+ UaHrKwyAyEbsVYUH5+B0ZhgUneLVLhF5fONjeL8/aFjVouzFBD3yeb+ypibqwQTztY/F 5Pqg== Received: by 10.224.70.202 with SMTP id e10mr3090411qaj.69.1355512694963; Fri, 14 Dec 2012 11:18:14 -0800 (PST) MIME-Version: 1.0 Received: by 10.49.15.196 with HTTP; Fri, 14 Dec 2012 11:17:34 -0800 (PST) In-Reply-To: References: <4763A1C0-182F-436E-A7CD-3E4FBA47A5DF@gmail.com> From: Shazron Date: Fri, 14 Dec 2012 11:17:34 -0800 Message-ID: Subject: Re: mobile-spec failures on iOS 6.0.0 To: "dev@cordova.apache.org" Content-Type: multipart/alternative; boundary=bcaec51b18e7abfe2d04d0d4e448 X-Virus-Checked: Checked by ClamAV on apache.org --bcaec51b18e7abfe2d04d0d4e448 Content-Type: text/plain; charset=ISO-8859-1 Instead of doing the tag and test dance again for everybody, I'm going to leave it as is for iOS rc2 even though it fails 2 File tests in rc2. These should be addressed in the final 2.3.0. I'm away from Mon-Wed next week so hopefully someone will address any iOS issues. I'll send a pull-request to cordova-js for review since it affects all platforms. On Thu, Dec 13, 2012 at 2:23 PM, Shazron wrote: > Furthermore, it used to clobber first, then merge: > https://github.com/apache/cordova-js/commit/99fadd12f74703a58e729664394570956d6ccbe4#lib/scripts/bootstrap.js > > Ok, I'd like to change this but this requires everyone to grab a new > cordova-js and re-test -- or I just tag iOS now with this fail and leave > the fix for 2.3.0 final. What does everyone think? > > > On Thu, Dec 13, 2012 at 2:20 PM, Shazron wrote: > >> Found the culprit -- these two lines have to be reversed (which makes >> sense -- clobber first, then merge, not the other way around): >> >> https://github.com/apache/cordova-js/blob/99fadd12f74703a58e729664394570956d6ccbe4/lib/scripts/bootstrap.js#L48-49 >> >> Unfortunately, this is an all-platform change to cordova-js :/ >> >> >> On Thu, Dec 13, 2012 at 2:07 PM, Shazron wrote: >> >>> Becky and I were debugging this. In lib/ios/platform.js, it seems >>> FileReader is clobbered in the "clobbers" section but the iOS specific >>> FileReader is not merged in the "merges" section. Not sure why yet. >>> >>> >>> On Thu, Dec 13, 2012 at 1:22 PM, Becky Gibson wrote: >>> >>>> So, it seems that the iOS specific version of readAsText is NOT being >>>> called and the "standard" one is being used. The iOS version of >>>> readAsText >>>> performs the necessary decode. The iOS version IS in the cordova.js >>>> file >>>> but I haven't debugged enough to see why it is not being used. >>>> >>>> -becky >>>> >>>> >>>> On Thu, Dec 13, 2012 at 4:08 PM, Shazron wrote: >>>> >>>> > Thanks Becky -- i'll take a peek as well. Filed: >>>> > http://issues.cordova.io/2058 >>>> > >>>> > >>>> > On Thu, Dec 13, 2012 at 12:18 PM, Becky Gibson < >>>> gibson.becky@gmail.com >>>> > >wrote: >>>> > >>>> > > So, I thought the encoding was necessary for internationalization >>>> and any >>>> > > special characters in the file data (for example a URL)? Do all of >>>> the >>>> > > other file tests still run with this change? We're there any >>>> changes to >>>> > > the file tests themselves? I try to take a look this afternoon. >>>> > > >>>> > > - Becky >>>> > > >>>> > > Sent from my iPad >>>> > > >>>> > > On Dec 13, 2012, at 2:15 PM, Marcel Kinard >>>> wrote: >>>> > > >>>> > > > Yup, I see that file-transfer.jitsu.com is returning a page >>>> saying: >>>> > > > >>>> > > > An error has occurred: >>>> > > > {"code":"ECONNREFUSED","errno":"ECONNREFUSED","syscall":"connect"} >>>> > > > >>>> > > > Something is obviously dead there. So yeah, ignore those test >>>> failures >>>> > as >>>> > > > an infrastructure problem. >>>> > > > >>>> > > > Your File API failures look like the ones I was getting. If I >>>> modify >>>> > > > readAsText: from >>>> > > > >>>> > > > messageAsString:[pNStrBuff >>>> > > > stringByAddingPercentEscapesUsingEncoding:NSUTF8StringEncoding] >>>> > > > >>>> > > > to >>>> > > > >>>> > > > messageAsString:[NSString stringWithString:pNStrBuff] >>>> > > > then those failures disappear. So I'm still puzzled if it is >>>> really >>>> > > > supposed to be URL encoding the result message. >>>> > > > >>>> > > > BTW, I noticed in your screenshot that your testsuite has 95 >>>> tests. >>>> > Mine >>>> > > > has 238. Are we using the same version of mobile-spec? >>>> > > > >>>> > > > -- Marcel >>>> > > >>>> > >>>> >>> >>> >> > --bcaec51b18e7abfe2d04d0d4e448--