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 53135D8AE for ; Thu, 15 Nov 2012 19:51:51 +0000 (UTC) Received: (qmail 69490 invoked by uid 500); 15 Nov 2012 19:51:51 -0000 Delivered-To: apmail-cordova-dev-archive@cordova.apache.org Received: (qmail 69465 invoked by uid 500); 15 Nov 2012 19:51:51 -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 69455 invoked by uid 99); 15 Nov 2012 19:51:51 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 15 Nov 2012 19:51:51 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of simon.macdonald@gmail.com designates 209.85.210.47 as permitted sender) Received: from [209.85.210.47] (HELO mail-da0-f47.google.com) (209.85.210.47) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 15 Nov 2012 19:51:46 +0000 Received: by mail-da0-f47.google.com with SMTP id s35so745974dak.6 for ; Thu, 15 Nov 2012 11:51:26 -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=S3RuZIBpvd9Y4NCPAJbHVjdoz/nvVn6YPXbgo2gu2I0=; b=DJ55XsJCSz0wqg+R4nGyBkSfFYcJV7/mMdvW2Vp5FqYduG9WYtauBk4MPpsQcFmKX5 x9bVI2h2IxqI8NZoozyPPSp1f0GyMRsvkAY3ZKmCn7Jdx1CUlcuASiBofhPBv8qSDxj9 XZZTEi22pXYCtgr/QBRkcm/5AcwkUc64quvUf2gT9jwbw2KA4fR9/16z++ZBRzbUitvb gZmHpRsdOYXipkabHXfHI/LppLew2vTsqFsnrmUww+Ih9sc34wlC9Kv02h0MR5KhgWU2 1PK4b4CmoTB5iUlhFs7/gId0i94ssRsS3tTg/CvJ7zC+XHbVCTBJo+d3Nd2W/f4OocRj Uiyg== Received: by 10.68.115.75 with SMTP id jm11mr2139830pbb.28.1353009086482; Thu, 15 Nov 2012 11:51:26 -0800 (PST) MIME-Version: 1.0 Received: by 10.68.13.135 with HTTP; Thu, 15 Nov 2012 11:51:05 -0800 (PST) In-Reply-To: References: From: Simon MacDonald Date: Thu, 15 Nov 2012 14:51:05 -0500 Message-ID: Subject: Re: Changes to the JS? To: dev@cordova.apache.org Content-Type: multipart/alternative; boundary=e89a8ff24c4ffa481c04ce8df995 X-Virus-Checked: Checked by ClamAV on apache.org --e89a8ff24c4ffa481c04ce8df995 Content-Type: text/plain; charset=ISO-8859-1 We need to talk :) Simon Mac Donald http://hi.im/simonmacdonald On Thu, Nov 15, 2012 at 2:49 PM, Andrew Grieve wrote: > Oh! This reminds me... > > When I was doing the navigator.connection work, I had a tough time figuring > out how to get the builder to do the correct thing. It's a bit confusing > because module.exports.objects in common.js don't clobber, but > module.exports.objects in platform.js *do* clobber. > > I wanted to propose a change: > for both common and platform: > "merges" --> intoAndMerge > "clobbers" --> intoAndClobber > "defaults" --> intoButDoNotClobber > > get rid of "objects" > > > > > On Thu, Nov 15, 2012 at 2:44 PM, Simon MacDonald > wrote: > > > Nope, it was a change to the JS. The objects are no longer being > clobbered > > correctly. I know who to bug now. > > > > Thanks all. > > > > Simon Mac Donald > > http://hi.im/simonmacdonald > > > > > > On Thu, Nov 15, 2012 at 1:25 PM, Michal Mocny > wrote: > > > > > Just a wild guess: > > > > > > Way back when ios 6.0 beta came out, same thing happened due to > > > webview adding a semi complete implementation, and we weren't forcing > > > a clobber. > > > Perhaps you updated to android 4.2 and perhaps its webview also added > > > something and also needs a forced clobber.. > > > > > > -Michal > > > > > > On Thu, Nov 15, 2012 at 12:28 PM, Simon MacDonald > > > wrote: > > > > Hey, > > > > > > > > I'm noticing something weird today running mobile spec on Android. > I'm > > > get > > > > File test failures and I think it is related to the Android WebView > > > > implementations File, FileReader and FileError objects not being > > > clobbered > > > > like they should be. > > > > > > > > Were their any changes around that area of the code? > > > > > > > > Simon Mac Donald > > > > http://hi.im/simonmacdonald > > > > > > --e89a8ff24c4ffa481c04ce8df995--