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 3F893111A3 for ; Mon, 5 May 2014 17:42:29 +0000 (UTC) Received: (qmail 32066 invoked by uid 500); 5 May 2014 17:42:26 -0000 Delivered-To: apmail-cordova-dev-archive@cordova.apache.org Received: (qmail 32009 invoked by uid 500); 5 May 2014 17:42:26 -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 31997 invoked by uid 99); 5 May 2014 17:42:25 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 05 May 2014 17:42:25 +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 (nike.apache.org: domain of martin.c.glez.glez@gmail.com designates 209.85.220.173 as permitted sender) Received: from [209.85.220.173] (HELO mail-vc0-f173.google.com) (209.85.220.173) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 05 May 2014 17:42:20 +0000 Received: by mail-vc0-f173.google.com with SMTP id ik5so8902177vcb.4 for ; Mon, 05 May 2014 10:41:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=skV22UgZL2nd8hgSvaPWLzJJoiX1TSzJ/pxvOZnk0Zg=; b=gKacxnkMrtMgS6q+F1YkNzxqfeBZzCt7N3+5WKBlUDgFgZ+NsUIqimYhdyYq0sEWok HXGQs1Gt9Dqa3s+yrLXXyxciY7T1SaBuRNVvzeWscPq3QdBztkvNYC2Plx7cufoXQCiu WzF8TUiqJjC0MhAjR9FY6inVoNhh05HonKOdTGXUacmd4i+GwMLExqAX1DMvmshL/ocj 0j5KbyLcSw997rZwc8djydRwsGeRG6REuDFLR5cKLgZ6O7NT/LTdEzPVhx8W6qYH6hc1 w0VZqCsUku+4g5t3v0tQokFTbeI9jWn5d9Z3F6wPHKXZ9vfFghsXZ9SH+GwCdwBpx6p5 gvCg== MIME-Version: 1.0 X-Received: by 10.58.198.36 with SMTP id iz4mr1124030vec.53.1399311717212; Mon, 05 May 2014 10:41:57 -0700 (PDT) Received: by 10.58.32.103 with HTTP; Mon, 5 May 2014 10:41:57 -0700 (PDT) Date: Mon, 5 May 2014 12:41:57 -0500 Message-ID: Subject: [Nodejs 11.x] config.js returns path for local library escaping all backslashes From: Martin Gonzalez Glez To: dev@cordova.apache.org Content-Type: multipart/alternative; boundary=047d7b6dc422d5a9d604f8aaa547 X-Virus-Checked: Checked by ClamAV on apache.org --047d7b6dc422d5a9d604f8aaa547 Content-Type: text/plain; charset=UTF-8 Hi all, Using createmobilespec module for cordova-mobile-spec, I've found a problem that only is reproduced using Nodejs 11.xx (tested with 11.12, 11.13). config.js returns the following path: c:%5CUsers%5CAdministrator%5CDesktop%5CTestWP%5Ccordova-wp8 instead of: c:\Users\Administrator\Desktop\TestWP\cordova-wp8 The only reason, why I've installed nodejs 11 it's because, cordova-coho requires that specific version to work (since clean-up), on the mobilespec workflow it requires cordova-coho to get all repositories (not a requirement as is, but it's recommended to make it easy and fast). The problem is happening at this line : https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;a=blob;f=cordova-lib/src/cordova/config.js;h=d0c8d9aec0270d88ca80ebfd9798b094d3583cb1;hb=master#l75 At url.parse. This module is behaving and messing the path escaping all backslashes. Related issue: https://issues.apache.org/jira/browse/CB-6621 It's possible fix this up just returning the library as is retrieved from the json file, avoiding the url.parse module. With global libraries plays nice, but when those libraries paths are present at projectRoot/.cordova/config.json, it happens this problem. I have reproduced this issue under Windows 7, 8 environments. Questions: The workflow would change for mobilespec, install coho with nodejs 11 present, then uninstall it and install 10.xx and continue creating & deploying the mobilespec project? or just use git and get all repositories (plugins, cli, platforms-libs) not using cordova-coho? Changes on config.js to return just the lib path as is retrieved from the json file (return json.lib[platform].uri) ? Give the heads-up to nodejs developers, and wait until they fix this up? Any thoughts or advice to follow with this? Thanks in advance. --047d7b6dc422d5a9d604f8aaa547--