[jira] [Commented] (CB-5017) There is no way to set a proxy for plugman

2014-03-04 Thread Angela Fowler (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-5017?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13920552#comment-13920552
 ] 

Angela Fowler commented on CB-5017:
---

Also http package appears to be unused.

> There is no way to set a proxy for plugman
> --
>
> Key: CB-5017
> URL: https://issues.apache.org/jira/browse/CB-5017
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugman
>Affects Versions: 3.1.0
>Reporter: Mike Kwan
>Assignee: Andrew Grieve
>
> Plugman tries to hit http://registry.cordova.io and in some cases we want to 
> hit this through a proxy. At the moment there is no way to configure this 
> behaviour.



--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Comment Edited] (CB-5017) There is no way to set a proxy for plugman

2014-03-04 Thread Angela Fowler (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-5017?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13920552#comment-13920552
 ] 

Angela Fowler edited comment on CB-5017 at 3/5/14 5:58 AM:
---

Also http package appears to be unused.
http = require('http'),



was (Author: amfowler):
Also http package appears to be unused.

> There is no way to set a proxy for plugman
> --
>
> Key: CB-5017
> URL: https://issues.apache.org/jira/browse/CB-5017
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugman
>Affects Versions: 3.1.0
>Reporter: Mike Kwan
>Assignee: Andrew Grieve
>
> Plugman tries to hit http://registry.cordova.io and in some cases we want to 
> hit this through a proxy. At the moment there is no way to configure this 
> behaviour.



--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Commented] (CB-5017) There is no way to set a proxy for plugman

2014-03-04 Thread Angela Fowler (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-5017?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13920472#comment-13920472
 ] 

Angela Fowler commented on CB-5017:
---

I installed plugman@0.20.1 but still found the ETIMEDOUT happening. I updated 
registry.js to add some debug statements
H:\>plugman info org.apache.cordova.camera
DDD registry.js getPackageInfo args org.apache.cordova.camera
DDD getPackageInfo request http://registry.cordova.io org.apache.cordova.camera 
latest
DDD makeRequest sp undefined
DDD getPackageInfo err Error: connect ETIMEDOUT
Failed to fetch package information for org.apache.cordova.camera

The makeRequest function expects settings.proxy but initSettings function does 
not seem to set this.
I have proxy and https-proxy defined in .npmrc and no trouble with other npm 
commands.

> There is no way to set a proxy for plugman
> --
>
> Key: CB-5017
> URL: https://issues.apache.org/jira/browse/CB-5017
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugman
>Affects Versions: 3.1.0
>Reporter: Mike Kwan
>Assignee: Andrew Grieve
>
> Plugman tries to hit http://registry.cordova.io and in some cases we want to 
> hit this through a proxy. At the moment there is no way to configure this 
> behaviour.



--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Created] (CB-6163) [BlackBerry10] NaN returned for Cordova Geolocation heading value

2014-03-04 Thread James Keshavarzi (JIRA)
James Keshavarzi created CB-6163:


 Summary: [BlackBerry10] NaN returned for Cordova Geolocation 
heading value
 Key: CB-6163
 URL: https://issues.apache.org/jira/browse/CB-6163
 Project: Apache Cordova
  Issue Type: Bug
  Components: BlackBerry
Affects Versions: 3.3.0
Reporter: James Keshavarzi


When using the mobile spec, a NaN value is returned for Heading when testing 
the Cordova Geolocation plugin using the Location test page.



--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Resolved] (CB-6162) Plugman publish gives incorrect error message when publishing a non-whitelisted org.apache.cordova plugin

2014-03-04 Thread Andrew Grieve (JIRA)

 [ 
https://issues.apache.org/jira/browse/CB-6162?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andrew Grieve resolved CB-6162.
---

Resolution: Fixed

fixed in 0.20.3-dev

> Plugman publish gives incorrect error message when publishing a 
> non-whitelisted org.apache.cordova plugin
> -
>
> Key: CB-6162
> URL: https://issues.apache.org/jira/browse/CB-6162
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugman
>Reporter: Andrew Grieve
>Assignee: Andrew Grieve
>Priority: Minor
>
> {code}
> agrieve@agrieve-macbookpro2 ~/git/cordova/cordova-plugins/file-system-roots 
> (master) $ plugman publish .
> `name` is invalid. It has to follow the reverse domain `com.domain.plugin` 
> format
> {code}



--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Commented] (CB-6162) Plugman publish gives incorrect error message when publishing a non-whitelisted org.apache.cordova plugin

2014-03-04 Thread ASF subversion and git services (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-6162?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13920037#comment-13920037
 ] 

ASF subversion and git services commented on CB-6162:
-

Commit cc51a5f10aa79532e9fc3c8c4ae1c6301819c430 in cordova-plugman's branch 
refs/heads/master from [~agrieve]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-plugman.git;h=cc51a5f ]

CB-6162 Show a better error message when publish fails the whitelist


> Plugman publish gives incorrect error message when publishing a 
> non-whitelisted org.apache.cordova plugin
> -
>
> Key: CB-6162
> URL: https://issues.apache.org/jira/browse/CB-6162
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugman
>Reporter: Andrew Grieve
>Assignee: Andrew Grieve
>Priority: Minor
>
> {code}
> agrieve@agrieve-macbookpro2 ~/git/cordova/cordova-plugins/file-system-roots 
> (master) $ plugman publish .
> `name` is invalid. It has to follow the reverse domain `com.domain.plugin` 
> format
> {code}



--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Created] (CB-6162) Plugman publish gives incorrect error message when publishing a non-whitelisted org.apache.cordova plugin

2014-03-04 Thread Andrew Grieve (JIRA)
Andrew Grieve created CB-6162:
-

 Summary: Plugman publish gives incorrect error message when 
publishing a non-whitelisted org.apache.cordova plugin
 Key: CB-6162
 URL: https://issues.apache.org/jira/browse/CB-6162
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugman
Reporter: Andrew Grieve
Assignee: Andrew Grieve
Priority: Minor


{code}
agrieve@agrieve-macbookpro2 ~/git/cordova/cordova-plugins/file-system-roots 
(master) $ plugman publish .
`name` is invalid. It has to follow the reverse domain `com.domain.plugin` 
format
{code}




--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Resolved] (CB-6050) FileTransfer.download always return error 3

2014-03-04 Thread Ian Clelland (JIRA)

 [ 
https://issues.apache.org/jira/browse/CB-6050?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Ian Clelland resolved CB-6050.
--

Resolution: Fixed

Thanks; I'll close this then. Please comment or re-open if for any reason the 
new versions don't work for you.

> FileTransfer.download always return error 3
> ---
>
> Key: CB-6050
> URL: https://issues.apache.org/jira/browse/CB-6050
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android
>Affects Versions: 3.3.0
>Reporter: François
>Assignee: Ian Clelland
>Priority: Critical
>
> When I try to download a file, it returns error 3. I've try the doc example 
> and it's not working. it give me this in logcat: 
> 02-17 12:09:42.225: E/FileTransfer(907): 
> {"target":"\/sdcard\/testCordova\/file\/file.pdf","source":"http:\/\/www.w3.org\/2011\/web-apps-ws\/papers\/Nitobi.pdf","http_status":200,"code":3}
> 02-17 12:09:42.225: E/FileTransfer(907): java.lang.NullPointerException
> 02-17 12:09:42.225: E/FileTransfer(907):  at 
> org.apache.cordova.PluginResult.(PluginResult.java:52)
> 02-17 12:09:42.225: E/FileTransfer(907):  at 
> org.apache.cordova.filetransfer.FileTransfer$4.run(FileTransfer.java:798)
> 02-17 12:09:42.225: E/FileTransfer(907):  at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1076)
> 02-17 12:09:42.225: E/FileTransfer(907):  at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:569)
> 02-17 12:09:42.225: E/FileTransfer(907):  at 
> java.lang.Thread.run(Thread.java:856)



--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Comment Edited] (CB-6050) FileTransfer.download always return error 3

2014-03-04 Thread federico piantoni (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-6050?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13919567#comment-13919567
 ] 

federico piantoni edited comment on CB-6050 at 3/4/14 4:19 PM:
---

In my experience, I've added your committed code manually in my project and the 
download work fine but I haven't tried to call the new version of plugins..


was (Author: fireb86):
In my experience, I've added your committed code manually in my project and the 
download work fine but I'haven't tried to call the new version of plugins..

> FileTransfer.download always return error 3
> ---
>
> Key: CB-6050
> URL: https://issues.apache.org/jira/browse/CB-6050
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android
>Affects Versions: 3.3.0
>Reporter: François
>Assignee: Ian Clelland
>Priority: Critical
>
> When I try to download a file, it returns error 3. I've try the doc example 
> and it's not working. it give me this in logcat: 
> 02-17 12:09:42.225: E/FileTransfer(907): 
> {"target":"\/sdcard\/testCordova\/file\/file.pdf","source":"http:\/\/www.w3.org\/2011\/web-apps-ws\/papers\/Nitobi.pdf","http_status":200,"code":3}
> 02-17 12:09:42.225: E/FileTransfer(907): java.lang.NullPointerException
> 02-17 12:09:42.225: E/FileTransfer(907):  at 
> org.apache.cordova.PluginResult.(PluginResult.java:52)
> 02-17 12:09:42.225: E/FileTransfer(907):  at 
> org.apache.cordova.filetransfer.FileTransfer$4.run(FileTransfer.java:798)
> 02-17 12:09:42.225: E/FileTransfer(907):  at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1076)
> 02-17 12:09:42.225: E/FileTransfer(907):  at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:569)
> 02-17 12:09:42.225: E/FileTransfer(907):  at 
> java.lang.Thread.run(Thread.java:856)



--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Commented] (CB-6050) FileTransfer.download always return error 3

2014-03-04 Thread federico piantoni (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-6050?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13919567#comment-13919567
 ] 

federico piantoni commented on CB-6050:
---

In my experience, I've added your committed code manually in my project and the 
download work fine but I'haven't tried to call the new version of plugins..

> FileTransfer.download always return error 3
> ---
>
> Key: CB-6050
> URL: https://issues.apache.org/jira/browse/CB-6050
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android
>Affects Versions: 3.3.0
>Reporter: François
>Assignee: Ian Clelland
>Priority: Critical
>
> When I try to download a file, it returns error 3. I've try the doc example 
> and it's not working. it give me this in logcat: 
> 02-17 12:09:42.225: E/FileTransfer(907): 
> {"target":"\/sdcard\/testCordova\/file\/file.pdf","source":"http:\/\/www.w3.org\/2011\/web-apps-ws\/papers\/Nitobi.pdf","http_status":200,"code":3}
> 02-17 12:09:42.225: E/FileTransfer(907): java.lang.NullPointerException
> 02-17 12:09:42.225: E/FileTransfer(907):  at 
> org.apache.cordova.PluginResult.(PluginResult.java:52)
> 02-17 12:09:42.225: E/FileTransfer(907):  at 
> org.apache.cordova.filetransfer.FileTransfer$4.run(FileTransfer.java:798)
> 02-17 12:09:42.225: E/FileTransfer(907):  at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1076)
> 02-17 12:09:42.225: E/FileTransfer(907):  at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:569)
> 02-17 12:09:42.225: E/FileTransfer(907):  at 
> java.lang.Thread.run(Thread.java:856)



--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Commented] (CB-5647) cordova_plugins.js folder not populated with clobbers for Android

2014-03-04 Thread Andrew Grieve (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-5647?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13919564#comment-13919564
 ] 

Andrew Grieve commented on CB-5647:
---

Err, I take that back. The fix for this is still pending release (should go out 
tonight). 

> cordova_plugins.js folder not populated with clobbers for Android 
> --
>
> Key: CB-5647
> URL: https://issues.apache.org/jira/browse/CB-5647
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android, CLI
>Affects Versions: 3.3.0
>Reporter: Greg
>Assignee: Mark Koudritsky
>
> If you try to run any plugin command using PhoneGap CLI, such as:
> phonegap local plugin add org.apache.cordova.splashscreen
> The cordova_plugins.js does not get updated and the JS file doesn't get added 
> to the www/ section. Native hooks are added, but not the JS side.



--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Commented] (CB-5647) cordova_plugins.js folder not populated with clobbers for Android

2014-03-04 Thread Andrew Grieve (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-5647?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13919562#comment-13919562
 ] 

Andrew Grieve commented on CB-5647:
---

It should work. Please let us know if there are any hiccups.

> cordova_plugins.js folder not populated with clobbers for Android 
> --
>
> Key: CB-5647
> URL: https://issues.apache.org/jira/browse/CB-5647
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android, CLI
>Affects Versions: 3.3.0
>Reporter: Greg
>Assignee: Mark Koudritsky
>
> If you try to run any plugin command using PhoneGap CLI, such as:
> phonegap local plugin add org.apache.cordova.splashscreen
> The cordova_plugins.js does not get updated and the JS file doesn't get added 
> to the www/ section. Native hooks are added, but not the JS side.



--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Commented] (CB-5647) cordova_plugins.js folder not populated with clobbers for Android

2014-03-04 Thread Greg (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-5647?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13919556#comment-13919556
 ] 

Greg commented on CB-5647:
--

So just to double check here, if I am running 3.2 and everything is working 
fine - I can do the following via command line:

phonegap platform update android
cordova prepare

And it should work?

Greg

> cordova_plugins.js folder not populated with clobbers for Android 
> --
>
> Key: CB-5647
> URL: https://issues.apache.org/jira/browse/CB-5647
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android, CLI
>Affects Versions: 3.3.0
>Reporter: Greg
>Assignee: Mark Koudritsky
>
> If you try to run any plugin command using PhoneGap CLI, such as:
> phonegap local plugin add org.apache.cordova.splashscreen
> The cordova_plugins.js does not get updated and the JS file doesn't get added 
> to the www/ section. Native hooks are added, but not the JS side.



