[jira] [Commented] (CB-3318) Not able to write data into a file on BB10, same code is working fine for playbook and BB7. i am using cordova 2.7.0.
[ https://issues.apache.org/jira/browse/CB-3318?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13650499#comment-13650499 ] ankit agarwal commented on CB-3318: --- I am using the writer api provided by the cordova,also the same code is working everywhere(WP8,Android,BB7,Playbook,W8) except BB10. > Not able to write data into a file on BB10, same code is working fine for > playbook and BB7. i am using cordova 2.7.0. > - > > Key: CB-3318 > URL: https://issues.apache.org/jira/browse/CB-3318 > Project: Apache Cordova > Issue Type: Bug > Components: BlackBerry >Reporter: ankit agarwal >Assignee: Lorin Beer > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-3341) add version script
[ https://issues.apache.org/jira/browse/CB-3341?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13650153#comment-13650153 ] Tim Kim commented on CB-3341: - I've got a fix for this here on my github: https://github.com/timkim/cordova-blackberry/commit/5c598a08c0aaba3fd7ae17336e984fb1149f5126 I'm just waiting till the new bb10 repo takes over since I based my changes on that. > add version script > -- > > Key: CB-3341 > URL: https://issues.apache.org/jira/browse/CB-3341 > Project: Apache Cordova > Issue Type: Sub-task > Components: BlackBerry >Affects Versions: 2.8.0 >Reporter: Brian LeRoux >Assignee: Tim Kim > Fix For: 2.8.0 > > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (CB-3327) iOS console.log not logging to remote inspector console, only to xcode console
[ https://issues.apache.org/jira/browse/CB-3327?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ian Clelland resolved CB-3327. -- Resolution: Fixed Fix Version/s: 2.8.0 I've given the Logger plugin the ability to log to console *as well* as the native logger. Messages are showing up for me now in the remote inspector as well as xcode. Commit: https://git-wip-us.apache.org/repos/asf?p=cordova-js.git;a=commitdiff;h=c2d78cb4c8279f9659933ea1858dae8743785246 > iOS console.log not logging to remote inspector console, only to xcode console > -- > > Key: CB-3327 > URL: https://issues.apache.org/jira/browse/CB-3327 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 2.7.0 >Reporter: Michal Mocny >Assignee: Ian Clelland > Fix For: 2.8.0 > > > Open remote inspector and issue a console.log() -- notice that it prints to > xcode attached console, but not to the remote web inspector console. This is > a regression. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (CB-3354) Console log in Safari Web Inspector no longer works in 2.7.0
[ https://issues.apache.org/jira/browse/CB-3354?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-3354. -- Resolution: Duplicate > Console log in Safari Web Inspector no longer works in 2.7.0 > > > Key: CB-3354 > URL: https://issues.apache.org/jira/browse/CB-3354 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 2.7.0 > Environment: OSX Mountain Lion, Safari 6.0.4, iOS 6.1.2 on iPhone 4S >Reporter: Joe Reda >Assignee: Shazron Abdullah > Labels: console, debug, ios, logging, webinspector > > Console logging via WebInspector (through Safari on the desktop) has worked > very well for the last many versions (including 2.6). With 2.7, while > WebInspector still works, the console no longer outputs anything. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-3327) iOS console.log not logging to remote inspector console, only to xcode console
[ https://issues.apache.org/jira/browse/CB-3327?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13650071#comment-13650071 ] Shazron Abdullah commented on CB-3327: -- Mailing list discussion: http://markmail.org/thread/h4xtpkal3pjic2mj > iOS console.log not logging to remote inspector console, only to xcode console > -- > > Key: CB-3327 > URL: https://issues.apache.org/jira/browse/CB-3327 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 2.7.0 >Reporter: Michal Mocny >Assignee: Ian Clelland > > Open remote inspector and issue a console.log() -- notice that it prints to > xcode attached console, but not to the remote web inspector console. This is > a regression. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CB-2657) Create CordovaActivity to replace DroidGap
[ https://issues.apache.org/jira/browse/CB-2657?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser updated CB-2657: --- Fix Version/s: (was: 2.8.0) 3.0.0 > Create CordovaActivity to replace DroidGap > -- > > Key: CB-2657 > URL: https://issues.apache.org/jira/browse/CB-2657 > Project: Apache Cordova > Issue Type: Improvement > Components: Android >Affects Versions: 2.7.0 >Reporter: Joe Bowser >Assignee: Joe Bowser > Fix For: 3.0.0 > > > DroidGap is the worst named class in the project, mostly because it was the > first class ever written for PhoneGap and Apache Cordova over four years ago. > In the meantime, it became the kitchen sink of Cordova, with tons of methods > and other crap. Once again, with the plugin refactor we get another > opportunity to clean house, and hopefully get rid of DroidGap with something > that makes more sense. > Yes, this will break things, but seriously, this code is getting OLD -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CB-3354) Console log in Safari Web Inspector no longer works in 2.7.0
Joe Reda created CB-3354: Summary: Console log in Safari Web Inspector no longer works in 2.7.0 Key: CB-3354 URL: https://issues.apache.org/jira/browse/CB-3354 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 2.7.0 Environment: OSX Mountain Lion, Safari 6.0.4, iOS 6.1.2 on iPhone 4S Reporter: Joe Reda Assignee: Shazron Abdullah Console logging via WebInspector (through Safari on the desktop) has worked very well for the last many versions (including 2.6). With 2.7, while WebInspector still works, the console no longer outputs anything. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CB-2412) InAppBrowser option to hide bottom bar with Done/History buttons
[ https://issues.apache.org/jira/browse/CB-2412?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-2412: - Fix Version/s: 2.8.0 > InAppBrowser option to hide bottom bar with Done/History buttons > > > Key: CB-2412 > URL: https://issues.apache.org/jira/browse/CB-2412 > Project: Apache Cordova > Issue Type: Improvement > Components: BlackBerry, iOS >Reporter: Sönke Rohde >Assignee: Shazron Abdullah > Fix For: 2.8.0 > > > There should be an option to hide the bottom bar of the InAppBrowser > containing the Done and history arrow buttons. > When the InAppBrowser is used for OAuth the url changes are monitored and the > InAppBrowser gets closed programmatically when the OAuth process is completed > or canceled. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Assigned] (CB-2412) InAppBrowser option to hide bottom bar with Done/History buttons
[ https://issues.apache.org/jira/browse/CB-2412?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah reassigned CB-2412: Assignee: Shazron Abdullah > InAppBrowser option to hide bottom bar with Done/History buttons > > > Key: CB-2412 > URL: https://issues.apache.org/jira/browse/CB-2412 > Project: Apache Cordova > Issue Type: Improvement > Components: BlackBerry, iOS >Reporter: Sönke Rohde >Assignee: Shazron Abdullah > > There should be an option to hide the bottom bar of the InAppBrowser > containing the Done and history arrow buttons. > When the InAppBrowser is used for OAuth the url changes are monitored and the > InAppBrowser gets closed programmatically when the OAuth process is completed > or canceled. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CB-3351) Support for mutual SSL (on Ajax calls)
[ https://issues.apache.org/jira/browse/CB-3351?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser updated CB-3351: --- Priority: Major (was: Critical) Do you have a guide to an existing implementation of this anywhere? I'm not familiar with Mutual SSL but some googling tells me that this is similar to TLS, which should be handled by the underlying webkit and not by the XmlHttpRequest API. I lowered the priority on this, because I'm skeptical as to whether this even belongs in Cordova, or if this should be its own third-party plugin. The more I look into this issue, the less sense this makes. > Support for mutual SSL (on Ajax calls) > --- > > Key: CB-3351 > URL: https://issues.apache.org/jira/browse/CB-3351 > Project: Apache Cordova > Issue Type: New Feature > Components: Android, BlackBerry, WP8 >Affects Versions: 2.6.0 >Reporter: Eloy Gonzalez > Labels: clientcertificate, mutualSSL, ssl > > In some situations, two-factor authentication is required, and client > certificates (a X.509 certificate with a 1.3.6.1.5.5.7.3.2 enhanced key > usage) are a popular choice as a first factor. With mutual SSL, the client > verifies the server's identity (server authentication) and the server > verifies the client's identity (client authentication). Unfortunately, > Cordova does not support mutual SSL. > This issue is relate to CB-2669, but not only for iOS -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-2676) add prompt dialog to Notification API for Blackberry
[ https://issues.apache.org/jira/browse/CB-2676?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13649974#comment-13649974 ] Jeffrey Heifetz commented on CB-2676: - I think this should be ready for merging. > add prompt dialog to Notification API for Blackberry > > > Key: CB-2676 > URL: https://issues.apache.org/jira/browse/CB-2676 > Project: Apache Cordova > Issue Type: Sub-task > Components: BlackBerry >Reporter: James Jong >Assignee: Bryan Higgins > Fix For: Master > > > For Bryan Higgins. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CB-3353) No Media.MEDIA_STARTING status when using media player in iOS
Jeff Que created CB-3353: Summary: No Media.MEDIA_STARTING status when using media player in iOS Key: CB-3353 URL: https://issues.apache.org/jira/browse/CB-3353 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 2.6.0, 2.7.0 Environment: iPhone 5 running iOS version 6.1.3 and 6.1.2 Reporter: Jeff Que Assignee: Shazron Abdullah After creating a media player object in iOS and calling play() method, the provided mediaStatus function never gets called with the status Media.MEDIA_STARTING. This differs from the Android functionality. The issue is in class CDVSound, method "prepareToPlay:withId:" does not send a notification for MEDIA_STARTING -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-3029) remote page loading 2.6.0 cordova js file not work
[ https://issues.apache.org/jira/browse/CB-3029?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13649847#comment-13649847 ] Jeffrey Heifetz commented on CB-3029: - This is a completely new framework that no longer depends on the blackberry webworks implementation (although it does need the NDK). > remote page loading 2.6.0 cordova js file not work > -- > > Key: CB-3029 > URL: https://issues.apache.org/jira/browse/CB-3029 > Project: Apache Cordova > Issue Type: Bug > Components: BlackBerry >Affects Versions: 2.6.0 > Environment: tested on ios including iphone and ipad; on blackberry, > reported this error: TypeError:'undefined'is not an object >Reporter: Andy Downton >Assignee: Andrew Grieve > Fix For: 2.8.0 > > > My app loads remote page containing cordova js file; it works fine with 2.5.0 > and previous version, however, after upgrading cordova js file to 2.6.0, all > app functions broken, no deviceready fired at all and other app functions > stop working. this bug affects only remote page loading cordova js file on > ios and blackberry, local page works fine. I only tested on iphone, ipad and > blackberry, not sure if this issue affects other OSs. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-3029) remote page loading 2.6.0 cordova js file not work
[ https://issues.apache.org/jira/browse/CB-3029?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13649835#comment-13649835 ] Andy Downton commented on CB-3029: -- Is this a different work or newer work? BTW, Checked the time stamps: for phonegap 2.7.0 blackberry js file, it is 30 April for the one in your link, it is 26 April, i.e. older > remote page loading 2.6.0 cordova js file not work > -- > > Key: CB-3029 > URL: https://issues.apache.org/jira/browse/CB-3029 > Project: Apache Cordova > Issue Type: Bug > Components: BlackBerry >Affects Versions: 2.6.0 > Environment: tested on ios including iphone and ipad; on blackberry, > reported this error: TypeError:'undefined'is not an object >Reporter: Andy Downton >Assignee: Andrew Grieve > Fix For: 2.8.0 > > > My app loads remote page containing cordova js file; it works fine with 2.5.0 > and previous version, however, after upgrading cordova js file to 2.6.0, all > app functions broken, no deviceready fired at all and other app functions > stop working. this bug affects only remote page loading cordova js file on > ios and blackberry, local page works fine. I only tested on iphone, ipad and > blackberry, not sure if this issue affects other OSs. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Comment Edited] (CB-285) Add property returning root path of PhoneGap files
[ https://issues.apache.org/jira/browse/CB-285?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13649818#comment-13649818 ] Shravan Narayan edited comment on CB-285 at 5/6/13 4:19 PM: Went through the data for a few more the platforms' file storage requirements android: http://developer.android.com/guide/topics/data/data-storage.html ios: http://developer.apple.com/library/ios/#documentation/FileManagement/Conceptual/FileSystemProgrammingGUide/FileSystemOverview/FileSystemOverview.html windows phone: http://msdn.microsoft.com/en-us/library/windowsphone/develop/ff402541(v=vs.105).aspx blackberry: https://developer.blackberry.com/cascades/documentation/device_platform/filesystem/index.html tizen: https://developer.tizen.org/help/index.jsp?topic=%2Forg.tizen.native.appprogramming%2Fhtml%2Fbasics_tizen_programming%2Fio_overview.htm No major surprises except, that the sd card on windows phone is read only (also it requires you to specify which extensions you want, but that may or may not be pertinent here) Thus I suggest that we add a needWritableAccess flag to the api. Because of this, I don't think we need a separate api for the app directory So I would like to suggest that the api be {code:javascript} cordova.file.getDirectoryForPurpose({ optional boolean needWritableAccess = true, optional boolean sandboxed = true, optional LocalFileSystem.Category category = LocalFileSystem.Category.DATA, optional LocalFileSystem.Persistance persistance = LocalFileSystem.Persistance.PERSISTANT - up for debate }, function callback(location){ if(location) // Success }); {code} If we try to access the sd card on windows phone(by specifying not sandboxed) with write access, revert to a special directory in internal storage like '/saved_sd_card_content' and while reading from sd card check if file exists here first before checking the sd card. {code:javascript} LocalFileSystem.Category { // AT LEAST NEED APP, DATA, DOCUMENTS, // LATER ALSO NEED IMAGES, DOCS, VIDEO, AUDIO etc. etc. (need a better summary of platform specific categorizations of files) } {code} APP - the app bundle such as file:///android_asset If we try to access APP with writeAccess throw an exception. {code:javascript} LocalFileSystem.Persistance { TEMPORARY, CACHE, PERSISTANT, DEVICE_PERSISTANT, CLOUD } {code} Note: DEVICE_PERSISTANT vs CLOUD DEVICE_PERSISTANT - store files with syncing such as iCloud on ios enabled, however this is device specific CLOUD - store files with syncing such as dropbox on blackberry enabled, however this is may be the same across devices Blackberry can implement the DEVICE_PERSISTANT option by storing data in a folder such as "/Cordova_Device_Data/MY_DEVICE_NAME/" to maintain a saparation across devices. was (Author: shravanrn): Went through the data for a few more the platforms' file storage requirements android: http://developer.android.com/guide/topics/data/data-storage.html ios: http://developer.apple.com/library/ios/#documentation/FileManagement/Conceptual/FileSystemProgrammingGUide/FileSystemOverview/FileSystemOverview.html windows phone: http://msdn.microsoft.com/en-us/library/windowsphone/develop/ff402541(v=vs.105).aspx blackberry: https://developer.blackberry.com/cascades/documentation/device_platform/filesystem/index.html tizen: https://developer.tizen.org/help/index.jsp?topic=%2Forg.tizen.native.appprogramming%2Fhtml%2Fbasics_tizen_programming%2Fio_overview.htm No major surprises except, that the sd card on windows phone is read only (also it requires you to specify which extensions you want, but that may or may not be pertinent here) Thus I suggest that we add a needWritableAccess flag to the api. Because of this, I don't think we need a separate api for the app directory So I would like to suggest that the api be cordova.file.getDirectoryForPurpose({ optional boolean needWritableAccess = true, optional boolean sandboxed = true, optional LocalFileSystem.Category category = LocalFileSystem.Category.DATA, optional LocalFileSystem.Persistance persistance = LocalFileSystem.Persistance.PERSISTANT - up for debate }, function callback(location){ if(location) // Success }); If we try to access the sd card on windows phone(by specifying not sandboxed) with write access, revert to a special directory in internal storage like '/saved_sd_card_content' and while reading from sd card check if file exists here first before checking the sd card. LocalFileSystem.Category { // AT LEAST NEED APP, DATA, DOCUMENTS, // LATER ALSO NEED IMAGES, DOCS, VIDEO, AUDIO etc. etc. (need a better summary of platform specific categorizations of files) } APP - the app bundle such as file:///android_asset If we try to access APP with writeAccess throw an exception. LocalFileSystem.Persistance { TEMPORARY, CACHE, PERSISTANT
[jira] [Comment Edited] (CB-285) Add property returning root path of PhoneGap files
[ https://issues.apache.org/jira/browse/CB-285?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13649818#comment-13649818 ] Shravan Narayan edited comment on CB-285 at 5/6/13 4:15 PM: Went through the data for a few more the platforms' file storage requirements android: http://developer.android.com/guide/topics/data/data-storage.html ios: http://developer.apple.com/library/ios/#documentation/FileManagement/Conceptual/FileSystemProgrammingGUide/FileSystemOverview/FileSystemOverview.html windows phone: http://msdn.microsoft.com/en-us/library/windowsphone/develop/ff402541(v=vs.105).aspx blackberry: https://developer.blackberry.com/cascades/documentation/device_platform/filesystem/index.html tizen: https://developer.tizen.org/help/index.jsp?topic=%2Forg.tizen.native.appprogramming%2Fhtml%2Fbasics_tizen_programming%2Fio_overview.htm No major surprises except, that the sd card on windows phone is read only (also it requires you to specify which extensions you want, but that may or may not be pertinent here) Thus I suggest that we add a needWritableAccess flag to the api. Because of this, I don't think we need a separate api for the app directory So I would like to suggest that the api be cordova.file.getDirectoryForPurpose({ optional boolean needWritableAccess = true, optional boolean sandboxed = true, optional LocalFileSystem.Category category = LocalFileSystem.Category.DATA, optional LocalFileSystem.Persistance persistance = LocalFileSystem.Persistance.PERSISTANT - up for debate }, function callback(location){ if(location) // Success }); If we try to access the sd card on windows phone(by specifying not sandboxed) with write access, revert to a special directory in internal storage like '/saved_sd_card_content' and while reading from sd card check if file exists here first before checking the sd card. LocalFileSystem.Category { // AT LEAST NEED APP, DATA, DOCUMENTS, // LATER ALSO NEED IMAGES, DOCS, VIDEO, AUDIO etc. etc. (need a better summary of platform specific categorizations of files) } APP - the app bundle such as file:///android_asset If we try to access APP with writeAccess throw an exception. LocalFileSystem.Persistance { TEMPORARY, CACHE, PERSISTANT, DEVICE_PERSISTANT, CLOUD } Note: DEVICE_PERSISTANT vs CLOUD DEVICE_PERSISTANT - store files with syncing such as iCloud on ios enabled, however this is device specific CLOUD - store files with syncing such as dropbox on blackberry enabled, however this is may be the same across devices Blackberry can implement the DEVICE_PERSISTANT option by storing data in a folder such as "/Cordova_Device_Data/MY_DEVICE_NAME/" to maintain a saparation across devices. was (Author: shravanrn): Went through the data for a few more the platforms' file storage requirements android: http://developer.android.com/guide/topics/data/data-storage.html ios: http://developer.apple.com/library/ios/#documentation/FileManagement/Conceptual/FileSystemProgrammingGUide/FileSystemOverview/FileSystemOverview.html windows phone: http://msdn.microsoft.com/en-us/library/windowsphone/develop/ff402541(v=vs.105).aspx blackberry: https://developer.blackberry.com/cascades/documentation/device_platform/filesystem/index.html tizen: https://developer.tizen.org/help/index.jsp?topic=%2Forg.tizen.native.appprogramming%2Fhtml%2Fbasics_tizen_programming%2Fio_overview.htm No major surprises except, that the sd card on windows phone is read only (also it requires you to specify which extensions you want, but that may or may not be pertinent here) Thus I suggest that we add a needWritableAccess flag to the api. Because of this, I don't think we need a separate api for the app directory So I would like to suggest that the api be cordova.file.getDirectoryForPurpose({ optional boolean needWritableAccess = true, optional boolean sandboxed = true, optional LocalFileSystem.Category category = LocalFileSystem.Category.DATA, optional LocalFileSystem.Persistance persistance = LocalFileSystem.Persistance.PERSISTANT - up for debate }, function callback(location){ if(location) // Success }); If we try to access the sd card on windows phone(by specifying not sandboxed) with write access, revert to a special directory in internal storage like '/saved_sd_card_content' and while reading from sd card check if file exists here first before checking the sd card. LocalFileSystem.Category { // AT LEAST NEED APP, DATA, DOCUMENTS, // LATER ALSO NEED IMAGES, DOCS, VIDEO, AUDIO etc. etc. (need a better summary of platform specific categorizations of files) } APP - the app bundle such as file:///android_asset If we try to access APP with writeAccess throw an exception. LocalFileSystem.Persistance { TEMPORARY, CACHE, PERSISTANT, DEVICE_PERSISTANT, CLOUD } Note: DEVICE_PERSISTANT vs CLOUD DEVICE_P
[jira] [Comment Edited] (CB-285) Add property returning root path of PhoneGap files
[ https://issues.apache.org/jira/browse/CB-285?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13649818#comment-13649818 ] Shravan Narayan edited comment on CB-285 at 5/6/13 4:14 PM: Went through the data for a few more the platforms' file storage requirements android: http://developer.android.com/guide/topics/data/data-storage.html ios: http://developer.apple.com/library/ios/#documentation/FileManagement/Conceptual/FileSystemProgrammingGUide/FileSystemOverview/FileSystemOverview.html windows phone: http://msdn.microsoft.com/en-us/library/windowsphone/develop/ff402541(v=vs.105).aspx blackberry: https://developer.blackberry.com/cascades/documentation/device_platform/filesystem/index.html tizen: https://developer.tizen.org/help/index.jsp?topic=%2Forg.tizen.native.appprogramming%2Fhtml%2Fbasics_tizen_programming%2Fio_overview.htm No major surprises except, that the sd card on windows phone is read only (also it requires you to specify which extensions you want, but that may or may not be pertinent here) Thus I suggest that we add a needWritableAccess flag to the api. Because of this, I don't think we need a separate api for the app directory So I would like to suggest that the api be cordova.file.getDirectoryForPurpose({ optional boolean needWritableAccess = true, optional boolean sandboxed = true, optional LocalFileSystem.Category category = LocalFileSystem.Category.DATA, optional LocalFileSystem.Persistance persistance = LocalFileSystem.Persistance.PERSISTANT - up for debate }, function callback(location){ if(location) // Success }); If we try to access the sd card on windows phone(by specifying not sandboxed) with write access, revert to a special directory in internal storage like '/saved_sd_card_content' and while reading from sd card check if file exists here first before checking the sd card. LocalFileSystem.Category { // AT LEAST NEED APP, DATA, DOCUMENTS, // LATER ALSO NEED IMAGES, DOCS, VIDEO, AUDIO etc. etc. (need a better summary of platform specific categorizations of files) } APP - the app bundle such as file:///android_asset If we try to access APP with writeAccess throw an exception. LocalFileSystem.Persistance { TEMPORARY, CACHE, PERSISTANT, DEVICE_PERSISTANT, CLOUD } Note: DEVICE_PERSISTANT vs CLOUD DEVICE_PERSISTANT - store files with syncing such as iCloud on ios enabled, however this is device specific CLOUD - store files with syncing such as dropbox on blackberry enabled, however this is may be the same across devices Blackberry can implement the DEVICE_PERSISTANT option by storing data in a folder such as "/Cordova_Device_Data/MY_DEVICE_NAME/" to maintain a saparation across devices. was (Author: shravanrn): Went through the data for a few more the platforms' file storage requirements android: http://developer.android.com/guide/topics/data/data-storage.html ios: http://developer.apple.com/library/ios/#documentation/FileManagement/Conceptual/FileSystemProgrammingGUide/FileSystemOverview/FileSystemOverview.html windows phone: http://msdn.microsoft.com/en-us/library/windowsphone/develop/ff402541(v=vs.105).aspx blackberry: https://developer.blackberry.com/cascades/documentation/device_platform/filesystem/index.html tizen: https://developer.tizen.org/help/index.jsp?topic=%2Forg.tizen.native.appprogramming%2Fhtml%2Fbasics_tizen_programming%2Fio_overview.htm No major surprises except, that the sd card on windows phone is read only (also it requires you to specify which extensions you want, but that may or may not be pertinent here) Also now I don't think we need a separate api for the app directory So I would like to suggest that the api be cordova.file.getDirectoryForPurpose({ optional boolean needWritableAccess = false, optional boolean sandboxed = true, optional LocalFileSystem.Category category = LocalFileSystem.Category.DATA, optional LocalFileSystem.Persistance persistance = LocalFileSystem.Persistance.PERSISTANT - up for debate }, function callback(location){ if(location) // Success }); LocalFileSystem.Category { // AT LEAST NEED DATA, DOCUMENTS, // LATER ALSO NEED IMAGES, DOCS, VIDEO, AUDIO etc. etc. (need a better summary of platform specific categorizations of files) } LocalFileSystem.Persistance { TEMPORARY, CACHE, PERSISTANT, DEVICE_PERSISTANT, CLOUD } Note: DEVICE_PERSISTANT vs CLOUD DEVICE_PERSISTANT - store files with syncing such as iCloud on ios enabled, however this is device specific CLOUD - store files with syncing such as dropbox on blackberry enabled, however this is may be the same across devices Blackberry can implement the DEVICE_PERSISTANT option by storing data in a folder such as "/Cordova_Device_Data/MY_DEVICE_NAME/" to maintain a saparation across devices. > Add property returning root path of PhoneGap file
[jira] [Updated] (CB-3029) remote page loading 2.6.0 cordova js file not work
[ https://issues.apache.org/jira/browse/CB-3029?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Grieve updated CB-3029: -- Component/s: (was: iOS) > remote page loading 2.6.0 cordova js file not work > -- > > Key: CB-3029 > URL: https://issues.apache.org/jira/browse/CB-3029 > Project: Apache Cordova > Issue Type: Bug > Components: BlackBerry >Affects Versions: 2.6.0 > Environment: tested on ios including iphone and ipad; on blackberry, > reported this error: TypeError:'undefined'is not an object >Reporter: Andy Downton >Assignee: Andrew Grieve > Fix For: 2.8.0 > > > My app loads remote page containing cordova js file; it works fine with 2.5.0 > and previous version, however, after upgrading cordova js file to 2.6.0, all > app functions broken, no deviceready fired at all and other app functions > stop working. this bug affects only remote page loading cordova js file on > ios and blackberry, local page works fine. I only tested on iphone, ipad and > blackberry, not sure if this issue affects other OSs. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-285) Add property returning root path of PhoneGap files
[ https://issues.apache.org/jira/browse/CB-285?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13649818#comment-13649818 ] Shravan Narayan commented on CB-285: Went through the data for a few more the platforms' file storage requirements android: http://developer.android.com/guide/topics/data/data-storage.html ios: http://developer.apple.com/library/ios/#documentation/FileManagement/Conceptual/FileSystemProgrammingGUide/FileSystemOverview/FileSystemOverview.html windows phone: http://msdn.microsoft.com/en-us/library/windowsphone/develop/ff402541(v=vs.105).aspx blackberry: https://developer.blackberry.com/cascades/documentation/device_platform/filesystem/index.html tizen: https://developer.tizen.org/help/index.jsp?topic=%2Forg.tizen.native.appprogramming%2Fhtml%2Fbasics_tizen_programming%2Fio_overview.htm No major surprises except, that the sd card on windows phone is read only (also it requires you to specify which extensions you want, but that may or may not be pertinent here) Also now I don't think we need a separate api for the app directory So I would like to suggest that the api be cordova.file.getDirectoryForPurpose({ optional boolean needWritableAccess = false, optional boolean sandboxed = true, optional LocalFileSystem.Category category = LocalFileSystem.Category.DATA, optional LocalFileSystem.Persistance persistance = LocalFileSystem.Persistance.PERSISTANT - up for debate }, function callback(location){ if(location) // Success }); LocalFileSystem.Category { // AT LEAST NEED DATA, DOCUMENTS, // LATER ALSO NEED IMAGES, DOCS, VIDEO, AUDIO etc. etc. (need a better summary of platform specific categorizations of files) } LocalFileSystem.Persistance { TEMPORARY, CACHE, PERSISTANT, DEVICE_PERSISTANT, CLOUD } Note: DEVICE_PERSISTANT vs CLOUD DEVICE_PERSISTANT - store files with syncing such as iCloud on ios enabled, however this is device specific CLOUD - store files with syncing such as dropbox on blackberry enabled, however this is may be the same across devices Blackberry can implement the DEVICE_PERSISTANT option by storing data in a folder such as "/Cordova_Device_Data/MY_DEVICE_NAME/" to maintain a saparation across devices. > Add property returning root path of PhoneGap files > -- > > Key: CB-285 > URL: https://issues.apache.org/jira/browse/CB-285 > Project: Apache Cordova > Issue Type: Improvement > Components: CordovaJS >Affects Versions: 1.4.0 > Environment: Both PhoneGap SDK and PhoneGap Build >Reporter: Ashley Gullen >Assignee: Andrew Grieve > Labels: features > > There needs to be a property in PhoneGap that returns the root path to the > general files added to the PhoneGap project (i.e. the directory index.html is > in). For example, if I add 'music.mp3' to my project, in Android it will be > located in: > /android_asset/www/music.mp3 > On iOS after being built with PhoneGap Build it will be located in some path > like this: > /var/mobile/Applications//.app/www/music.mp3 > However, there does not appear to be a programmatic way to determine both > and .app. > This has two side effects: > 1. Paths to audio for Media must be hard-coded separately depending on the > platform, which is inconvenient. > 2. Paths to audio for Media cannot be known if developing a framework that > uses PhoneGap. Since a framework does not know the App ID or name in > advance, it's impossible for the framework to determine the correct path. > This is actively blocking audio from working on iOS in PhoneGap projects > exported by Construct 2 (www.scirra.com), a HTML5 game creator. Also, it > seems like kind of an important function to make available anyway, since > hard-coding paths for each platform is a pain. > This PhoneGap Support thread led to this issue: > http://phonegap.tenderapp.com/discussions/questions/208-android_asset-equivalent-for-ios -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-3029) remote page loading 2.6.0 cordova js file not work
[ https://issues.apache.org/jira/browse/CB-3029?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13649819#comment-13649819 ] Jeffrey Heifetz commented on CB-3029: - Any interest in trying out the new BB10 framework(https://github.com/blackberry/cordova-blackberry/tree/blackberry10/blackberry10) and seeing if you can reproduce? > remote page loading 2.6.0 cordova js file not work > -- > > Key: CB-3029 > URL: https://issues.apache.org/jira/browse/CB-3029 > Project: Apache Cordova > Issue Type: Bug > Components: BlackBerry, iOS >Affects Versions: 2.6.0 > Environment: tested on ios including iphone and ipad; on blackberry, > reported this error: TypeError:'undefined'is not an object >Reporter: Andy Downton >Assignee: Andrew Grieve > Fix For: 2.8.0 > > > My app loads remote page containing cordova js file; it works fine with 2.5.0 > and previous version, however, after upgrading cordova js file to 2.6.0, all > app functions broken, no deviceready fired at all and other app functions > stop working. this bug affects only remote page loading cordova js file on > ios and blackberry, local page works fine. I only tested on iphone, ipad and > blackberry, not sure if this issue affects other OSs. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (CB-2598) Camera/iOS docs references navigator.fileMgr
[ https://issues.apache.org/jira/browse/CB-2598?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] James Jong resolved CB-2598. Resolution: Fixed Fix Version/s: (was: 2.7.0) Master > Camera/iOS docs references navigator.fileMgr > > > Key: CB-2598 > URL: https://issues.apache.org/jira/browse/CB-2598 > Project: Apache Cordova > Issue Type: Bug > Components: Docs >Affects Versions: Master >Reporter: Raymond Camden >Assignee: James Jong >Priority: Minor > Fix For: Master > > > While looking at the docs for Camera, I saw this in the iOS quirks: > When destinationType.FILE_URI is used, photos are saved in the application's > temporary directory. Developers may delete the contents of this directory > using the navigator.fileMgr APIs if storage space is a concern. > Not having any idea what navigator.fileMgr was, I did some Googling and came > across this StackOverflow post: > http://stackoverflow.com/questions/12170379/phonegaps-navigator-filemgr-always-undefined > As you can see, this has tripped someone up already. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Closed] (CB-2598) Camera/iOS docs references navigator.fileMgr
[ https://issues.apache.org/jira/browse/CB-2598?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] James Jong closed CB-2598. -- > Camera/iOS docs references navigator.fileMgr > > > Key: CB-2598 > URL: https://issues.apache.org/jira/browse/CB-2598 > Project: Apache Cordova > Issue Type: Bug > Components: Docs >Affects Versions: Master >Reporter: Raymond Camden >Assignee: James Jong >Priority: Minor > Fix For: Master > > > While looking at the docs for Camera, I saw this in the iOS quirks: > When destinationType.FILE_URI is used, photos are saved in the application's > temporary directory. Developers may delete the contents of this directory > using the navigator.fileMgr APIs if storage space is a concern. > Not having any idea what navigator.fileMgr was, I did some Googling and came > across this StackOverflow post: > http://stackoverflow.com/questions/12170379/phonegaps-navigator-filemgr-always-undefined > As you can see, this has tripped someone up already. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-2598) Camera/iOS docs references navigator.fileMgr
[ https://issues.apache.org/jira/browse/CB-2598?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13649793#comment-13649793 ] James Jong commented on CB-2598: Patched here: https://git-wip-us.apache.org/repos/asf?p=cordova-docs.git;a=commit;h=226d350d73c9fc1cafb73e38e8386ecc6a0fc20c > Camera/iOS docs references navigator.fileMgr > > > Key: CB-2598 > URL: https://issues.apache.org/jira/browse/CB-2598 > Project: Apache Cordova > Issue Type: Bug > Components: Docs >Affects Versions: Master >Reporter: Raymond Camden >Assignee: James Jong >Priority: Minor > Fix For: 2.7.0 > > > While looking at the docs for Camera, I saw this in the iOS quirks: > When destinationType.FILE_URI is used, photos are saved in the application's > temporary directory. Developers may delete the contents of this directory > using the navigator.fileMgr APIs if storage space is a concern. > Not having any idea what navigator.fileMgr was, I did some Googling and came > across this StackOverflow post: > http://stackoverflow.com/questions/12170379/phonegaps-navigator-filemgr-always-undefined > As you can see, this has tripped someone up already. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-3318) Not able to write data into a file on BB10, same code is working fine for playbook and BB7. i am using cordova 2.7.0.
[ https://issues.apache.org/jira/browse/CB-3318?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13649773#comment-13649773 ] Jeffrey Heifetz commented on CB-3318: - What API are you using ? HTML5 File? > Not able to write data into a file on BB10, same code is working fine for > playbook and BB7. i am using cordova 2.7.0. > - > > Key: CB-3318 > URL: https://issues.apache.org/jira/browse/CB-3318 > Project: Apache Cordova > Issue Type: Bug > Components: BlackBerry >Reporter: ankit agarwal >Assignee: Lorin Beer > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-3351) Support for mutual SSL (on Ajax calls)
[ https://issues.apache.org/jira/browse/CB-3351?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13649764#comment-13649764 ] Eloy Gonzalez commented on CB-3351: --- Great, do you have some documentation / information we could revise? > Support for mutual SSL (on Ajax calls) > --- > > Key: CB-3351 > URL: https://issues.apache.org/jira/browse/CB-3351 > Project: Apache Cordova > Issue Type: New Feature > Components: Android, BlackBerry, WP8 >Affects Versions: 2.6.0 >Reporter: Eloy Gonzalez >Priority: Critical > Labels: clientcertificate, mutualSSL, ssl > > In some situations, two-factor authentication is required, and client > certificates (a X.509 certificate with a 1.3.6.1.5.5.7.3.2 enhanced key > usage) are a popular choice as a first factor. With mutual SSL, the client > verifies the server's identity (server authentication) and the server > verifies the client's identity (client authentication). Unfortunately, > Cordova does not support mutual SSL. > This issue is relate to CB-2669, but not only for iOS -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-3317) extend plugman with optional www_dir parameter
[ https://issues.apache.org/jira/browse/CB-3317?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13649763#comment-13649763 ] Jeffrey Heifetz commented on CB-3317: - I agree with Michal here, I dislike the idea of adding anything to the www folder. I feel like the www folder should be completely owned by the developer and they should be able to do anything without worrying what our tooling has modified within there. > extend plugman with optional www_dir parameter > -- > > Key: CB-3317 > URL: https://issues.apache.org/jira/browse/CB-3317 > Project: Apache Cordova > Issue Type: Sub-task > Components: Plugman >Reporter: Filip Maj >Assignee: Anis Kadri > > Allows the user to specify the location of a project's www directory. > Useful if the www directory is actually housed outside of a cordova project. > cordova-cli would depend on this. Developers sharing code between a standard > mobile web site and cordova applications could see benefits from this as well. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CB-3352) Phonegap + AngularJS + Windows Phone
[ https://issues.apache.org/jira/browse/CB-3352?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jan Mikula updated CB-3352: --- Labels: AngularJS (was: ) > Phonegap + AngularJS + Windows Phone > > > Key: CB-3352 > URL: https://issues.apache.org/jira/browse/CB-3352 > Project: Apache Cordova > Issue Type: Bug > Components: WP7, WP8 >Affects Versions: 2.6.0 >Reporter: Jan Mikula >Assignee: Jesse MacFadyen > Labels: AngularJS > > We build application based on Phonegap (2.6.0) and AngularJS (1.1.3). On iOS > and Android works great. On Windows Phone 7 and 8 we gets error: "Unable to > get property '1' of undefined or null reference > file:x-wmapp0:www/js/libs/angular.js Line:5034" > Problem is in function matchUrl: > var match = URL_MATCH.exec(url); > match = { > protocol: match[1], > host: match[3], > port: int(match[5]) || DEFAULT_PORTS[match[1]] || null, > path: match[6] || '/', > search: match[8], > hash: match[10] > }; > Problem is that variable url contains this: "x-wmapp0:/www/index.html" and > URL_MATCH.exec can't parse that url correctly. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CB-3352) Phonegap + AngularJS + Windows Phone
[ https://issues.apache.org/jira/browse/CB-3352?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jan Mikula updated CB-3352: --- Description: We build application based on Phonegap (2.6.0) and AngularJS (1.1.3). On iOS and Android works great. On Windows Phone 7 and 8 we gets error: "Unable to get property '1' of undefined or null reference file:x-wmapp0:www/js/libs/angular.js Line:5034" Problem is in function matchUrl: var match = URL_MATCH.exec(url); match = { protocol: match[1], host: match[3], port: int(match[5]) || DEFAULT_PORTS[match[1]] || null, path: match[6] || '/', search: match[8], hash: match[10] }; Problem is that variable url contains this: "x-wmapp0:/www/index.html" and URL_MATCH.exec can't parse that url correctly. > Phonegap + AngularJS + Windows Phone > > > Key: CB-3352 > URL: https://issues.apache.org/jira/browse/CB-3352 > Project: Apache Cordova > Issue Type: Bug > Components: WP7, WP8 >Affects Versions: 2.6.0 >Reporter: Jan Mikula >Assignee: Jesse MacFadyen > > We build application based on Phonegap (2.6.0) and AngularJS (1.1.3). On iOS > and Android works great. On Windows Phone 7 and 8 we gets error: "Unable to > get property '1' of undefined or null reference > file:x-wmapp0:www/js/libs/angular.js Line:5034" > Problem is in function matchUrl: > var match = URL_MATCH.exec(url); > match = { > protocol: match[1], > host: match[3], > port: int(match[5]) || DEFAULT_PORTS[match[1]] || null, > path: match[6] || '/', > search: match[8], > hash: match[10] > }; > Problem is that variable url contains this: "x-wmapp0:/www/index.html" and > URL_MATCH.exec can't parse that url correctly. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CB-3352) Phonegap + AngularJS + Windows Phone
Jan Mikula created CB-3352: -- Summary: Phonegap + AngularJS + Windows Phone Key: CB-3352 URL: https://issues.apache.org/jira/browse/CB-3352 Project: Apache Cordova Issue Type: Bug Components: WP7, WP8 Affects Versions: 2.6.0 Reporter: Jan Mikula Assignee: Jesse MacFadyen -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-3351) Support for mutual SSL (on Ajax calls)
[ https://issues.apache.org/jira/browse/CB-3351?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13649734#comment-13649734 ] Jeffrey Heifetz commented on CB-3351: - I believe the BlackBerry10 platform should already support this. > Support for mutual SSL (on Ajax calls) > --- > > Key: CB-3351 > URL: https://issues.apache.org/jira/browse/CB-3351 > Project: Apache Cordova > Issue Type: New Feature > Components: Android, BlackBerry, WP8 >Affects Versions: 2.6.0 >Reporter: Eloy Gonzalez >Priority: Critical > Labels: clientcertificate, mutualSSL, ssl > > In some situations, two-factor authentication is required, and client > certificates (a X.509 certificate with a 1.3.6.1.5.5.7.3.2 enhanced key > usage) are a popular choice as a first factor. With mutual SSL, the client > verifies the server's identity (server authentication) and the server > verifies the client's identity (client authentication). Unfortunately, > Cordova does not support mutual SSL. > This issue is relate to CB-2669, but not only for iOS -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-3029) remote page loading 2.6.0 cordova js file not work
[ https://issues.apache.org/jira/browse/CB-3029?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13649725#comment-13649725 ] Jeffrey Heifetz commented on CB-3029: - If you are trying to access app resources from a remote domain on BlackBerry10 OS, you MUST have an tag for that domain in your config.xml. > remote page loading 2.6.0 cordova js file not work > -- > > Key: CB-3029 > URL: https://issues.apache.org/jira/browse/CB-3029 > Project: Apache Cordova > Issue Type: Bug > Components: BlackBerry, iOS >Affects Versions: 2.6.0 > Environment: tested on ios including iphone and ipad; on blackberry, > reported this error: TypeError:'undefined'is not an object >Reporter: Andy Downton >Assignee: Andrew Grieve > Fix For: 2.8.0 > > > My app loads remote page containing cordova js file; it works fine with 2.5.0 > and previous version, however, after upgrading cordova js file to 2.6.0, all > app functions broken, no deviceready fired at all and other app functions > stop working. this bug affects only remote page loading cordova js file on > ios and blackberry, local page works fine. I only tested on iphone, ipad and > blackberry, not sure if this issue affects other OSs. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Reopened] (CB-3029) remote page loading 2.6.0 cordova js file not work
[ https://issues.apache.org/jira/browse/CB-3029?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andy Downton reopened CB-3029: -- I just did some tests with phonegap 2.7.0 on ios and blackberry 10. replacing the final ajax code block with finishPluginLoading() call works for ios, but does NOT work for blackberry 10, neither does creating a dummy cordova_plugins.json file work. It seems blackberry issue is different than other OSs. So I did a test on blackberry 10 with phonegap 2.5.0 and 2.6.0, none of them work in any suggested way. > remote page loading 2.6.0 cordova js file not work > -- > > Key: CB-3029 > URL: https://issues.apache.org/jira/browse/CB-3029 > Project: Apache Cordova > Issue Type: Bug > Components: BlackBerry, iOS >Affects Versions: 2.6.0 > Environment: tested on ios including iphone and ipad; on blackberry, > reported this error: TypeError:'undefined'is not an object >Reporter: Andy Downton >Assignee: Andrew Grieve > Fix For: 2.8.0 > > > My app loads remote page containing cordova js file; it works fine with 2.5.0 > and previous version, however, after upgrading cordova js file to 2.6.0, all > app functions broken, no deviceready fired at all and other app functions > stop working. this bug affects only remote page loading cordova js file on > ios and blackberry, local page works fine. I only tested on iphone, ipad and > blackberry, not sure if this issue affects other OSs. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CB-3351) Support for mutual SSL (on Ajax calls)
[ https://issues.apache.org/jira/browse/CB-3351?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Eloy Gonzalez updated CB-3351: -- Labels: clientcertificate mutualSSL ssl (was: ) > Support for mutual SSL (on Ajax calls) > --- > > Key: CB-3351 > URL: https://issues.apache.org/jira/browse/CB-3351 > Project: Apache Cordova > Issue Type: New Feature > Components: Android, BlackBerry, WP8 >Affects Versions: 2.6.0 >Reporter: Eloy Gonzalez >Priority: Critical > Labels: clientcertificate, mutualSSL, ssl > > In some situations, two-factor authentication is required, and client > certificates (a X.509 certificate with a 1.3.6.1.5.5.7.3.2 enhanced key > usage) are a popular choice as a first factor. With mutual SSL, the client > verifies the server's identity (server authentication) and the server > verifies the client's identity (client authentication). Unfortunately, > Cordova does not support mutual SSL. > This issue is relate to CB-2669, but not only for iOS -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CB-3351) Support for mutual SSL (on Ajax calls)
[ https://issues.apache.org/jira/browse/CB-3351?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Eloy Gonzalez updated CB-3351: -- Component/s: WP8 BlackBerry Android Description: In some situations, two-factor authentication is required, and client certificates (a X.509 certificate with a 1.3.6.1.5.5.7.3.2 enhanced key usage) are a popular choice as a first factor. With mutual SSL, the client verifies the server's identity (server authentication) and the server verifies the client's identity (client authentication). Unfortunately, Cordova does not support mutual SSL. This issue is relate to CB-2669, but not only for iOS Affects Version/s: 2.6.0 > Support for mutual SSL (on Ajax calls) > --- > > Key: CB-3351 > URL: https://issues.apache.org/jira/browse/CB-3351 > Project: Apache Cordova > Issue Type: New Feature > Components: Android, BlackBerry, WP8 >Affects Versions: 2.6.0 >Reporter: Eloy Gonzalez >Priority: Critical > > In some situations, two-factor authentication is required, and client > certificates (a X.509 certificate with a 1.3.6.1.5.5.7.3.2 enhanced key > usage) are a popular choice as a first factor. With mutual SSL, the client > verifies the server's identity (server authentication) and the server > verifies the client's identity (client authentication). Unfortunately, > Cordova does not support mutual SSL. > This issue is relate to CB-2669, but not only for iOS -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CB-3351) Support for mutual SSL (on Ajax calls)
Eloy Gonzalez created CB-3351: - Summary: Support for mutual SSL (on Ajax calls) Key: CB-3351 URL: https://issues.apache.org/jira/browse/CB-3351 Project: Apache Cordova Issue Type: New Feature Reporter: Eloy Gonzalez Priority: Critical -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira