[jira] [Closed] (CB-7029) File-transfer not working on iOS 5.1.1 (iPad1)
[ https://issues.apache.org/jira/browse/CB-7029?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robin Zeggelaar closed CB-7029. --- Resolution: Unresolved File-transfer not working on iOS 5.1.1 (iPad1) -- Key: CB-7029 URL: https://issues.apache.org/jira/browse/CB-7029 Project: Apache Cordova Issue Type: Bug Components: Plugin File Transfer Affects Versions: 3.4.0 Reporter: Robin Zeggelaar After trying to wrap my head around this issue for far to long, i decided to open an issue: The problem is that i can not get a file-transfer working on my iPad1 (iOS 5.1.1). I know support is dropped in Cordova 3.5.0, but this project is running 3.4. I tried with both the most recent plugins, and with one version before that. There simply are no callbacks whatsoever when i run it on the device. It works fine in 6.1/7.1 simulators. Unfortunately 5.1 simulators are not supported on Mavericks, so i can't test with those. I created a new application using the CLI, and used the demo code: nothing on 5.1.1, fine on 6.1/7.1 (sim). Can any of you replicate this? Or this this a know issue and did i miss the memo? Hoping to hear from you soon. EDIT: Forgot to mention that i'm using the download method. I have not tried to upload a file. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-7029) File-transfer not working on iOS 5.1.1 (iPad1)
Robin Zeggelaar created CB-7029: --- Summary: File-transfer not working on iOS 5.1.1 (iPad1) Key: CB-7029 URL: https://issues.apache.org/jira/browse/CB-7029 Project: Apache Cordova Issue Type: Bug Components: Plugin File Transfer Affects Versions: 3.4.0 Reporter: Robin Zeggelaar After trying to wrap my head around this issue for far to long, i decided to open an issue: The problem is that i can not get a file-transfer working on my iPad1 (iOS 5.1.1). I know support is dropped in Cordova 3.5.0, but this project is running 3.4. I tried with both the most recent plugins, and with one version before that. There simply are no callbacks whatsoever when i run it on the device. It works fine in 6.1/7.1 simulators. Unfortunately 5.1 simulators are not supported on Mavericks, so i can't test with those. I created a new application using the CLI, and used the demo code: nothing on 5.1.1, fine on 6.1/7.1 (sim). Can any of you replicate this? Or this this a know issue and did i miss the memo? Hoping to hear from you soon. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CB-7029) File-transfer not working on iOS 5.1.1 (iPad1)
[ https://issues.apache.org/jira/browse/CB-7029?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robin Zeggelaar updated CB-7029: Description: After trying to wrap my head around this issue for far to long, i decided to open an issue: The problem is that i can not get a file-transfer working on my iPad1 (iOS 5.1.1). I know support is dropped in Cordova 3.5.0, but this project is running 3.4. I tried with both the most recent plugins, and with one version before that. There simply are no callbacks whatsoever when i run it on the device. It works fine in 6.1/7.1 simulators. Unfortunately 5.1 simulators are not supported on Mavericks, so i can't test with those. I created a new application using the CLI, and used the demo code: nothing on 5.1.1, fine on 6.1/7.1 (sim). Can any of you replicate this? Or this this a know issue and did i miss the memo? Hoping to hear from you soon. EDIT: Forgot to mention that i'm using the download method. I have not tried to upload a file. was: After trying to wrap my head around this issue for far to long, i decided to open an issue: The problem is that i can not get a file-transfer working on my iPad1 (iOS 5.1.1). I know support is dropped in Cordova 3.5.0, but this project is running 3.4. I tried with both the most recent plugins, and with one version before that. There simply are no callbacks whatsoever when i run it on the device. It works fine in 6.1/7.1 simulators. Unfortunately 5.1 simulators are not supported on Mavericks, so i can't test with those. I created a new application using the CLI, and used the demo code: nothing on 5.1.1, fine on 6.1/7.1 (sim). Can any of you replicate this? Or this this a know issue and did i miss the memo? Hoping to hear from you soon. File-transfer not working on iOS 5.1.1 (iPad1) -- Key: CB-7029 URL: https://issues.apache.org/jira/browse/CB-7029 Project: Apache Cordova Issue Type: Bug Components: Plugin File Transfer Affects Versions: 3.4.0 Reporter: Robin Zeggelaar After trying to wrap my head around this issue for far to long, i decided to open an issue: The problem is that i can not get a file-transfer working on my iPad1 (iOS 5.1.1). I know support is dropped in Cordova 3.5.0, but this project is running 3.4. I tried with both the most recent plugins, and with one version before that. There simply are no callbacks whatsoever when i run it on the device. It works fine in 6.1/7.1 simulators. Unfortunately 5.1 simulators are not supported on Mavericks, so i can't test with those. I created a new application using the CLI, and used the demo code: nothing on 5.1.1, fine on 6.1/7.1 (sim). Can any of you replicate this? Or this this a know issue and did i miss the memo? Hoping to hear from you soon. EDIT: Forgot to mention that i'm using the download method. I have not tried to upload a file. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-5634) Orientation Preference is ignored in Android, should be parsed by CLI
[ https://issues.apache.org/jira/browse/CB-5634?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13950578#comment-13950578 ] Robin Zeggelaar commented on CB-5634: - I can confirm this issue. I tried to find the source of the problem, which brought me to configParser.js, line 88. {code}if (preferences[i].attrib.name.toLowerCase() === name) { ret = a.attrib.value; }{code} Here, the variable a is not defined, generating the error. I'd say changing this line to {code}ret = preferences[i].attrib.value{code} would fix it. Then again, i'm no cordova expert. But that's what it looks like to me. Orientation Preference is ignored in Android, should be parsed by CLI - Key: CB-5634 URL: https://issues.apache.org/jira/browse/CB-5634 Project: Apache Cordova Issue Type: Bug Components: Amazon FireOS, Android, CLI, Docs, iOS Reporter: Joe Bowser Assignee: Andrew Grieve The docs say that an Orientation preference is supposed to work across all platforms. However, Android's activities can only be locked to an orientation by modifying the AndroidManifest.xml. To get past this, we either change the docs, or we support this in the CLI. I feel that adding an XML parser to the scripts is complete overkill, since we don't have any tests for our platform scripts, and I personally think they're a giant pile of technical debt. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6351) setMetadata fails silently
[ https://issues.apache.org/jira/browse/CB-6351?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13949024#comment-13949024 ] Robin Zeggelaar commented on CB-6351: - Dear Ian, The project was created after upgrading Cordova and Phonegap via NPM. The plugins were added using Cordova plugin add org.apache.cordova.x. Am i right to assume this is the correct way to handle things? I will look into updating/re-installing and get back to you with the results. setMetadata fails silently -- Key: CB-6351 URL: https://issues.apache.org/jira/browse/CB-6351 Project: Apache Cordova Issue Type: Bug Components: Plugin File Affects Versions: 3.4.0 Reporter: Robin Zeggelaar Assignee: Ian Clelland Labels: setMetadata In Cordova 3.0.4 the setMetadata call on iOS fails silently. Android does not seem to have this issue. On the javascript side the following call is made (Entry.js): exec(successCallback, errorCallback, File, setMetadata, [this.fullPath, metadataObject]); This fails silently on the native end. My callbacks are not invoked. I fixed this by changing this.fullPath to this.toURL(), conform the changes to the File plugin. After this change the callbacks did get invoked properly. Could you take a look at this and fix it in a future release? -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Comment Edited] (CB-6351) setMetadata fails silently
[ https://issues.apache.org/jira/browse/CB-6351?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13949024#comment-13949024 ] Robin Zeggelaar edited comment on CB-6351 at 3/27/14 9:57 AM: -- Dear Ian, The project was created after upgrading Cordova and Phonegap via NPM. The plugins were added using Cordova plugin add org.apache.cordova.x. Am i right to assume this is the correct way to handle things? I will look into updating/re-installing and get back to you with the results. UPDATE: I just removed all my plugins and re-added them using the CLI. The same problem persists. I'm really curious as to where you got the line of code you showed from. Every git repo i check does not contain the line you quoted. See: https://github.com/apache/cordova-plugin-file/blob/master/www/Entry.js was (Author: robinzeggelaar): Dear Ian, The project was created after upgrading Cordova and Phonegap via NPM. The plugins were added using Cordova plugin add org.apache.cordova.x. Am i right to assume this is the correct way to handle things? I will look into updating/re-installing and get back to you with the results. setMetadata fails silently -- Key: CB-6351 URL: https://issues.apache.org/jira/browse/CB-6351 Project: Apache Cordova Issue Type: Bug Components: Plugin File Affects Versions: 3.4.0 Reporter: Robin Zeggelaar Assignee: Ian Clelland Labels: setMetadata In Cordova 3.0.4 the setMetadata call on iOS fails silently. Android does not seem to have this issue. On the javascript side the following call is made (Entry.js): exec(successCallback, errorCallback, File, setMetadata, [this.fullPath, metadataObject]); This fails silently on the native end. My callbacks are not invoked. I fixed this by changing this.fullPath to this.toURL(), conform the changes to the File plugin. After this change the callbacks did get invoked properly. Could you take a look at this and fix it in a future release? -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Comment Edited] (CB-6351) setMetadata fails silently
[ https://issues.apache.org/jira/browse/CB-6351?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13949024#comment-13949024 ] Robin Zeggelaar edited comment on CB-6351 at 3/27/14 10:14 AM: --- Dear Ian, The project was created after upgrading Cordova and Phonegap via NPM. The plugins were added using Cordova plugin add org.apache.cordova.x. Am i right to assume this is the correct way to handle things? I will look into updating/re-installing and get back to you with the results. UPDATE: I just removed all my plugins and re-added them using the CLI. I used {panel}cordova plugin add org.apache.cordova.file{panel} The Entry.js file is still not containing the line you quoted. If it is of any help, the cordova_plugins.js file is showwing the following for the file plugin: {panel}org.apache.cordova.dialogs: 0.2.6, org.apache.cordova.network-information: 0.2.7, org.apache.cordova.console: 0.2.7, org.apache.cordova.plugins.PowerManagement: 0.1.0, org.apache.cordova.file: 1.0.1, org.apache.cordova.file-transfer: 0.4.2{panel} was (Author: robinzeggelaar): Dear Ian, The project was created after upgrading Cordova and Phonegap via NPM. The plugins were added using Cordova plugin add org.apache.cordova.x. Am i right to assume this is the correct way to handle things? I will look into updating/re-installing and get back to you with the results. UPDATE: I just removed all my plugins and re-added them using the CLI. The same problem persists. I'm really curious as to where you got the line of code you showed from. Every git repo i check does not contain the line you quoted. See: https://github.com/apache/cordova-plugin-file/blob/master/www/Entry.js setMetadata fails silently -- Key: CB-6351 URL: https://issues.apache.org/jira/browse/CB-6351 Project: Apache Cordova Issue Type: Bug Components: Plugin File Affects Versions: 3.4.0 Reporter: Robin Zeggelaar Assignee: Ian Clelland Labels: setMetadata In Cordova 3.0.4 the setMetadata call on iOS fails silently. Android does not seem to have this issue. On the javascript side the following call is made (Entry.js): exec(successCallback, errorCallback, File, setMetadata, [this.fullPath, metadataObject]); This fails silently on the native end. My callbacks are not invoked. I fixed this by changing this.fullPath to this.toURL(), conform the changes to the File plugin. After this change the callbacks did get invoked properly. Could you take a look at this and fix it in a future release? -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Comment Edited] (CB-6351) setMetadata fails silently
[ https://issues.apache.org/jira/browse/CB-6351?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13949024#comment-13949024 ] Robin Zeggelaar edited comment on CB-6351 at 3/27/14 10:14 AM: --- Dear Ian, The project was created after upgrading Cordova and Phonegap via NPM. The plugins were added using Cordova plugin add org.apache.cordova.x. Am i right to assume this is the correct way to handle things? I will look into updating/re-installing and get back to you with the results. UPDATE: I just removed all my plugins and re-added them using the CLI. I used {panel}cordova plugin add org.apache.cordova.file{panel} The Entry.js file is still not containing the line you quoted. If it is of any help, the cordova_plugins.js file is showwing the following: {panel}org.apache.cordova.dialogs: 0.2.6, org.apache.cordova.network-information: 0.2.7, org.apache.cordova.console: 0.2.7, org.apache.cordova.plugins.PowerManagement: 0.1.0, org.apache.cordova.file: 1.0.1, org.apache.cordova.file-transfer: 0.4.2{panel} was (Author: robinzeggelaar): Dear Ian, The project was created after upgrading Cordova and Phonegap via NPM. The plugins were added using Cordova plugin add org.apache.cordova.x. Am i right to assume this is the correct way to handle things? I will look into updating/re-installing and get back to you with the results. UPDATE: I just removed all my plugins and re-added them using the CLI. I used {panel}cordova plugin add org.apache.cordova.file{panel} The Entry.js file is still not containing the line you quoted. If it is of any help, the cordova_plugins.js file is showwing the following for the file plugin: {panel}org.apache.cordova.dialogs: 0.2.6, org.apache.cordova.network-information: 0.2.7, org.apache.cordova.console: 0.2.7, org.apache.cordova.plugins.PowerManagement: 0.1.0, org.apache.cordova.file: 1.0.1, org.apache.cordova.file-transfer: 0.4.2{panel} setMetadata fails silently -- Key: CB-6351 URL: https://issues.apache.org/jira/browse/CB-6351 Project: Apache Cordova Issue Type: Bug Components: Plugin File Affects Versions: 3.4.0 Reporter: Robin Zeggelaar Assignee: Ian Clelland Labels: setMetadata In Cordova 3.0.4 the setMetadata call on iOS fails silently. Android does not seem to have this issue. On the javascript side the following call is made (Entry.js): exec(successCallback, errorCallback, File, setMetadata, [this.fullPath, metadataObject]); This fails silently on the native end. My callbacks are not invoked. I fixed this by changing this.fullPath to this.toURL(), conform the changes to the File plugin. After this change the callbacks did get invoked properly. Could you take a look at this and fix it in a future release? -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-6351) setMetadata fails silently
Robin Zeggelaar created CB-6351: --- Summary: setMetadata fails silently Key: CB-6351 URL: https://issues.apache.org/jira/browse/CB-6351 Project: Apache Cordova Issue Type: Bug Components: Plugin File Affects Versions: 3.4.0 Reporter: Robin Zeggelaar In Cordova 3.0.4 the setMetadata call on iOS fails silently. Android does not seem to have this issue. On the javascript side the following call is made (Entry.js): exec(successCallback, errorCallback, File, setMetadata, [this.fullPath, metadataObject]); This fails silently on the native end. My callbacks are not invoked. I fixed this by changing this.fullPath to this.toURL(), conform the changes to the File plugin. After this change the callbacks did get invoked properly. Could you take a look at this and fix it in a future release? -- This message was sent by Atlassian JIRA (v6.2#6252)