--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Commented] (CB-6119) plugman info command prints "undefined"

2014-03-04 Thread ASF subversion and git services (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-6119?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13919512#comment-13919512
 ] 

ASF subversion and git services commented on CB-6119:
-

Commit 62be35690f2d088f4faad5bbd2fc6a735efd0f19 in cordova-plugman's branch 
refs/heads/master from [~agrieve]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-plugman.git;h=62be356 ]

CB-6119 Fix `plugman info` command printing "undefined" always


> plugman info command prints "undefined"
> ---
>
> Key: CB-6119
> URL: https://issues.apache.org/jira/browse/CB-6119
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugman
>Reporter: Andrew Grieve
>
> {code}
> $ plugman info org.apache.cordova.file
> undefined
> {code}
> Not very helpful :(



--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Commented] (CB-6119) plugman info command prints "undefined"

2014-03-04 Thread ASF subversion and git services (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-6119?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13919517#comment-13919517
 ] 

ASF subversion and git services commented on CB-6119:
-

Commit 5614f6fe819ea19ee18408449b9b0ca984cbe7f0 in cordova-cli's branch 
refs/heads/master from [~agrieve]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-cli.git;h=5614f6f ]

Fix node-style-callbacks form of the CLI api not passing through results.

Same fix was made to plugman:
https://issues.apache.org/jira/browse/CB-6119


> plugman info command prints "undefined"
> ---
>
> Key: CB-6119
> URL: https://issues.apache.org/jira/browse/CB-6119
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugman
>Reporter: Andrew Grieve
>Assignee: Andrew Grieve
>
> {code}
> $ plugman info org.apache.cordova.file
> undefined
> {code}
> Not very helpful :(



--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Resolved] (CB-6119) plugman info command prints "undefined"

2014-03-04 Thread Andrew Grieve (JIRA)

 [ 
https://issues.apache.org/jira/browse/CB-6119?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andrew Grieve resolved CB-6119.
---

Resolution: Fixed
  Assignee: Andrew Grieve

Fixed in 0.20.3-dev

> plugman info command prints "undefined"
> ---
>
> Key: CB-6119
> URL: https://issues.apache.org/jira/browse/CB-6119
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugman
>Reporter: Andrew Grieve
>Assignee: Andrew Grieve
>
> {code}
> $ plugman info org.apache.cordova.file
> undefined
> {code}
> Not very helpful :(



--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Comment Edited] (CB-6148) wrong filesystem properties in entry after moveTo()

2014-03-04 Thread Dominik Pesch (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-6148?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13919362#comment-13919362
 ] 

Dominik Pesch edited comment on CB-6148 at 3/4/14 2:51 PM:
---

@[~iclelland]: 1k thanks! The dev version works now with iOS6, iOS7 and on our 
Android testing devices. I'll close the additional (added) github pull requests.


was (Author: dombn):
[~iclelland] 
1k thanks! The dev version works now with iOS6, iOS7 and on our Android testing 
devices. I'll close the additional (added) github pull requests.

> wrong filesystem properties in entry after moveTo()
> ---
>
> Key: CB-6148
> URL: https://issues.apache.org/jira/browse/CB-6148
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin File
>Affects Versions: 3.4.0
> Environment: iOS6
> iOS7
>Reporter: Dominik Pesch
>Assignee: Ian Clelland
>
> To store pictures persistent in our app, we move the image files from the 
> temporary folder to the persistent folder. The code breaks after upgrading to 
> Cordova 3.4.0 and file plugin 1.0.0 (and 1.0.1).
> We've found that the filesystem object in the moveTo success callback entry 
> parameter has got wrong value (please notice pseudo code below). 
> Below you'll see the Xcode log output:
> {noformat}
> 2014-03-02 21:31:43.672 Finanzchecker[509:907] fileSys.name: persistent
> 2014-03-02 21:31:43.682 Finanzchecker[509:907] fileSys.root.name: /
> 2014-03-02 21:31:43.687 Finanzchecker[509:907] fileSys.root.fullPath: /
> 2014-03-02 21:31:43.717 Finanzchecker[509:907] dir.name: pics
> 2014-03-02 21:31:43.726 Finanzchecker[509:907] dir.fullPath: /pics/
> 2014-03-02 21:31:43.778 Finanzchecker[509:907] newFileEntry.name: 
> pic1393792303602.jpg
> 2014-03-02 21:31:43.784 Finanzchecker[509:907] newFileEntry.fullPath: 
> /pics/pic1393792303602.jpg
> 2014-03-02 21:31:43.796 Finanzchecker[509:907] newFileEntry.nativeURL: 
> file:///var/mobile/Applications/82A8A0EF-8012-4D7E-B78D-EA3A4C2B7CBF/Documents/pics/pic1393792303602.jpg
> 2014-03-02 21:31:43.802 Finanzchecker[509:907] newFileEntry.toURL(): 
> cdvfile://localhost/temporary/pics/pic1393792303602.jpg
> 2014-03-02 21:31:43.815 Finanzchecker[509:907] newFileEntry.filesystem.name: 
> temporary
> 2014-03-02 21:31:43.820 Finanzchecker[509:907] 
> newFileEntry.filesystem.root.name: '/'
> 2014-03-02 21:31:43.820 Finanzchecker[509:907] 
> newFileEntry.filesystem.root.fullPath: '/'
> {noformat}
> *Our problem:*
> We had expected that newFileEntry.filesystem.name has to be 'persistent' 
> (instead it is 'temporary') . newFileEntry.toURL returns the wrong cdvfile 
> URL (please see Xcode output above).
> {code:JavaScript|title=Shortened pseudo code:|borderStyle=solid}
> // ... will be called from navigator.camera.getPicture(...)
> function picSuccess(imageUrl)
> {
>   window.resolveLocalFileSystemURL(imageUrl, _fileEntrySuccess, 
> _handleFileError);
>   function _fileEntrySuccess(tmpFileEntry)
>   {
> var newFileName = "pic" + new Date().getTime() + '.jpg';
> window.requestFileSystem(LocalFileSystem.PERSISTENT, 0, function(fileSys)
> {
>   console.log("fileSys.name: " + fileSys.name);
>   console.log("fileSys.root.name: " + fileSys.root.name);
>   console.log("fileSys.root.fullPath: " + fileSys.root.fullPath);
>   fileSys.root.getDirectory("pics", { create: true, exclusive: false }, 
> function(dir)
>   {
> console.log("dir.name: " + dir.name);
> console.log("dir.fullPath: " + dir.fullPath);
> tmpFileEntry.moveTo(dir, newFileName, function(newFileEntry)
> {
>   console.log("newFileEntry.name: " + newFileEntry.name);
>   console.log("newFileEntry.fullPath: " + newFileEntry.fullPath);
>   console.log("newFileEntry.nativeURL: " + newFileEntry.nativeURL);
>   console.log("newFileEntry.toURL(): " + newFileEntry.toURL());
>   console.log("newFileEntry.filesystem.name: " + 
> newFileEntry.filesystem.name);
>   console.log("newFileEntry.filesystem.fullPath: " + 
> newFileEntry.filesystem.fullPath);
>   _fileMovedSuccess(newFileEntry);
> }, _handleFileError)
>   })
> },
> _handleFileError);
>   }
>   function _fileMovedSuccess(entry)
>   {
> // ...
>   }
> }
> {code}
> We've tested this with Cordova 3.4.0 and cordova file plugin 1.0.0 and 1.0.1 
> (https://github.com/apache/cordova-plugin-file.git 
> 21e119692ab9c9fb2912dc69e2c6d4b05307e3e2). 
> // corrected the example (some typos)



--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Commented] (CB-6050) FileTransfer.download always return error 3

2014-03-04 Thread Ian Clelland (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-6050?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13919454#comment-13919454
 ] 

Ian Clelland commented on CB-6050:
--

[~arimhan], can you try this again with the newly released versions of File 
(1.0.1) and File-transfer (0.4.2)? I believe that the issue should be resolved, 
but I'd like to verify that before I close this.

> FileTransfer.download always return error 3
> ---
>
> Key: CB-6050
> URL: https://issues.apache.org/jira/browse/CB-6050
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android
>Affects Versions: 3.3.0
>Reporter: François
>Assignee: Ian Clelland
>Priority: Critical
>
> When I try to download a file, it returns error 3. I've try the doc example 
> and it's not working. it give me this in logcat: 
> 02-17 12:09:42.225: E/FileTransfer(907): 
> {"target":"\/sdcard\/testCordova\/file\/file.pdf","source":"http:\/\/www.w3.org\/2011\/web-apps-ws\/papers\/Nitobi.pdf","http_status":200,"code":3}
> 02-17 12:09:42.225: E/FileTransfer(907): java.lang.NullPointerException
> 02-17 12:09:42.225: E/FileTransfer(907):  at 
> org.apache.cordova.PluginResult.(PluginResult.java:52)
> 02-17 12:09:42.225: E/FileTransfer(907):  at 
> org.apache.cordova.filetransfer.FileTransfer$4.run(FileTransfer.java:798)
> 02-17 12:09:42.225: E/FileTransfer(907):  at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1076)
> 02-17 12:09:42.225: E/FileTransfer(907):  at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:569)
> 02-17 12:09:42.225: E/FileTransfer(907):  at 
> java.lang.Thread.run(Thread.java:856)



--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Commented] (CB-6146) FileTransfer.upload does not support iOS asset library type of URL

2014-03-04 Thread Ian Clelland (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-6146?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13919448#comment-13919448
 ] 

Ian Clelland commented on CB-6146:
--

File v1.0.1 is now published; can you try this again and let me know if it's 
resolved for you?

> FileTransfer.upload does not support iOS asset library type of URL
> --
>
> Key: CB-6146
> URL: https://issues.apache.org/jira/browse/CB-6146
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 3.3.0
> Environment: Macbook Air, 10.9
>Reporter: Farhad Farzaneh
>Assignee: Ian Clelland
>
> When picking an image from the camera roll and using a NATIVE_URL type, the 
> url may be something like: 
> {{assets-library://asset/asset.PNG?id=CFDB9708-75A2-44A9-9092-FCE1DB471B30&ext=PNG}}.
>   When this is presented as the localURL to {{[CDVFileTransfer 
> fileDataForUploadCommand:]}} it recognizes the file system to be the asset 
> library and tries to read the file from the indicated URL using 
> {{[CDVAssetLibraryFilesystem readFileAtURL:]}}. I'm not sure why this method 
> tries to pull back the path from the URL with
> {code}
> NSString *path = [self fileSystemPathForURL:localURL];
> {code}
> and then rebuild the URL from that path below (line 223).  However, the 
> returned path is {{@"/asset.PNG"}}, which when used to retrieve the asset 
> fails.  
> If the line (CDVAssetLibraryFilesystem.m: 223)
> {code}
> [assetsLibrary assetForURL:[NSURL URLWithString:path] resultBlock:resultBlock 
> failureBlock:failureBlock];
> {code}
> is changed for
> {code}
> [assetsLibrary assetForURL:localURL.url resultBlock:resultBlock 
> failureBlock:failureBlock];
> {code}
> then the asset can be found.  But of course this was done for a reason, so I 
> imagine my fix breaks something else...
>  



--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Resolved] (CB-6158) Adding file transfer plugin directly from git repository causes a compilation error

2014-03-04 Thread Ian Clelland (JIRA)

 [ 
https://issues.apache.org/jira/browse/CB-6158?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Ian Clelland resolved CB-6158.
--

Resolution: Fixed
  Assignee: Ian Clelland

Glad it's working for you. I'll close this issue.

As for the three days, the reason is just that the file-transfer plugin was 
updated on git, but the file plugin (which it depends on) wasn't updated on the 
plugin registry.

> Adding file transfer plugin directly from git repository causes a compilation 
> error
> ---
>
> Key: CB-6158
> URL: https://issues.apache.org/jira/browse/CB-6158
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android
>Affects Versions: 3.4.0
> Environment: OSX and Windows 7
>Reporter: Iron Bone
>Assignee: Ian Clelland
>
> cordova create Test
> cd Test
> cordova platform add android
> cordova plugin add 
> https://git-wip-us.apache.org/repos/asf/cordova-plugin-file-transfer.git
> cordova build android
> The last comand returns an error.
> When the plugin is instaled in this way:
> cordova plugin add org.apache.cordova.file-transfer
> There are no problems with building.
> The given problem is only with file-transfer plugin
> The given way of instaling plugins is used in Netbeans so at this moment it 
> is not possible to create new working project.



--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Comment Edited] (CB-6158) Adding file transfer plugin directly from git repository causes a compilation error

2014-03-04 Thread Iron Bone (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-6158?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13919431#comment-13919431
 ] 

Iron Bone edited comment on CB-6158 at 3/4/14 2:28 PM:
---

Thank you. Now I have no problems with compilation. In Netbeans also I can 
create a new working project.

The only question for me is why I had this problem during 3 days - I thing this 
is too much for well working synchronization.



was (Author: ironbone):
Thank you. Now I have no problems with compilation. In Netbeans alsow I can 
create a new working project.

The only question for me is why I had this problem during 3 days - I thing this 
is too much for well working synchronization.


> Adding file transfer plugin directly from git repository causes a compilation 
> error
> ---
>
> Key: CB-6158
> URL: https://issues.apache.org/jira/browse/CB-6158
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android
>Affects Versions: 3.4.0
> Environment: OSX and Windows 7
>Reporter: Iron Bone
>
> cordova create Test
> cd Test
> cordova platform add android
> cordova plugin add 
> https://git-wip-us.apache.org/repos/asf/cordova-plugin-file-transfer.git
> cordova build android
> The last comand returns an error.
> When the plugin is instaled in this way:
> cordova plugin add org.apache.cordova.file-transfer
> There are no problems with building.
> The given problem is only with file-transfer plugin
> The given way of instaling plugins is used in Netbeans so at this moment it 
> is not possible to create new working project.



--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Commented] (CB-6158) Adding file transfer plugin directly from git repository causes a compilation error

2014-03-04 Thread Iron Bone (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-6158?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13919431#comment-13919431
 ] 

Iron Bone commented on CB-6158:
---

Thank you. Now I have no problems with compilation. In Netbeans alsow I can 
create a new working project.

The only question for me is why I had this problem during 3 days - I thing this 
is too much for well working synchronization.


> Adding file transfer plugin directly from git repository causes a compilation 
> error
> ---
>
> Key: CB-6158
> URL: https://issues.apache.org/jira/browse/CB-6158
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android
>Affects Versions: 3.4.0
> Environment: OSX and Windows 7
>Reporter: Iron Bone
>
> cordova create Test
> cd Test
> cordova platform add android
> cordova plugin add 
> https://git-wip-us.apache.org/repos/asf/cordova-plugin-file-transfer.git
> cordova build android
> The last comand returns an error.
> When the plugin is instaled in this way:
> cordova plugin add org.apache.cordova.file-transfer
> There are no problems with building.
> The given problem is only with file-transfer plugin
> The given way of instaling plugins is used in Netbeans so at this moment it 
> is not possible to create new working project.



--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Updated] (CB-6133) Expose the Command-Line to Cordova

2014-03-04 Thread Andrew Grieve (JIRA)

 [ 
https://issues.apache.org/jira/browse/CB-6133?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andrew Grieve updated CB-6133:
--

Component/s: (was: CordovaJS)
 OSX

> Expose the Command-Line to Cordova
> --
>
> Key: CB-6133
> URL: https://issues.apache.org/jira/browse/CB-6133
> Project: Apache Cordova
>  Issue Type: New Feature
>  Components: OSX
>Reporter: JQM Developer
>
> Right now, Cordova seems limited to apps that run within a sandbox. However, 
> some environments provide a way to interact with the underlying operating 
> system.For instance, it would be nice if I could run a script against the 
> local machine. 
> This would require elevated privelages, which the user would need to accept. 
> However, it would open the door for more automation.



--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Commented] (CB-6133) Expose the Command-Line to Cordova

2014-03-04 Thread Andrew Grieve (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-6133?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13919429#comment-13919429
 ] 

Andrew Grieve commented on CB-6133:
---

Okay. Sorry, I get it now. For some reason it just wasn't clicking for me 
that your desktop application *was* the Cordova application.

Sounds like this is a good fit for a custom plugin, but I'll leave it open and 
mark it for the "OSX" platform in case anyone else is interested in picking it 
up.

> Expose the Command-Line to Cordova
> --
>
> Key: CB-6133
> URL: https://issues.apache.org/jira/browse/CB-6133
> Project: Apache Cordova
>  Issue Type: New Feature
>  Components: OSX
>Reporter: JQM Developer
>
> Right now, Cordova seems limited to apps that run within a sandbox. However, 
> some environments provide a way to interact with the underlying operating 
> system.For instance, it would be nice if I could run a script against the 
> local machine. 
> This would require elevated privelages, which the user would need to accept. 
> However, it would open the door for more automation.



--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Commented] (CB-6148) wrong filesystem properties in entry after moveTo()

2014-03-04 Thread Ralph S Theart (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-6148?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13919412#comment-13919412
 ] 

Ralph S Theart commented on CB-6148:


Yes thanks again.

> wrong filesystem properties in entry after moveTo()
> ---
>
> Key: CB-6148
> URL: https://issues.apache.org/jira/browse/CB-6148
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin File
>Affects Versions: 3.4.0
> Environment: iOS6
> iOS7
>Reporter: Dominik Pesch
>Assignee: Ian Clelland
>
> To store pictures persistent in our app, we move the image files from the 
> temporary folder to the persistent folder. The code breaks after upgrading to 
> Cordova 3.4.0 and file plugin 1.0.0 (and 1.0.1).
> We've found that the filesystem object in the moveTo success callback entry 
> parameter has got wrong value (please notice pseudo code below). 
> Below you'll see the Xcode log output:
> {noformat}
> 2014-03-02 21:31:43.672 Finanzchecker[509:907] fileSys.name: persistent
> 2014-03-02 21:31:43.682 Finanzchecker[509:907] fileSys.root.name: /
> 2014-03-02 21:31:43.687 Finanzchecker[509:907] fileSys.root.fullPath: /
> 2014-03-02 21:31:43.717 Finanzchecker[509:907] dir.name: pics
> 2014-03-02 21:31:43.726 Finanzchecker[509:907] dir.fullPath: /pics/
> 2014-03-02 21:31:43.778 Finanzchecker[509:907] newFileEntry.name: 
> pic1393792303602.jpg
> 2014-03-02 21:31:43.784 Finanzchecker[509:907] newFileEntry.fullPath: 
> /pics/pic1393792303602.jpg
> 2014-03-02 21:31:43.796 Finanzchecker[509:907] newFileEntry.nativeURL: 
> file:///var/mobile/Applications/82A8A0EF-8012-4D7E-B78D-EA3A4C2B7CBF/Documents/pics/pic1393792303602.jpg
> 2014-03-02 21:31:43.802 Finanzchecker[509:907] newFileEntry.toURL(): 
> cdvfile://localhost/temporary/pics/pic1393792303602.jpg
> 2014-03-02 21:31:43.815 Finanzchecker[509:907] newFileEntry.filesystem.name: 
> temporary
> 2014-03-02 21:31:43.820 Finanzchecker[509:907] 
> newFileEntry.filesystem.root.name: '/'
> 2014-03-02 21:31:43.820 Finanzchecker[509:907] 
> newFileEntry.filesystem.root.fullPath: '/'
> {noformat}
> *Our problem:*
> We had expected that newFileEntry.filesystem.name has to be 'persistent' 
> (instead it is 'temporary') . newFileEntry.toURL returns the wrong cdvfile 
> URL (please see Xcode output above).
> {code:JavaScript|title=Shortened pseudo code:|borderStyle=solid}
> // ... will be called from navigator.camera.getPicture(...)
> function picSuccess(imageUrl)
> {
>   window.resolveLocalFileSystemURL(imageUrl, _fileEntrySuccess, 
> _handleFileError);
>   function _fileEntrySuccess(tmpFileEntry)
>   {
> var newFileName = "pic" + new Date().getTime() + '.jpg';
> window.requestFileSystem(LocalFileSystem.PERSISTENT, 0, function(fileSys)
> {
>   console.log("fileSys.name: " + fileSys.name);
>   console.log("fileSys.root.name: " + fileSys.root.name);
>   console.log("fileSys.root.fullPath: " + fileSys.root.fullPath);
>   fileSys.root.getDirectory("pics", { create: true, exclusive: false }, 
> function(dir)
>   {
> console.log("dir.name: " + dir.name);
> console.log("dir.fullPath: " + dir.fullPath);
> tmpFileEntry.moveTo(dir, newFileName, function(newFileEntry)
> {
>   console.log("newFileEntry.name: " + newFileEntry.name);
>   console.log("newFileEntry.fullPath: " + newFileEntry.fullPath);
>   console.log("newFileEntry.nativeURL: " + newFileEntry.nativeURL);
>   console.log("newFileEntry.toURL(): " + newFileEntry.toURL());
>   console.log("newFileEntry.filesystem.name: " + 
> newFileEntry.filesystem.name);
>   console.log("newFileEntry.filesystem.fullPath: " + 
> newFileEntry.filesystem.fullPath);
>   _fileMovedSuccess(newFileEntry);
> }, _handleFileError)
>   })
> },
> _handleFileError);
>   }
>   function _fileMovedSuccess(entry)
>   {
> // ...
>   }
> }
> {code}
> We've tested this with Cordova 3.4.0 and cordova file plugin 1.0.0 and 1.0.1 
> (https://github.com/apache/cordova-plugin-file.git 
> 21e119692ab9c9fb2912dc69e2c6d4b05307e3e2). 
> // corrected the example (some typos)



--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Commented] (CB-6158) Adding file transfer plugin directly from git repository causes a compilation error

2014-03-04 Thread Ian Clelland (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-6158?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13919403#comment-13919403
 ] 

Ian Clelland commented on CB-6158:
--

I don't see a compilation error, trying exactly your steps.

Because of the way that plugman resolves dependencies, I think that what could 
have happened is this:

* {{cordova plugin add 
https://git-wip-us.apache.org/repos/asf/cordova-plugin-file-transfer.git}} 
fetches file-transfer from the master branch in git. As of Feb. 28, this was 
version 0.4.2, which depends on File 1.0.1.
* cordova fetches File from the plugin registry. Until about 8 hours ago, 
version 1.0.0 was the latest published version on the registry.

At this point, plugman should have complained about the version mismatch, but I 
suspect it didn't. You probably would have seen a compilation instead, as 
file-transfer tried to use symbols that aren't in File 1.0.0.

Try it again this morning, and see if the issue is resolved.

> Adding file transfer plugin directly from git repository causes a compilation 
> error
> ---
>
> Key: CB-6158
> URL: https://issues.apache.org/jira/browse/CB-6158
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android
>Affects Versions: 3.4.0
> Environment: OSX and Windows 7
>Reporter: Iron Bone
>
> cordova create Test
> cd Test
> cordova platform add android
> cordova plugin add 
> https://git-wip-us.apache.org/repos/asf/cordova-plugin-file-transfer.git
> cordova build android
> The last comand returns an error.
> When the plugin is instaled in this way:
> cordova plugin add org.apache.cordova.file-transfer
> There are no problems with building.
> The given problem is only with file-transfer plugin
> The given way of instaling plugins is used in Netbeans so at this moment it 
> is not possible to create new working project.



--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Commented] (CB-6148) wrong filesystem properties in entry after moveTo()

2014-03-04 Thread Dominik Pesch (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-6148?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13919362#comment-13919362
 ] 

Dominik Pesch commented on CB-6148:
---

[~iclelland] 
1k thanks! The dev version works now with iOS6, iOS7 and on our Android testing 
devices. I'll close the additional (added) github pull requests.

> wrong filesystem properties in entry after moveTo()
> ---
>
> Key: CB-6148
> URL: https://issues.apache.org/jira/browse/CB-6148
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin File
>Affects Versions: 3.4.0
> Environment: iOS6
> iOS7
>Reporter: Dominik Pesch
>Assignee: Ian Clelland
>
> To store pictures persistent in our app, we move the image files from the 
> temporary folder to the persistent folder. The code breaks after upgrading to 
> Cordova 3.4.0 and file plugin 1.0.0 (and 1.0.1).
> We've found that the filesystem object in the moveTo success callback entry 
> parameter has got wrong value (please notice pseudo code below). 
> Below you'll see the Xcode log output:
> {noformat}
> 2014-03-02 21:31:43.672 Finanzchecker[509:907] fileSys.name: persistent
> 2014-03-02 21:31:43.682 Finanzchecker[509:907] fileSys.root.name: /
> 2014-03-02 21:31:43.687 Finanzchecker[509:907] fileSys.root.fullPath: /
> 2014-03-02 21:31:43.717 Finanzchecker[509:907] dir.name: pics
> 2014-03-02 21:31:43.726 Finanzchecker[509:907] dir.fullPath: /pics/
> 2014-03-02 21:31:43.778 Finanzchecker[509:907] newFileEntry.name: 
> pic1393792303602.jpg
> 2014-03-02 21:31:43.784 Finanzchecker[509:907] newFileEntry.fullPath: 
> /pics/pic1393792303602.jpg
> 2014-03-02 21:31:43.796 Finanzchecker[509:907] newFileEntry.nativeURL: 
> file:///var/mobile/Applications/82A8A0EF-8012-4D7E-B78D-EA3A4C2B7CBF/Documents/pics/pic1393792303602.jpg
> 2014-03-02 21:31:43.802 Finanzchecker[509:907] newFileEntry.toURL(): 
> cdvfile://localhost/temporary/pics/pic1393792303602.jpg
> 2014-03-02 21:31:43.815 Finanzchecker[509:907] newFileEntry.filesystem.name: 
> temporary
> 2014-03-02 21:31:43.820 Finanzchecker[509:907] 
> newFileEntry.filesystem.root.name: '/'
> 2014-03-02 21:31:43.820 Finanzchecker[509:907] 
> newFileEntry.filesystem.root.fullPath: '/'
> {noformat}
> *Our problem:*
> We had expected that newFileEntry.filesystem.name has to be 'persistent' 
> (instead it is 'temporary') . newFileEntry.toURL returns the wrong cdvfile 
> URL (please see Xcode output above).
> {code:JavaScript|title=Shortened pseudo code:|borderStyle=solid}
> // ... will be called from navigator.camera.getPicture(...)
> function picSuccess(imageUrl)
> {
>   window.resolveLocalFileSystemURL(imageUrl, _fileEntrySuccess, 
> _handleFileError);
>   function _fileEntrySuccess(tmpFileEntry)
>   {
> var newFileName = "pic" + new Date().getTime() + '.jpg';
> window.requestFileSystem(LocalFileSystem.PERSISTENT, 0, function(fileSys)
> {
>   console.log("fileSys.name: " + fileSys.name);
>   console.log("fileSys.root.name: " + fileSys.root.name);
>   console.log("fileSys.root.fullPath: " + fileSys.root.fullPath);
>   fileSys.root.getDirectory("pics", { create: true, exclusive: false }, 
> function(dir)
>   {
> console.log("dir.name: " + dir.name);
> console.log("dir.fullPath: " + dir.fullPath);
> tmpFileEntry.moveTo(dir, newFileName, function(newFileEntry)
> {
>   console.log("newFileEntry.name: " + newFileEntry.name);
>   console.log("newFileEntry.fullPath: " + newFileEntry.fullPath);
>   console.log("newFileEntry.nativeURL: " + newFileEntry.nativeURL);
>   console.log("newFileEntry.toURL(): " + newFileEntry.toURL());
>   console.log("newFileEntry.filesystem.name: " + 
> newFileEntry.filesystem.name);
>   console.log("newFileEntry.filesystem.fullPath: " + 
> newFileEntry.filesystem.fullPath);
>   _fileMovedSuccess(newFileEntry);
> }, _handleFileError)
>   })
> },
> _handleFileError);
>   }
>   function _fileMovedSuccess(entry)
>   {
> // ...
>   }
> }
> {code}
> We've tested this with Cordova 3.4.0 and cordova file plugin 1.0.0 and 1.0.1 
> (https://github.com/apache/cordova-plugin-file.git 
> 21e119692ab9c9fb2912dc69e2c6d4b05307e3e2). 
> // corrected the example (some typos)



--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Commented] (CB-6133) Expose the Command-Line to Cordova

2014-03-04 Thread JQM Developer (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-6133?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13919349#comment-13919349
 ] 

JQM Developer commented on CB-6133:
---

@Andrew - From what I can tell plugman and cordova provide ways to start a 
phonegap app from the command line. What I'm saying is, if I have a Cordova 
app, I would like to call the command-line from my cordova app. Am I 
misunderstanding something about 'plugman'?

> Expose the Command-Line to Cordova
> --
>
> Key: CB-6133
> URL: https://issues.apache.org/jira/browse/CB-6133
> Project: Apache Cordova
>  Issue Type: New Feature
>  Components: CordovaJS
>Reporter: JQM Developer
>
> Right now, Cordova seems limited to apps that run within a sandbox. However, 
> some environments provide a way to interact with the underlying operating 
> system.For instance, it would be nice if I could run a script against the 
> local machine. 
> This would require elevated privelages, which the user would need to accept. 
> However, it would open the door for more automation.



--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Commented] (CB-6161) [weinre] not working with angular-seed

2014-03-04 Thread Patrick Mueller (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-6161?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13919338#comment-13919338
 ] 

Patrick Mueller commented on CB-6161:
-

Ran server with --debug true --verbose true.  No errors reported.

Ran weinre client and agent under Chrome Dev Tools.  No errors reported

Changed {{app/index.html}} so it *only* included {{angular.js}}.  Still got the 
error.

Changed the order of the weinre script and {{angular.js}} script.  Still got 
error.

I'm wondering if SCE has anything to do with this; more info here: 
http://docs.angularjs.org/api/ng/service/$sce

> [weinre] not working with angular-seed
> --
>
> Key: CB-6161
> URL: https://issues.apache.org/jira/browse/CB-6161
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: weinre
>Reporter: Patrick Mueller
>Assignee: Patrick Mueller
>
> Run angular-seed demo with these directions:
> {noformat}
> git clone https://github.com/angular/angular-seed.git
> cd angular-seed
> npm install
> scripts/web-server.js 
> {noformat}
> If you instrument the {{app/index.html}} file with weinre, and then view with 
> weinre, you won't see any style information.



--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Created] (CB-6161) [weinre] not working with angular-seed

2014-03-04 Thread Patrick Mueller (JIRA)
Patrick Mueller created CB-6161:
---

 Summary: [weinre] not working with angular-seed
 Key: CB-6161
 URL: https://issues.apache.org/jira/browse/CB-6161
 Project: Apache Cordova
  Issue Type: Bug
  Components: weinre
Reporter: Patrick Mueller
Assignee: Patrick Mueller


Run angular-seed demo with these directions:

{noformat}
git clone https://github.com/angular/angular-seed.git
cd angular-seed
npm install
scripts/web-server.js 
{noformat}

If you instrument the {{app/index.html}} file with weinre, and then view with 
weinre, you won't see any style information.



--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Commented] (CB-6134) Add unit testing for Firefoxos in plugman

2014-03-04 Thread Gert-Jan Braas (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-6134?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13919303#comment-13919303
 ] 

Gert-Jan Braas commented on CB-6134:


https://github.com/apache/cordova-plugman/pull/60

> Add unit testing for Firefoxos in plugman
> -
>
> Key: CB-6134
> URL: https://issues.apache.org/jira/browse/CB-6134
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: Plugman
>Reporter: Gert-Jan Braas
>Priority: Minor
>




--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Commented] (CB-6160) adding plugin fails for Firefoxos.

2014-03-04 Thread Gert-Jan Braas (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-6160?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13919302#comment-13919302
 ] 

Gert-Jan Braas commented on CB-6160:


fix at:
https://github.com/apache/cordova-plugman/pull/61

> adding plugin fails for Firefoxos. 
> ---
>
> Key: CB-6160
> URL: https://issues.apache.org/jira/browse/CB-6160
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugman
>Reporter: Gert-Jan Braas
>Priority: Blocker
>
> reason:  
> No xml_helpers defined ( in src/platforms/firefoxos.js)



--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Issue Comment Deleted] (CB-6134) Add unit testing for Firefoxos in plugman

2014-03-04 Thread Gert-Jan Braas (JIRA)

 [ 
https://issues.apache.org/jira/browse/CB-6134?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Gert-Jan Braas updated CB-6134:
---

Comment: was deleted

(was: pull request at:
https://github.com/apache/cordova-plugman/pull/59)

> Add unit testing for Firefoxos in plugman
> -
>
> Key: CB-6134
> URL: https://issues.apache.org/jira/browse/CB-6134
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: Plugman
>Reporter: Gert-Jan Braas
>Priority: Minor
>




--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Comment Edited] (CB-6148) wrong filesystem properties in entry after moveTo()

2014-03-04 Thread Ralph S Theart (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-6148?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13919264#comment-13919264
 ] 

Ralph S Theart edited comment on CB-6148 at 3/4/14 11:21 AM:
-

Also moveTo continues to fail even after trying #dev and the new code...sigh I 
don't get it...why does it keep failing. I've tried everything...were you able 
to reproduce this error as well?

*EDIT*

spoke wait too soon...it does work!...its 6am..I'm going to bed. Ah the that 
the weakness of a dev ..we can't sleep unless it's "some what" solved.


was (Author: drumaboy46):
Also moveTo continues to fail even after trying #dev and the new code...sigh I 
don't get it...why does it keep failing. I've tried everything...were you able 
to reproduce this error as well?


> wrong filesystem properties in entry after moveTo()
> ---
>
> Key: CB-6148
> URL: https://issues.apache.org/jira/browse/CB-6148
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin File
>Affects Versions: 3.4.0
> Environment: iOS6
> iOS7
>Reporter: Dominik Pesch
>Assignee: Ian Clelland
>
> To store pictures persistent in our app, we move the image files from the 
> temporary folder to the persistent folder. The code breaks after upgrading to 
> Cordova 3.4.0 and file plugin 1.0.0 (and 1.0.1).
> We've found that the filesystem object in the moveTo success callback entry 
> parameter has got wrong value (please notice pseudo code below). 
> Below you'll see the Xcode log output:
> {noformat}
> 2014-03-02 21:31:43.672 Finanzchecker[509:907] fileSys.name: persistent
> 2014-03-02 21:31:43.682 Finanzchecker[509:907] fileSys.root.name: /
> 2014-03-02 21:31:43.687 Finanzchecker[509:907] fileSys.root.fullPath: /
> 2014-03-02 21:31:43.717 Finanzchecker[509:907] dir.name: pics
> 2014-03-02 21:31:43.726 Finanzchecker[509:907] dir.fullPath: /pics/
> 2014-03-02 21:31:43.778 Finanzchecker[509:907] newFileEntry.name: 
> pic1393792303602.jpg
> 2014-03-02 21:31:43.784 Finanzchecker[509:907] newFileEntry.fullPath: 
> /pics/pic1393792303602.jpg
> 2014-03-02 21:31:43.796 Finanzchecker[509:907] newFileEntry.nativeURL: 
> file:///var/mobile/Applications/82A8A0EF-8012-4D7E-B78D-EA3A4C2B7CBF/Documents/pics/pic1393792303602.jpg
> 2014-03-02 21:31:43.802 Finanzchecker[509:907] newFileEntry.toURL(): 
> cdvfile://localhost/temporary/pics/pic1393792303602.jpg
> 2014-03-02 21:31:43.815 Finanzchecker[509:907] newFileEntry.filesystem.name: 
> temporary
> 2014-03-02 21:31:43.820 Finanzchecker[509:907] 
> newFileEntry.filesystem.root.name: '/'
> 2014-03-02 21:31:43.820 Finanzchecker[509:907] 
> newFileEntry.filesystem.root.fullPath: '/'
> {noformat}
> *Our problem:*
> We had expected that newFileEntry.filesystem.name has to be 'persistent' 
> (instead it is 'temporary') . newFileEntry.toURL returns the wrong cdvfile 
> URL (please see Xcode output above).
> {code:JavaScript|title=Shortened pseudo code:|borderStyle=solid}
> // ... will be called from navigator.camera.getPicture(...)
> function picSuccess(imageUrl)
> {
>   window.resolveLocalFileSystemURL(imageUrl, _fileEntrySuccess, 
> _handleFileError);
>   function _fileEntrySuccess(tmpFileEntry)
>   {
> var newFileName = "pic" + new Date().getTime() + '.jpg';
> window.requestFileSystem(LocalFileSystem.PERSISTENT, 0, function(fileSys)
> {
>   console.log("fileSys.name: " + fileSys.name);
>   console.log("fileSys.root.name: " + fileSys.root.name);
>   console.log("fileSys.root.fullPath: " + fileSys.root.fullPath);
>   fileSys.root.getDirectory("pics", { create: true, exclusive: false }, 
> function(dir)
>   {
> console.log("dir.name: " + dir.name);
> console.log("dir.fullPath: " + dir.fullPath);
> tmpFileEntry.moveTo(dir, newFileName, function(newFileEntry)
> {
>   console.log("newFileEntry.name: " + newFileEntry.name);
>   console.log("newFileEntry.fullPath: " + newFileEntry.fullPath);
>   console.log("newFileEntry.nativeURL: " + newFileEntry.nativeURL);
>   console.log("newFileEntry.toURL(): " + newFileEntry.toURL());
>   console.log("newFileEntry.filesystem.name: " + 
> newFileEntry.filesystem.name);
>   console.log("newFileEntry.filesystem.fullPath: " + 
> newFileEntry.filesystem.fullPath);
>   _fileMovedSuccess(newFileEntry);
> }, _handleFileError)
>   })
> },
> _handleFileError);
>   }
>   function _fileMovedSuccess(entry)
>   {
> // ...
>   }
> }
> {code}
> We've tested this with Cordova 3.4.0 and cordova file plugin 1.0.0 and 1.0.1 
> (https://github.com/apache/cordova-plugin-file.git 
> 21e119692ab9c9fb2912dc69e2c6d4b05307e3e2). 
> // corrected the example (some typos)



--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Comment Edited] (CB-6148) wrong filesystem properties in entry after moveTo()

2014-03-04 Thread Ralph S Theart (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-6148?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13919264#comment-13919264
 ] 

Ralph S Theart edited comment on CB-6148 at 3/4/14 11:22 AM:
-

Also moveTo continues to fail even after trying #dev and the new code...sigh I 
don't get it...why does it keep failing. I've tried everything...were you able 
to reproduce this error as well?

*EDIT*

spoke way too soon...it does work!...its 6am..I'm going to bed. Ah the weakness 
devs ..we can't sleep unless it's "some what" solved. great work.


was (Author: drumaboy46):
Also moveTo continues to fail even after trying #dev and the new code...sigh I 
don't get it...why does it keep failing. I've tried everything...were you able 
to reproduce this error as well?

*EDIT*

spoke wait too soon...it does work!...its 6am..I'm going to bed. Ah the that 
the weakness of a dev ..we can't sleep unless it's "some what" solved.

> wrong filesystem properties in entry after moveTo()
> ---
>
> Key: CB-6148
> URL: https://issues.apache.org/jira/browse/CB-6148
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin File
>Affects Versions: 3.4.0
> Environment: iOS6
> iOS7
>Reporter: Dominik Pesch
>Assignee: Ian Clelland
>
> To store pictures persistent in our app, we move the image files from the 
> temporary folder to the persistent folder. The code breaks after upgrading to 
> Cordova 3.4.0 and file plugin 1.0.0 (and 1.0.1).
> We've found that the filesystem object in the moveTo success callback entry 
> parameter has got wrong value (please notice pseudo code below). 
> Below you'll see the Xcode log output:
> {noformat}
> 2014-03-02 21:31:43.672 Finanzchecker[509:907] fileSys.name: persistent
> 2014-03-02 21:31:43.682 Finanzchecker[509:907] fileSys.root.name: /
> 2014-03-02 21:31:43.687 Finanzchecker[509:907] fileSys.root.fullPath: /
> 2014-03-02 21:31:43.717 Finanzchecker[509:907] dir.name: pics
> 2014-03-02 21:31:43.726 Finanzchecker[509:907] dir.fullPath: /pics/
> 2014-03-02 21:31:43.778 Finanzchecker[509:907] newFileEntry.name: 
> pic1393792303602.jpg
> 2014-03-02 21:31:43.784 Finanzchecker[509:907] newFileEntry.fullPath: 
> /pics/pic1393792303602.jpg
> 2014-03-02 21:31:43.796 Finanzchecker[509:907] newFileEntry.nativeURL: 
> file:///var/mobile/Applications/82A8A0EF-8012-4D7E-B78D-EA3A4C2B7CBF/Documents/pics/pic1393792303602.jpg
> 2014-03-02 21:31:43.802 Finanzchecker[509:907] newFileEntry.toURL(): 
> cdvfile://localhost/temporary/pics/pic1393792303602.jpg
> 2014-03-02 21:31:43.815 Finanzchecker[509:907] newFileEntry.filesystem.name: 
> temporary
> 2014-03-02 21:31:43.820 Finanzchecker[509:907] 
> newFileEntry.filesystem.root.name: '/'
> 2014-03-02 21:31:43.820 Finanzchecker[509:907] 
> newFileEntry.filesystem.root.fullPath: '/'
> {noformat}
> *Our problem:*
> We had expected that newFileEntry.filesystem.name has to be 'persistent' 
> (instead it is 'temporary') . newFileEntry.toURL returns the wrong cdvfile 
> URL (please see Xcode output above).
> {code:JavaScript|title=Shortened pseudo code:|borderStyle=solid}
> // ... will be called from navigator.camera.getPicture(...)
> function picSuccess(imageUrl)
> {
>   window.resolveLocalFileSystemURL(imageUrl, _fileEntrySuccess, 
> _handleFileError);
>   function _fileEntrySuccess(tmpFileEntry)
>   {
> var newFileName = "pic" + new Date().getTime() + '.jpg';
> window.requestFileSystem(LocalFileSystem.PERSISTENT, 0, function(fileSys)
> {
>   console.log("fileSys.name: " + fileSys.name);
>   console.log("fileSys.root.name: " + fileSys.root.name);
>   console.log("fileSys.root.fullPath: " + fileSys.root.fullPath);
>   fileSys.root.getDirectory("pics", { create: true, exclusive: false }, 
> function(dir)
>   {
> console.log("dir.name: " + dir.name);
> console.log("dir.fullPath: " + dir.fullPath);
> tmpFileEntry.moveTo(dir, newFileName, function(newFileEntry)
> {
>   console.log("newFileEntry.name: " + newFileEntry.name);
>   console.log("newFileEntry.fullPath: " + newFileEntry.fullPath);
>   console.log("newFileEntry.nativeURL: " + newFileEntry.nativeURL);
>   console.log("newFileEntry.toURL(): " + newFileEntry.toURL());
>   console.log("newFileEntry.filesystem.name: " + 
> newFileEntry.filesystem.name);
>   console.log("newFileEntry.filesystem.fullPath: " + 
> newFileEntry.filesystem.fullPath);
>   _fileMovedSuccess(newFileEntry);
> }, _handleFileError)
>   })
> },
> _handleFileError);
>   }
>   function _fileMovedSuccess(entry)
>   {
> // ...
>   }
> }
> {code}
> We've tested this with Cordova 3.4.0 and cordova file plugin 1.0.0 and 1.0.1 
> (https://github.com/apache/cordova-plugin-fil

[jira] [Commented] (CB-6148) wrong filesystem properties in entry after moveTo()

2014-03-04 Thread Ralph S Theart (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-6148?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13919264#comment-13919264
 ] 

Ralph S Theart commented on CB-6148:


Also moveTo continues to fail even after trying #dev and the new code...sigh I 
don't get it...why does it keep failing. I've tried everything...were you able 
to reproduce this error as well?


> wrong filesystem properties in entry after moveTo()
> ---
>
> Key: CB-6148
> URL: https://issues.apache.org/jira/browse/CB-6148
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin File
>Affects Versions: 3.4.0
> Environment: iOS6
> iOS7
>Reporter: Dominik Pesch
>Assignee: Ian Clelland
>
> To store pictures persistent in our app, we move the image files from the 
> temporary folder to the persistent folder. The code breaks after upgrading to 
> Cordova 3.4.0 and file plugin 1.0.0 (and 1.0.1).
> We've found that the filesystem object in the moveTo success callback entry 
> parameter has got wrong value (please notice pseudo code below). 
> Below you'll see the Xcode log output:
> {noformat}
> 2014-03-02 21:31:43.672 Finanzchecker[509:907] fileSys.name: persistent
> 2014-03-02 21:31:43.682 Finanzchecker[509:907] fileSys.root.name: /
> 2014-03-02 21:31:43.687 Finanzchecker[509:907] fileSys.root.fullPath: /
> 2014-03-02 21:31:43.717 Finanzchecker[509:907] dir.name: pics
> 2014-03-02 21:31:43.726 Finanzchecker[509:907] dir.fullPath: /pics/
> 2014-03-02 21:31:43.778 Finanzchecker[509:907] newFileEntry.name: 
> pic1393792303602.jpg
> 2014-03-02 21:31:43.784 Finanzchecker[509:907] newFileEntry.fullPath: 
> /pics/pic1393792303602.jpg
> 2014-03-02 21:31:43.796 Finanzchecker[509:907] newFileEntry.nativeURL: 
> file:///var/mobile/Applications/82A8A0EF-8012-4D7E-B78D-EA3A4C2B7CBF/Documents/pics/pic1393792303602.jpg
> 2014-03-02 21:31:43.802 Finanzchecker[509:907] newFileEntry.toURL(): 
> cdvfile://localhost/temporary/pics/pic1393792303602.jpg
> 2014-03-02 21:31:43.815 Finanzchecker[509:907] newFileEntry.filesystem.name: 
> temporary
> 2014-03-02 21:31:43.820 Finanzchecker[509:907] 
> newFileEntry.filesystem.root.name: '/'
> 2014-03-02 21:31:43.820 Finanzchecker[509:907] 
> newFileEntry.filesystem.root.fullPath: '/'
> {noformat}
> *Our problem:*
> We had expected that newFileEntry.filesystem.name has to be 'persistent' 
> (instead it is 'temporary') . newFileEntry.toURL returns the wrong cdvfile 
> URL (please see Xcode output above).
> {code:JavaScript|title=Shortened pseudo code:|borderStyle=solid}
> // ... will be called from navigator.camera.getPicture(...)
> function picSuccess(imageUrl)
> {
>   window.resolveLocalFileSystemURL(imageUrl, _fileEntrySuccess, 
> _handleFileError);
>   function _fileEntrySuccess(tmpFileEntry)
>   {
> var newFileName = "pic" + new Date().getTime() + '.jpg';
> window.requestFileSystem(LocalFileSystem.PERSISTENT, 0, function(fileSys)
> {
>   console.log("fileSys.name: " + fileSys.name);
>   console.log("fileSys.root.name: " + fileSys.root.name);
>   console.log("fileSys.root.fullPath: " + fileSys.root.fullPath);
>   fileSys.root.getDirectory("pics", { create: true, exclusive: false }, 
> function(dir)
>   {
> console.log("dir.name: " + dir.name);
> console.log("dir.fullPath: " + dir.fullPath);
> tmpFileEntry.moveTo(dir, newFileName, function(newFileEntry)
> {
>   console.log("newFileEntry.name: " + newFileEntry.name);
>   console.log("newFileEntry.fullPath: " + newFileEntry.fullPath);
>   console.log("newFileEntry.nativeURL: " + newFileEntry.nativeURL);
>   console.log("newFileEntry.toURL(): " + newFileEntry.toURL());
>   console.log("newFileEntry.filesystem.name: " + 
> newFileEntry.filesystem.name);
>   console.log("newFileEntry.filesystem.fullPath: " + 
> newFileEntry.filesystem.fullPath);
>   _fileMovedSuccess(newFileEntry);
> }, _handleFileError)
>   })
> },
> _handleFileError);
>   }
>   function _fileMovedSuccess(entry)
>   {
> // ...
>   }
> }
> {code}
> We've tested this with Cordova 3.4.0 and cordova file plugin 1.0.0 and 1.0.1 
> (https://github.com/apache/cordova-plugin-file.git 
> 21e119692ab9c9fb2912dc69e2c6d4b05307e3e2). 
> // corrected the example (some typos)



--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Comment Edited] (CB-4966) dialog

2014-03-04 Thread RobberPhex (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-4966?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13919100#comment-13919100
 ] 

RobberPhex edited comment on CB-4966 at 3/4/14 11:02 AM:
-

[~zalun] I just disagree implement by use new window.

The FirefoxOS provide a method to show 
notification(https://developer.mozilla.org/en-US/docs/Web/API/notification), 
so, we can use it.[IT NOT WORK FOR PEOMPT!`]

and, The master is using FirefoxOS's standard API, and it works well.


was (Author: robberphex):
[~zalun] I just disagree implement by use new window.

The FirefoxOS provide a method to show 
notification(https://developer.mozilla.org/en-US/docs/Web/API/notification), 
so, we can use it.

and, The master is using FirefoxOS's standard API, and it works well.

> dialog
> --
>
> Key: CB-4966
> URL: https://issues.apache.org/jira/browse/CB-4966
> Project: Apache Cordova
>  Issue Type: Sub-task
>  Components: Plugin Dialogs
> Environment: firefoxos
>Reporter: Piotr Zalewa
>
> I started developing it - only the CSS is left - no idea how to conect it to 
> main CSS (is it needed?)
> https://github.com/zalun/cordova-plugin-dialogs



--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Commented] (CB-4966) dialog

2014-03-04 Thread RobberPhex (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-4966?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13919242#comment-13919242
 ] 

RobberPhex commented on CB-4966:


[~zalun] Sorry for my poor English.

The Web API notification is too simple too provide the prompt and confirm.

I mean, the master branch is work fine, we should not put all together into 
HTML and display it.

> dialog
> --
>
> Key: CB-4966
> URL: https://issues.apache.org/jira/browse/CB-4966
> Project: Apache Cordova
>  Issue Type: Sub-task
>  Components: Plugin Dialogs
> Environment: firefoxos
>Reporter: Piotr Zalewa
>
> I started developing it - only the CSS is left - no idea how to conect it to 
> main CSS (is it needed?)
> https://github.com/zalun/cordova-plugin-dialogs



--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Commented] (CB-6148) wrong filesystem properties in entry after moveTo()

2014-03-04 Thread Ralph S Theart (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-6148?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13919236#comment-13919236
 ] 

Ralph S Theart commented on CB-6148:


Thanks Dominik..btw the .m files are almost never automatically added for me 
but I know you guy's are working on it ...should I file and issue or is this 
and xcode thing?

> wrong filesystem properties in entry after moveTo()
> ---
>
> Key: CB-6148
> URL: https://issues.apache.org/jira/browse/CB-6148
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin File
>Affects Versions: 3.4.0
> Environment: iOS6
> iOS7
>Reporter: Dominik Pesch
>Assignee: Ian Clelland
>
> To store pictures persistent in our app, we move the image files from the 
> temporary folder to the persistent folder. The code breaks after upgrading to 
> Cordova 3.4.0 and file plugin 1.0.0 (and 1.0.1).
> We've found that the filesystem object in the moveTo success callback entry 
> parameter has got wrong value (please notice pseudo code below). 
> Below you'll see the Xcode log output:
> {noformat}
> 2014-03-02 21:31:43.672 Finanzchecker[509:907] fileSys.name: persistent
> 2014-03-02 21:31:43.682 Finanzchecker[509:907] fileSys.root.name: /
> 2014-03-02 21:31:43.687 Finanzchecker[509:907] fileSys.root.fullPath: /
> 2014-03-02 21:31:43.717 Finanzchecker[509:907] dir.name: pics
> 2014-03-02 21:31:43.726 Finanzchecker[509:907] dir.fullPath: /pics/
> 2014-03-02 21:31:43.778 Finanzchecker[509:907] newFileEntry.name: 
> pic1393792303602.jpg
> 2014-03-02 21:31:43.784 Finanzchecker[509:907] newFileEntry.fullPath: 
> /pics/pic1393792303602.jpg
> 2014-03-02 21:31:43.796 Finanzchecker[509:907] newFileEntry.nativeURL: 
> file:///var/mobile/Applications/82A8A0EF-8012-4D7E-B78D-EA3A4C2B7CBF/Documents/pics/pic1393792303602.jpg
> 2014-03-02 21:31:43.802 Finanzchecker[509:907] newFileEntry.toURL(): 
> cdvfile://localhost/temporary/pics/pic1393792303602.jpg
> 2014-03-02 21:31:43.815 Finanzchecker[509:907] newFileEntry.filesystem.name: 
> temporary
> 2014-03-02 21:31:43.820 Finanzchecker[509:907] 
> newFileEntry.filesystem.root.name: '/'
> 2014-03-02 21:31:43.820 Finanzchecker[509:907] 
> newFileEntry.filesystem.root.fullPath: '/'
> {noformat}
> *Our problem:*
> We had expected that newFileEntry.filesystem.name has to be 'persistent' 
> (instead it is 'temporary') . newFileEntry.toURL returns the wrong cdvfile 
> URL (please see Xcode output above).
> {code:JavaScript|title=Shortened pseudo code:|borderStyle=solid}
> // ... will be called from navigator.camera.getPicture(...)
> function picSuccess(imageUrl)
> {
>   window.resolveLocalFileSystemURL(imageUrl, _fileEntrySuccess, 
> _handleFileError);
>   function _fileEntrySuccess(tmpFileEntry)
>   {
> var newFileName = "pic" + new Date().getTime() + '.jpg';
> window.requestFileSystem(LocalFileSystem.PERSISTENT, 0, function(fileSys)
> {
>   console.log("fileSys.name: " + fileSys.name);
>   console.log("fileSys.root.name: " + fileSys.root.name);
>   console.log("fileSys.root.fullPath: " + fileSys.root.fullPath);
>   fileSys.root.getDirectory("pics", { create: true, exclusive: false }, 
> function(dir)
>   {
> console.log("dir.name: " + dir.name);
> console.log("dir.fullPath: " + dir.fullPath);
> tmpFileEntry.moveTo(dir, newFileName, function(newFileEntry)
> {
>   console.log("newFileEntry.name: " + newFileEntry.name);
>   console.log("newFileEntry.fullPath: " + newFileEntry.fullPath);
>   console.log("newFileEntry.nativeURL: " + newFileEntry.nativeURL);
>   console.log("newFileEntry.toURL(): " + newFileEntry.toURL());
>   console.log("newFileEntry.filesystem.name: " + 
> newFileEntry.filesystem.name);
>   console.log("newFileEntry.filesystem.fullPath: " + 
> newFileEntry.filesystem.fullPath);
>   _fileMovedSuccess(newFileEntry);
> }, _handleFileError)
>   })
> },
> _handleFileError);
>   }
>   function _fileMovedSuccess(entry)
>   {
> // ...
>   }
> }
> {code}
> We've tested this with Cordova 3.4.0 and cordova file plugin 1.0.0 and 1.0.1 
> (https://github.com/apache/cordova-plugin-file.git 
> 21e119692ab9c9fb2912dc69e2c6d4b05307e3e2). 
> // corrected the example (some typos)



--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Commented] (CB-6148) wrong filesystem properties in entry after moveTo()

2014-03-04 Thread Dominik Pesch (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-6148?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13919233#comment-13919233
 ] 

Dominik Pesch commented on CB-6148:
---

@[~drumaboy46]

Yes, an (automatic) update function is on my wishlist too :))

To update a plugin
# remove the plugin: \\ {{cordova plugin rm org.apache.cordova.file}}
# install the plugin (we have to use the git syntax in this case):\\ {{cordova 
plugin add https://github.com/apache/cordova-plugin-file.git#dev}}
# check the iOS build > Targets > _Your app target_ > Build phases > Compile 
Sources \\ add (if not added)
## CDVFile.m
## CDVLocalFilesystem.m
## CDVAssetLibraryFilesystem.m

hope it helps :)

> wrong filesystem properties in entry after moveTo()
> ---
>
> Key: CB-6148
> URL: https://issues.apache.org/jira/browse/CB-6148
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin File
>Affects Versions: 3.4.0
> Environment: iOS6
> iOS7
>Reporter: Dominik Pesch
>Assignee: Ian Clelland
>
> To store pictures persistent in our app, we move the image files from the 
> temporary folder to the persistent folder. The code breaks after upgrading to 
> Cordova 3.4.0 and file plugin 1.0.0 (and 1.0.1).
> We've found that the filesystem object in the moveTo success callback entry 
> parameter has got wrong value (please notice pseudo code below). 
> Below you'll see the Xcode log output:
> {noformat}
> 2014-03-02 21:31:43.672 Finanzchecker[509:907] fileSys.name: persistent
> 2014-03-02 21:31:43.682 Finanzchecker[509:907] fileSys.root.name: /
> 2014-03-02 21:31:43.687 Finanzchecker[509:907] fileSys.root.fullPath: /
> 2014-03-02 21:31:43.717 Finanzchecker[509:907] dir.name: pics
> 2014-03-02 21:31:43.726 Finanzchecker[509:907] dir.fullPath: /pics/
> 2014-03-02 21:31:43.778 Finanzchecker[509:907] newFileEntry.name: 
> pic1393792303602.jpg
> 2014-03-02 21:31:43.784 Finanzchecker[509:907] newFileEntry.fullPath: 
> /pics/pic1393792303602.jpg
> 2014-03-02 21:31:43.796 Finanzchecker[509:907] newFileEntry.nativeURL: 
> file:///var/mobile/Applications/82A8A0EF-8012-4D7E-B78D-EA3A4C2B7CBF/Documents/pics/pic1393792303602.jpg
> 2014-03-02 21:31:43.802 Finanzchecker[509:907] newFileEntry.toURL(): 
> cdvfile://localhost/temporary/pics/pic1393792303602.jpg
> 2014-03-02 21:31:43.815 Finanzchecker[509:907] newFileEntry.filesystem.name: 
> temporary
> 2014-03-02 21:31:43.820 Finanzchecker[509:907] 
> newFileEntry.filesystem.root.name: '/'
> 2014-03-02 21:31:43.820 Finanzchecker[509:907] 
> newFileEntry.filesystem.root.fullPath: '/'
> {noformat}
> *Our problem:*
> We had expected that newFileEntry.filesystem.name has to be 'persistent' 
> (instead it is 'temporary') . newFileEntry.toURL returns the wrong cdvfile 
> URL (please see Xcode output above).
> {code:JavaScript|title=Shortened pseudo code:|borderStyle=solid}
> // ... will be called from navigator.camera.getPicture(...)
> function picSuccess(imageUrl)
> {
>   window.resolveLocalFileSystemURL(imageUrl, _fileEntrySuccess, 
> _handleFileError);
>   function _fileEntrySuccess(tmpFileEntry)
>   {
> var newFileName = "pic" + new Date().getTime() + '.jpg';
> window.requestFileSystem(LocalFileSystem.PERSISTENT, 0, function(fileSys)
> {
>   console.log("fileSys.name: " + fileSys.name);
>   console.log("fileSys.root.name: " + fileSys.root.name);
>   console.log("fileSys.root.fullPath: " + fileSys.root.fullPath);
>   fileSys.root.getDirectory("pics", { create: true, exclusive: false }, 
> function(dir)
>   {
> console.log("dir.name: " + dir.name);
> console.log("dir.fullPath: " + dir.fullPath);
> tmpFileEntry.moveTo(dir, newFileName, function(newFileEntry)
> {
>   console.log("newFileEntry.name: " + newFileEntry.name);
>   console.log("newFileEntry.fullPath: " + newFileEntry.fullPath);
>   console.log("newFileEntry.nativeURL: " + newFileEntry.nativeURL);
>   console.log("newFileEntry.toURL(): " + newFileEntry.toURL());
>   console.log("newFileEntry.filesystem.name: " + 
> newFileEntry.filesystem.name);
>   console.log("newFileEntry.filesystem.fullPath: " + 
> newFileEntry.filesystem.fullPath);
>   _fileMovedSuccess(newFileEntry);
> }, _handleFileError)
>   })
> },
> _handleFileError);
>   }
>   function _fileMovedSuccess(entry)
>   {
> // ...
>   }
> }
> {code}
> We've tested this with Cordova 3.4.0 and cordova file plugin 1.0.0 and 1.0.1 
> (https://github.com/apache/cordova-plugin-file.git 
> 21e119692ab9c9fb2912dc69e2c6d4b05307e3e2). 
> // corrected the example (some typos)



--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Commented] (CB-6160) adding plugin fails for Firefoxos.

2014-03-04 Thread Gert-Jan Braas (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-6160?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13919231#comment-13919231
 ] 

Gert-Jan Braas commented on CB-6160:


the lo:
braas@chickenrun:~/projects/ligplekkenonderweg/LPOWC$ cordova plugin add 
org.apache.cordova.dialogs
Fetching plugin "org.apache.cordova.dialogs" via plugin registry
Installing org.apache.cordova.dialogs (android)
Installing org.apache.cordova.dialogs (firefoxos)
ReferenceError: xml_helpers is not defined
at Object.module.exports.package_name 
(/var/tmp/braas/projects/cordova/cordova-github/cordova-plugman/src/platforms/firefoxos.js:27:26)
at PlatformMunger.generate_plugin_config_munge 
(/var/tmp/braas/projects/cordova/cordova-github/cordova-plugman/src/util/config-changes.js:285:54)
at PlatformMunger.add_plugin_changes 
(/var/tmp/braas/projects/cordova/cordova-github/cordova-plugman/src/util/config-changes.js:211:29)
at 
/var/tmp/braas/projects/cordova/cordova-github/cordova-plugman/src/util/config-changes.js:368:14
at Array.forEach (native)
at PlatformMunger_process [as process] 
(/var/tmp/braas/projects/cordova/cordova-github/cordova-plugman/src/util/config-changes.js:367:45)
at Object.exports.process 
(/var/tmp/braas/projects/cordova/cordova-github/cordova-plugman/src/util/config-changes.js:77:12)
at Object.handlePrepare 
(/var/tmp/braas/projects/cordova/cordova-github/cordova-plugman/src/prepare.js:72:20)
at 
/var/tmp/braas/projects/cordova/cordova-github/cordova-plugman/src/install.js:413:33
at _fulfilled 
(/var/tmp/braas/projects/cordova/cordova-github/cordova-plugman/node_modules/q/q.js:798:54)


> adding plugin fails for Firefoxos. 
> ---
>
> Key: CB-6160
> URL: https://issues.apache.org/jira/browse/CB-6160
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugman
>Reporter: Gert-Jan Braas
>Priority: Blocker
>
> reason:  
> No xml_helpers defined ( in src/platforms/firefoxos.js)



--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Comment Edited] (CB-6160) adding plugin fails for Firefoxos.

2014-03-04 Thread Gert-Jan Braas (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-6160?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13919231#comment-13919231
 ] 

Gert-Jan Braas edited comment on CB-6160 at 3/4/14 10:40 AM:
-

the log:
braas@chickenrun:~/projects/ligplekkenonderweg/LPOWC$ cordova plugin add 
org.apache.cordova.dialogs
Fetching plugin "org.apache.cordova.dialogs" via plugin registry
Installing org.apache.cordova.dialogs (android)
Installing org.apache.cordova.dialogs (firefoxos)
ReferenceError: xml_helpers is not defined
at Object.module.exports.package_name 
(/var/tmp/braas/projects/cordova/cordova-github/cordova-plugman/src/platforms/firefoxos.js:27:26)
at PlatformMunger.generate_plugin_config_munge 
(/var/tmp/braas/projects/cordova/cordova-github/cordova-plugman/src/util/config-changes.js:285:54)
at PlatformMunger.add_plugin_changes 
(/var/tmp/braas/projects/cordova/cordova-github/cordova-plugman/src/util/config-changes.js:211:29)
at 
/var/tmp/braas/projects/cordova/cordova-github/cordova-plugman/src/util/config-changes.js:368:14
at Array.forEach (native)
at PlatformMunger_process [as process] 
(/var/tmp/braas/projects/cordova/cordova-github/cordova-plugman/src/util/config-changes.js:367:45)
at Object.exports.process 
(/var/tmp/braas/projects/cordova/cordova-github/cordova-plugman/src/util/config-changes.js:77:12)
at Object.handlePrepare 
(/var/tmp/braas/projects/cordova/cordova-github/cordova-plugman/src/prepare.js:72:20)
at 
/var/tmp/braas/projects/cordova/cordova-github/cordova-plugman/src/install.js:413:33
at _fulfilled 
(/var/tmp/braas/projects/cordova/cordova-github/cordova-plugman/node_modules/q/q.js:798:54)



was (Author: steckelfisch):
the lo:
braas@chickenrun:~/projects/ligplekkenonderweg/LPOWC$ cordova plugin add 
org.apache.cordova.dialogs
Fetching plugin "org.apache.cordova.dialogs" via plugin registry
Installing org.apache.cordova.dialogs (android)
Installing org.apache.cordova.dialogs (firefoxos)
ReferenceError: xml_helpers is not defined
at Object.module.exports.package_name 
(/var/tmp/braas/projects/cordova/cordova-github/cordova-plugman/src/platforms/firefoxos.js:27:26)
at PlatformMunger.generate_plugin_config_munge 
(/var/tmp/braas/projects/cordova/cordova-github/cordova-plugman/src/util/config-changes.js:285:54)
at PlatformMunger.add_plugin_changes 
(/var/tmp/braas/projects/cordova/cordova-github/cordova-plugman/src/util/config-changes.js:211:29)
at 
/var/tmp/braas/projects/cordova/cordova-github/cordova-plugman/src/util/config-changes.js:368:14
at Array.forEach (native)
at PlatformMunger_process [as process] 
(/var/tmp/braas/projects/cordova/cordova-github/cordova-plugman/src/util/config-changes.js:367:45)
at Object.exports.process 
(/var/tmp/braas/projects/cordova/cordova-github/cordova-plugman/src/util/config-changes.js:77:12)
at Object.handlePrepare 
(/var/tmp/braas/projects/cordova/cordova-github/cordova-plugman/src/prepare.js:72:20)
at 
/var/tmp/braas/projects/cordova/cordova-github/cordova-plugman/src/install.js:413:33
at _fulfilled 
(/var/tmp/braas/projects/cordova/cordova-github/cordova-plugman/node_modules/q/q.js:798:54)


> adding plugin fails for Firefoxos. 
> ---
>
> Key: CB-6160
> URL: https://issues.apache.org/jira/browse/CB-6160
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugman
>Reporter: Gert-Jan Braas
>Priority: Blocker
>
> reason:  
> No xml_helpers defined ( in src/platforms/firefoxos.js)



--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Updated] (CB-6160) adding plugin fails for Firefoxos.

2014-03-04 Thread Gert-Jan Braas (JIRA)

 [ 
https://issues.apache.org/jira/browse/CB-6160?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Gert-Jan Braas updated CB-6160:
---

Summary: adding plugin fails for Firefoxos.   (was: adding pluging fails 
for Firefoxos. )

> adding plugin fails for Firefoxos. 
> ---
>
> Key: CB-6160
> URL: https://issues.apache.org/jira/browse/CB-6160
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugman
>Reporter: Gert-Jan Braas
>Priority: Blocker
>
> reason:  
> No xml_helpers defined ( in src/platforms/firefoxos.js)



--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Comment Edited] (CB-4966) dialog

2014-03-04 Thread Piotr Zalewa (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-4966?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13919226#comment-13919226
 ] 

Piotr Zalewa edited comment on CB-4966 at 3/4/14 10:38 AM:
---

AFAIK Mozilla Notification API is to display messages inside the "drawer" where 
all system messages are placed. This has nothing about prompt or confirm.

[Edit]
What do you mean by master? window.alert() and other functions are not 
asynchronous and do not respond with a callback. Using them would change the 
code flow. Please show me how it's done.


was (Author: zalun):
AFAIK Mozilla Notification API is to display messages inside the "drawer" where 
all system messages are placed. This has nothing about prompt or confirm.

> dialog
> --
>
> Key: CB-4966
> URL: https://issues.apache.org/jira/browse/CB-4966
> Project: Apache Cordova
>  Issue Type: Sub-task
>  Components: Plugin Dialogs
> Environment: firefoxos
>Reporter: Piotr Zalewa
>
> I started developing it - only the CSS is left - no idea how to conect it to 
> main CSS (is it needed?)
> https://github.com/zalun/cordova-plugin-dialogs



--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Commented] (CB-4966) dialog

2014-03-04 Thread Piotr Zalewa (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-4966?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13919226#comment-13919226
 ] 

Piotr Zalewa commented on CB-4966:
--

AFAIK Mozilla Notification API is to display messages inside the "drawer" where 
all system messages are placed. This has nothing about prompt or confirm.

> dialog
> --
>
> Key: CB-4966
> URL: https://issues.apache.org/jira/browse/CB-4966
> Project: Apache Cordova
>  Issue Type: Sub-task
>  Components: Plugin Dialogs
> Environment: firefoxos
>Reporter: Piotr Zalewa
>
> I started developing it - only the CSS is left - no idea how to conect it to 
> main CSS (is it needed?)
> https://github.com/zalun/cordova-plugin-dialogs



--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Comment Edited] (CB-6148) wrong filesystem properties in entry after moveTo()

2014-03-04 Thread Ralph S Theart (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-6148?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13919211#comment-13919211
 ] 

Ralph S Theart edited comment on CB-6148 at 3/4/14 10:28 AM:
-

I'm sorry this might be a dumb question but how do you update the plugin so 
that I can test the changes in the dev branch I tried:

cordova plugin add org.apache.cordova.file#dev 

but it say it's already installed. I'm having the same issue as this user...and 
have wasted a lot of time thinking it was an issue with my code. The docs are 
unclear how one should update a plugin via CLI. I was able to successfully 
update from  3.3.1 to 3.4.0 today but trying to figure out how to update the 
file api since it continually fails. Hasn't worked since I went 3.0can not 
move a file for the life of me.

sorry for the silly question found (https://cordova.apache.org/)...wish there 
was an "update" command for the plugins as some of the plugins are dependent on 
others.


was (Author: drumaboy46):
I'm sorry this might be a dumb question but how do you update the plugin so 
that I can test the changes in the dev branch I tried:

cordova plugin add org.apache.cordova.file#dev 

but it say it's already installed. I'm having the same issue as this user...and 
have wasted a lot of time thinking it was an issue with my code. The docs are 
unclear how one should update a plugin via CLI. I was able to successfully 
update from  3.3.1 to 3.4.0 today but trying to figure out how to update the 
file api since it continually fails. Hasn't worked since I went 3.0can not 
move a file for the life of me.

> wrong filesystem properties in entry after moveTo()
> ---
>
> Key: CB-6148
> URL: https://issues.apache.org/jira/browse/CB-6148
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin File
>Affects Versions: 3.4.0
> Environment: iOS6
> iOS7
>Reporter: Dominik Pesch
>Assignee: Ian Clelland
>
> To store pictures persistent in our app, we move the image files from the 
> temporary folder to the persistent folder. The code breaks after upgrading to 
> Cordova 3.4.0 and file plugin 1.0.0 (and 1.0.1).
> We've found that the filesystem object in the moveTo success callback entry 
> parameter has got wrong value (please notice pseudo code below). 
> Below you'll see the Xcode log output:
> {noformat}
> 2014-03-02 21:31:43.672 Finanzchecker[509:907] fileSys.name: persistent
> 2014-03-02 21:31:43.682 Finanzchecker[509:907] fileSys.root.name: /
> 2014-03-02 21:31:43.687 Finanzchecker[509:907] fileSys.root.fullPath: /
> 2014-03-02 21:31:43.717 Finanzchecker[509:907] dir.name: pics
> 2014-03-02 21:31:43.726 Finanzchecker[509:907] dir.fullPath: /pics/
> 2014-03-02 21:31:43.778 Finanzchecker[509:907] newFileEntry.name: 
> pic1393792303602.jpg
> 2014-03-02 21:31:43.784 Finanzchecker[509:907] newFileEntry.fullPath: 
> /pics/pic1393792303602.jpg
> 2014-03-02 21:31:43.796 Finanzchecker[509:907] newFileEntry.nativeURL: 
> file:///var/mobile/Applications/82A8A0EF-8012-4D7E-B78D-EA3A4C2B7CBF/Documents/pics/pic1393792303602.jpg
> 2014-03-02 21:31:43.802 Finanzchecker[509:907] newFileEntry.toURL(): 
> cdvfile://localhost/temporary/pics/pic1393792303602.jpg
> 2014-03-02 21:31:43.815 Finanzchecker[509:907] newFileEntry.filesystem.name: 
> temporary
> 2014-03-02 21:31:43.820 Finanzchecker[509:907] 
> newFileEntry.filesystem.root.name: '/'
> 2014-03-02 21:31:43.820 Finanzchecker[509:907] 
> newFileEntry.filesystem.root.fullPath: '/'
> {noformat}
> *Our problem:*
> We had expected that newFileEntry.filesystem.name has to be 'persistent' 
> (instead it is 'temporary') . newFileEntry.toURL returns the wrong cdvfile 
> URL (please see Xcode output above).
> {code:JavaScript|title=Shortened pseudo code:|borderStyle=solid}
> // ... will be called from navigator.camera.getPicture(...)
> function picSuccess(imageUrl)
> {
>   window.resolveLocalFileSystemURL(imageUrl, _fileEntrySuccess, 
> _handleFileError);
>   function _fileEntrySuccess(tmpFileEntry)
>   {
> var newFileName = "pic" + new Date().getTime() + '.jpg';
> window.requestFileSystem(LocalFileSystem.PERSISTENT, 0, function(fileSys)
> {
>   console.log("fileSys.name: " + fileSys.name);
>   console.log("fileSys.root.name: " + fileSys.root.name);
>   console.log("fileSys.root.fullPath: " + fileSys.root.fullPath);
>   fileSys.root.getDirectory("pics", { create: true, exclusive: false }, 
> function(dir)
>   {
> console.log("dir.name: " + dir.name);
> console.log("dir.fullPath: " + dir.fullPath);
> tmpFileEntry.moveTo(dir, newFileName, function(newFileEntry)
> {
>   console.log("newFileEntry.name: " + newFileEntry.name);
>   console.log("newFileEntry.fullPath: " + newFileEntry.fu

[jira] [Comment Edited] (CB-6148) wrong filesystem properties in entry after moveTo()

2014-03-04 Thread Ralph S Theart (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-6148?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13919211#comment-13919211
 ] 

Ralph S Theart edited comment on CB-6148 at 3/4/14 10:28 AM:
-

I'm sorry this might be a dumb question but how do you update the plugin so 
that I can test the changes in the dev branch I tried:

cordova plugin add org.apache.cordova.file#dev 

but it say it's already installed. I'm having the same issue as this user...and 
have wasted a lot of time thinking it was an issue with my code. The docs are 
unclear how one should update a plugin via CLI. I was able to successfully 
update from  3.3.1 to 3.4.0 today but trying to figure out how to update the 
file api since it continually fails. Hasn't worked since I went 3.0can not 
move a file for the life of me.

sorry for the silly question found https://cordova.apache.org/...wish there was 
an "update" command for the plugins as some of the plugins are dependent on 
others.


was (Author: drumaboy46):
I'm sorry this might be a dumb question but how do you update the plugin so 
that I can test the changes in the dev branch I tried:

cordova plugin add org.apache.cordova.file#dev 

but it say it's already installed. I'm having the same issue as this user...and 
have wasted a lot of time thinking it was an issue with my code. The docs are 
unclear how one should update a plugin via CLI. I was able to successfully 
update from  3.3.1 to 3.4.0 today but trying to figure out how to update the 
file api since it continually fails. Hasn't worked since I went 3.0can not 
move a file for the life of me.

sorry for the silly question found (https://cordova.apache.org/)...wish there 
was an "update" command for the plugins as some of the plugins are dependent on 
others.

> wrong filesystem properties in entry after moveTo()
> ---
>
> Key: CB-6148
> URL: https://issues.apache.org/jira/browse/CB-6148
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin File
>Affects Versions: 3.4.0
> Environment: iOS6
> iOS7
>Reporter: Dominik Pesch
>Assignee: Ian Clelland
>
> To store pictures persistent in our app, we move the image files from the 
> temporary folder to the persistent folder. The code breaks after upgrading to 
> Cordova 3.4.0 and file plugin 1.0.0 (and 1.0.1).
> We've found that the filesystem object in the moveTo success callback entry 
> parameter has got wrong value (please notice pseudo code below). 
> Below you'll see the Xcode log output:
> {noformat}
> 2014-03-02 21:31:43.672 Finanzchecker[509:907] fileSys.name: persistent
> 2014-03-02 21:31:43.682 Finanzchecker[509:907] fileSys.root.name: /
> 2014-03-02 21:31:43.687 Finanzchecker[509:907] fileSys.root.fullPath: /
> 2014-03-02 21:31:43.717 Finanzchecker[509:907] dir.name: pics
> 2014-03-02 21:31:43.726 Finanzchecker[509:907] dir.fullPath: /pics/
> 2014-03-02 21:31:43.778 Finanzchecker[509:907] newFileEntry.name: 
> pic1393792303602.jpg
> 2014-03-02 21:31:43.784 Finanzchecker[509:907] newFileEntry.fullPath: 
> /pics/pic1393792303602.jpg
> 2014-03-02 21:31:43.796 Finanzchecker[509:907] newFileEntry.nativeURL: 
> file:///var/mobile/Applications/82A8A0EF-8012-4D7E-B78D-EA3A4C2B7CBF/Documents/pics/pic1393792303602.jpg
> 2014-03-02 21:31:43.802 Finanzchecker[509:907] newFileEntry.toURL(): 
> cdvfile://localhost/temporary/pics/pic1393792303602.jpg
> 2014-03-02 21:31:43.815 Finanzchecker[509:907] newFileEntry.filesystem.name: 
> temporary
> 2014-03-02 21:31:43.820 Finanzchecker[509:907] 
> newFileEntry.filesystem.root.name: '/'
> 2014-03-02 21:31:43.820 Finanzchecker[509:907] 
> newFileEntry.filesystem.root.fullPath: '/'
> {noformat}
> *Our problem:*
> We had expected that newFileEntry.filesystem.name has to be 'persistent' 
> (instead it is 'temporary') . newFileEntry.toURL returns the wrong cdvfile 
> URL (please see Xcode output above).
> {code:JavaScript|title=Shortened pseudo code:|borderStyle=solid}
> // ... will be called from navigator.camera.getPicture(...)
> function picSuccess(imageUrl)
> {
>   window.resolveLocalFileSystemURL(imageUrl, _fileEntrySuccess, 
> _handleFileError);
>   function _fileEntrySuccess(tmpFileEntry)
>   {
> var newFileName = "pic" + new Date().getTime() + '.jpg';
> window.requestFileSystem(LocalFileSystem.PERSISTENT, 0, function(fileSys)
> {
>   console.log("fileSys.name: " + fileSys.name);
>   console.log("fileSys.root.name: " + fileSys.root.name);
>   console.log("fileSys.root.fullPath: " + fileSys.root.fullPath);
>   fileSys.root.getDirectory("pics", { create: true, exclusive: false }, 
> function(dir)
>   {
> console.log("dir.name: " + dir.name);
> console.log("dir.fullPath: " + dir.fullPath);
> tmpFileEntry.moveTo(dir, newFileName, fun

[jira] [Comment Edited] (CB-6148) wrong filesystem properties in entry after moveTo()

2014-03-04 Thread Ralph S Theart (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-6148?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13919211#comment-13919211
 ] 

Ralph S Theart edited comment on CB-6148 at 3/4/14 10:28 AM:
-

I'm sorry this might be a dumb question but how do you update the plugin so 
that I can test the changes in the dev branch I tried:

cordova plugin add org.apache.cordova.file#dev 

but it say it's already installed. I'm having the same issue as this user...and 
have wasted a lot of time thinking it was an issue with my code. The docs are 
unclear how one should update a plugin via CLI. I was able to successfully 
update from  3.3.1 to 3.4.0 today but trying to figure out how to update the 
file api since it continually fails. Hasn't worked since I went 3.0can not 
move a file for the life of me.

sorry for the silly question found https://cordova.apache.org/ ...wish there 
was an "update" command for the plugins as some of the plugins are dependent on 
others.


was (Author: drumaboy46):
I'm sorry this might be a dumb question but how do you update the plugin so 
that I can test the changes in the dev branch I tried:

cordova plugin add org.apache.cordova.file#dev 

but it say it's already installed. I'm having the same issue as this user...and 
have wasted a lot of time thinking it was an issue with my code. The docs are 
unclear how one should update a plugin via CLI. I was able to successfully 
update from  3.3.1 to 3.4.0 today but trying to figure out how to update the 
file api since it continually fails. Hasn't worked since I went 3.0can not 
move a file for the life of me.

sorry for the silly question found https://cordova.apache.org/...wish there was 
an "update" command for the plugins as some of the plugins are dependent on 
others.

> wrong filesystem properties in entry after moveTo()
> ---
>
> Key: CB-6148
> URL: https://issues.apache.org/jira/browse/CB-6148
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin File
>Affects Versions: 3.4.0
> Environment: iOS6
> iOS7
>Reporter: Dominik Pesch
>Assignee: Ian Clelland
>
> To store pictures persistent in our app, we move the image files from the 
> temporary folder to the persistent folder. The code breaks after upgrading to 
> Cordova 3.4.0 and file plugin 1.0.0 (and 1.0.1).
> We've found that the filesystem object in the moveTo success callback entry 
> parameter has got wrong value (please notice pseudo code below). 
> Below you'll see the Xcode log output:
> {noformat}
> 2014-03-02 21:31:43.672 Finanzchecker[509:907] fileSys.name: persistent
> 2014-03-02 21:31:43.682 Finanzchecker[509:907] fileSys.root.name: /
> 2014-03-02 21:31:43.687 Finanzchecker[509:907] fileSys.root.fullPath: /
> 2014-03-02 21:31:43.717 Finanzchecker[509:907] dir.name: pics
> 2014-03-02 21:31:43.726 Finanzchecker[509:907] dir.fullPath: /pics/
> 2014-03-02 21:31:43.778 Finanzchecker[509:907] newFileEntry.name: 
> pic1393792303602.jpg
> 2014-03-02 21:31:43.784 Finanzchecker[509:907] newFileEntry.fullPath: 
> /pics/pic1393792303602.jpg
> 2014-03-02 21:31:43.796 Finanzchecker[509:907] newFileEntry.nativeURL: 
> file:///var/mobile/Applications/82A8A0EF-8012-4D7E-B78D-EA3A4C2B7CBF/Documents/pics/pic1393792303602.jpg
> 2014-03-02 21:31:43.802 Finanzchecker[509:907] newFileEntry.toURL(): 
> cdvfile://localhost/temporary/pics/pic1393792303602.jpg
> 2014-03-02 21:31:43.815 Finanzchecker[509:907] newFileEntry.filesystem.name: 
> temporary
> 2014-03-02 21:31:43.820 Finanzchecker[509:907] 
> newFileEntry.filesystem.root.name: '/'
> 2014-03-02 21:31:43.820 Finanzchecker[509:907] 
> newFileEntry.filesystem.root.fullPath: '/'
> {noformat}
> *Our problem:*
> We had expected that newFileEntry.filesystem.name has to be 'persistent' 
> (instead it is 'temporary') . newFileEntry.toURL returns the wrong cdvfile 
> URL (please see Xcode output above).
> {code:JavaScript|title=Shortened pseudo code:|borderStyle=solid}
> // ... will be called from navigator.camera.getPicture(...)
> function picSuccess(imageUrl)
> {
>   window.resolveLocalFileSystemURL(imageUrl, _fileEntrySuccess, 
> _handleFileError);
>   function _fileEntrySuccess(tmpFileEntry)
>   {
> var newFileName = "pic" + new Date().getTime() + '.jpg';
> window.requestFileSystem(LocalFileSystem.PERSISTENT, 0, function(fileSys)
> {
>   console.log("fileSys.name: " + fileSys.name);
>   console.log("fileSys.root.name: " + fileSys.root.name);
>   console.log("fileSys.root.fullPath: " + fileSys.root.fullPath);
>   fileSys.root.getDirectory("pics", { create: true, exclusive: false }, 
> function(dir)
>   {
> console.log("dir.name: " + dir.name);
> console.log("dir.fullPath: " + dir.fullPath);
> tmpFileEntry.moveTo(dir, newFileName, func

[jira] [Comment Edited] (CB-6148) wrong filesystem properties in entry after moveTo()

2014-03-04 Thread Ralph S Theart (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-6148?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13919211#comment-13919211
 ] 

Ralph S Theart edited comment on CB-6148 at 3/4/14 10:28 AM:
-

I'm sorry this might be a dumb question but how do you update the plugin so 
that I can test the changes in the dev branch I tried:

cordova plugin add org.apache.cordova.file#dev 

but it say it's already installed. I'm having the same issue as this user...and 
have wasted a lot of time thinking it was an issue with my code. The docs are 
unclear how one should update a plugin via CLI. I was able to successfully 
update from  3.3.1 to 3.4.0 today but trying to figure out how to update the 
file api since it continually fails. Hasn't worked since I went 3.0can not 
move a file for the life of me.

*EDIT*
sorry for the silly question found https://cordova.apache.org/ ...wish there 
was an "update" command for the plugins as some of the plugins are dependent on 
others.


was (Author: drumaboy46):
I'm sorry this might be a dumb question but how do you update the plugin so 
that I can test the changes in the dev branch I tried:

cordova plugin add org.apache.cordova.file#dev 

but it say it's already installed. I'm having the same issue as this user...and 
have wasted a lot of time thinking it was an issue with my code. The docs are 
unclear how one should update a plugin via CLI. I was able to successfully 
update from  3.3.1 to 3.4.0 today but trying to figure out how to update the 
file api since it continually fails. Hasn't worked since I went 3.0can not 
move a file for the life of me.

sorry for the silly question found https://cordova.apache.org/ ...wish there 
was an "update" command for the plugins as some of the plugins are dependent on 
others.

> wrong filesystem properties in entry after moveTo()
> ---
>
> Key: CB-6148
> URL: https://issues.apache.org/jira/browse/CB-6148
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin File
>Affects Versions: 3.4.0
> Environment: iOS6
> iOS7
>Reporter: Dominik Pesch
>Assignee: Ian Clelland
>
> To store pictures persistent in our app, we move the image files from the 
> temporary folder to the persistent folder. The code breaks after upgrading to 
> Cordova 3.4.0 and file plugin 1.0.0 (and 1.0.1).
> We've found that the filesystem object in the moveTo success callback entry 
> parameter has got wrong value (please notice pseudo code below). 
> Below you'll see the Xcode log output:
> {noformat}
> 2014-03-02 21:31:43.672 Finanzchecker[509:907] fileSys.name: persistent
> 2014-03-02 21:31:43.682 Finanzchecker[509:907] fileSys.root.name: /
> 2014-03-02 21:31:43.687 Finanzchecker[509:907] fileSys.root.fullPath: /
> 2014-03-02 21:31:43.717 Finanzchecker[509:907] dir.name: pics
> 2014-03-02 21:31:43.726 Finanzchecker[509:907] dir.fullPath: /pics/
> 2014-03-02 21:31:43.778 Finanzchecker[509:907] newFileEntry.name: 
> pic1393792303602.jpg
> 2014-03-02 21:31:43.784 Finanzchecker[509:907] newFileEntry.fullPath: 
> /pics/pic1393792303602.jpg
> 2014-03-02 21:31:43.796 Finanzchecker[509:907] newFileEntry.nativeURL: 
> file:///var/mobile/Applications/82A8A0EF-8012-4D7E-B78D-EA3A4C2B7CBF/Documents/pics/pic1393792303602.jpg
> 2014-03-02 21:31:43.802 Finanzchecker[509:907] newFileEntry.toURL(): 
> cdvfile://localhost/temporary/pics/pic1393792303602.jpg
> 2014-03-02 21:31:43.815 Finanzchecker[509:907] newFileEntry.filesystem.name: 
> temporary
> 2014-03-02 21:31:43.820 Finanzchecker[509:907] 
> newFileEntry.filesystem.root.name: '/'
> 2014-03-02 21:31:43.820 Finanzchecker[509:907] 
> newFileEntry.filesystem.root.fullPath: '/'
> {noformat}
> *Our problem:*
> We had expected that newFileEntry.filesystem.name has to be 'persistent' 
> (instead it is 'temporary') . newFileEntry.toURL returns the wrong cdvfile 
> URL (please see Xcode output above).
> {code:JavaScript|title=Shortened pseudo code:|borderStyle=solid}
> // ... will be called from navigator.camera.getPicture(...)
> function picSuccess(imageUrl)
> {
>   window.resolveLocalFileSystemURL(imageUrl, _fileEntrySuccess, 
> _handleFileError);
>   function _fileEntrySuccess(tmpFileEntry)
>   {
> var newFileName = "pic" + new Date().getTime() + '.jpg';
> window.requestFileSystem(LocalFileSystem.PERSISTENT, 0, function(fileSys)
> {
>   console.log("fileSys.name: " + fileSys.name);
>   console.log("fileSys.root.name: " + fileSys.root.name);
>   console.log("fileSys.root.fullPath: " + fileSys.root.fullPath);
>   fileSys.root.getDirectory("pics", { create: true, exclusive: false }, 
> function(dir)
>   {
> console.log("dir.name: " + dir.name);
> console.log("dir.fullPath: " + dir.fullPath);
> tmpFileEntry.moveTo(dir, newFileNa

[jira] [Created] (CB-6160) adding pluging fails for Firefoxos.

2014-03-04 Thread Gert-Jan Braas (JIRA)
Gert-Jan Braas created CB-6160:
--

 Summary: adding pluging fails for Firefoxos. 
 Key: CB-6160
 URL: https://issues.apache.org/jira/browse/CB-6160
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugman
Reporter: Gert-Jan Braas
Priority: Blocker


reason:  
No xml_helpers defined ( in src/platforms/firefoxos.js)




--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Commented] (CB-6148) wrong filesystem properties in entry after moveTo()

2014-03-04 Thread Ralph S Theart (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-6148?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13919211#comment-13919211
 ] 

Ralph S Theart commented on CB-6148:


I'm sorry this might be a dumb question but how do you update the plugin so 
that I can test the changes in the dev branch I tried:

cordova plugin add org.apache.cordova.file#dev 

but it say it's already installed. I'm having the same issue as this user...and 
have wasted a lot of time thinking it was an issue with my code. The docs are 
unclear how one should update a plugin via CLI. I was able to successfully 
update from  3.3.1 to 3.4.0 today but trying to figure out how to update the 
file api since it continually fails. Hasn't worked since I went 3.0can not 
move a file for the life of me.

> wrong filesystem properties in entry after moveTo()
> ---
>
> Key: CB-6148
> URL: https://issues.apache.org/jira/browse/CB-6148
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin File
>Affects Versions: 3.4.0
> Environment: iOS6
> iOS7
>Reporter: Dominik Pesch
>Assignee: Ian Clelland
>
> To store pictures persistent in our app, we move the image files from the 
> temporary folder to the persistent folder. The code breaks after upgrading to 
> Cordova 3.4.0 and file plugin 1.0.0 (and 1.0.1).
> We've found that the filesystem object in the moveTo success callback entry 
> parameter has got wrong value (please notice pseudo code below). 
> Below you'll see the Xcode log output:
> {noformat}
> 2014-03-02 21:31:43.672 Finanzchecker[509:907] fileSys.name: persistent
> 2014-03-02 21:31:43.682 Finanzchecker[509:907] fileSys.root.name: /
> 2014-03-02 21:31:43.687 Finanzchecker[509:907] fileSys.root.fullPath: /
> 2014-03-02 21:31:43.717 Finanzchecker[509:907] dir.name: pics
> 2014-03-02 21:31:43.726 Finanzchecker[509:907] dir.fullPath: /pics/
> 2014-03-02 21:31:43.778 Finanzchecker[509:907] newFileEntry.name: 
> pic1393792303602.jpg
> 2014-03-02 21:31:43.784 Finanzchecker[509:907] newFileEntry.fullPath: 
> /pics/pic1393792303602.jpg
> 2014-03-02 21:31:43.796 Finanzchecker[509:907] newFileEntry.nativeURL: 
> file:///var/mobile/Applications/82A8A0EF-8012-4D7E-B78D-EA3A4C2B7CBF/Documents/pics/pic1393792303602.jpg
> 2014-03-02 21:31:43.802 Finanzchecker[509:907] newFileEntry.toURL(): 
> cdvfile://localhost/temporary/pics/pic1393792303602.jpg
> 2014-03-02 21:31:43.815 Finanzchecker[509:907] newFileEntry.filesystem.name: 
> temporary
> 2014-03-02 21:31:43.820 Finanzchecker[509:907] 
> newFileEntry.filesystem.root.name: '/'
> 2014-03-02 21:31:43.820 Finanzchecker[509:907] 
> newFileEntry.filesystem.root.fullPath: '/'
> {noformat}
> *Our problem:*
> We had expected that newFileEntry.filesystem.name has to be 'persistent' 
> (instead it is 'temporary') . newFileEntry.toURL returns the wrong cdvfile 
> URL (please see Xcode output above).
> {code:JavaScript|title=Shortened pseudo code:|borderStyle=solid}
> // ... will be called from navigator.camera.getPicture(...)
> function picSuccess(imageUrl)
> {
>   window.resolveLocalFileSystemURL(imageUrl, _fileEntrySuccess, 
> _handleFileError);
>   function _fileEntrySuccess(tmpFileEntry)
>   {
> var newFileName = "pic" + new Date().getTime() + '.jpg';
> window.requestFileSystem(LocalFileSystem.PERSISTENT, 0, function(fileSys)
> {
>   console.log("fileSys.name: " + fileSys.name);
>   console.log("fileSys.root.name: " + fileSys.root.name);
>   console.log("fileSys.root.fullPath: " + fileSys.root.fullPath);
>   fileSys.root.getDirectory("pics", { create: true, exclusive: false }, 
> function(dir)
>   {
> console.log("dir.name: " + dir.name);
> console.log("dir.fullPath: " + dir.fullPath);
> tmpFileEntry.moveTo(dir, newFileName, function(newFileEntry)
> {
>   console.log("newFileEntry.name: " + newFileEntry.name);
>   console.log("newFileEntry.fullPath: " + newFileEntry.fullPath);
>   console.log("newFileEntry.nativeURL: " + newFileEntry.nativeURL);
>   console.log("newFileEntry.toURL(): " + newFileEntry.toURL());
>   console.log("newFileEntry.filesystem.name: " + 
> newFileEntry.filesystem.name);
>   console.log("newFileEntry.filesystem.fullPath: " + 
> newFileEntry.filesystem.fullPath);
>   _fileMovedSuccess(newFileEntry);
> }, _handleFileError)
>   })
> },
> _handleFileError);
>   }
>   function _fileMovedSuccess(entry)
>   {
> // ...
>   }
> }
> {code}
> We've tested this with Cordova 3.4.0 and cordova file plugin 1.0.0 and 1.0.1 
> (https://github.com/apache/cordova-plugin-file.git 
> 21e119692ab9c9fb2912dc69e2c6d4b05307e3e2). 
> // corrected the example (some typos)



--
This message was sent by Atlassian JIRA
(v6.2#6252)