[jira] [Commented] (CB-10319) Add reflection for cordova-android 5.0.0 permission requests
[ https://issues.apache.org/jira/browse/CB-10319?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15095782#comment-15095782 ] ASF GitHub Bot commented on CB-10319: - Github user sgrebnov commented on the pull request: https://github.com/apache/cordova-plugin-geolocation/pull/66#issuecomment-171207462 PS. Kudos to @riknoll for very good code documentation > Add reflection for cordova-android 5.0.0 permission requests > > > Key: CB-10319 > URL: https://issues.apache.org/jira/browse/CB-10319 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera, Plugin Contacts, Plugin File, Plugin > Geolocation >Reporter: Richard B Knoll >Assignee: Richard B Knoll > Labels: cordova-6.0.0, triaged > > As was discussed on the mailing list, the purpose of this JIRA is to add > reflective helper methods to the plugins that allow the versions of the core > plugins written for cordova-android 5.0.0 to still build and work with > earlier versions of android (before Marshmallow) -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-10319) Add reflection for cordova-android 5.0.0 permission requests
[ https://issues.apache.org/jira/browse/CB-10319?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15095780#comment-15095780 ] ASF GitHub Bot commented on CB-10319: - Github user sgrebnov commented on the pull request: https://github.com/apache/cordova-plugin-geolocation/pull/66#issuecomment-171206449 Manual tests should be valid, I used them while testing (but I used only real devices while testing). The code looks good so I'm going to verify it on real devices (w/ cordova-android@5.0 and pre-5.0) and merge later today > Add reflection for cordova-android 5.0.0 permission requests > > > Key: CB-10319 > URL: https://issues.apache.org/jira/browse/CB-10319 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera, Plugin Contacts, Plugin File, Plugin > Geolocation >Reporter: Richard B Knoll >Assignee: Richard B Knoll > Labels: cordova-6.0.0, triaged > > As was discussed on the mailing list, the purpose of this JIRA is to add > reflective helper methods to the plugins that allow the versions of the core > plugins written for cordova-android 5.0.0 to still build and work with > earlier versions of android (before Marshmallow) -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-10250) "NSURLErrorDomain error -999" Infinite Loop Breaks Remote Sites
[ https://issues.apache.org/jira/browse/CB-10250?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15095766#comment-15095766 ] vB Results, LLC. edited comment on CB-10250 at 1/13/16 7:37 AM: [~jcesarmobile] Reproduced on iPad again. Same with cordova-ios 4.0.0 and 4.0.1. Install this app, which has the problem: https://itunes.apple.com/us/app/business-advice-forum/id1060344371?mt=8 Tap links very quickly, before the page finishes loading, and you will eventually trigger the error. You only have to trigger this once. And when you do, the infinite loop starts and the app is hosed. Didn't have this issue when I had the url set to index.html which redirected to the site. The reason we can't keep using a local content url and redirect is that because that breaks our plugins. That's another situation, though. This is definitely a critical, showstopping bug. Someone reported something identical: http://stackoverflow.com/questions/13860401/ignoring-nsurlerrordomain-error-999-does-not-work-in-uiwebview Error -999 needs special code or the existing code is somehow broken and throwing it into an infinite loop. was (Author: vbresults): [~jcesarmobile] Reproduced on iPad again. Same with cordova-ios 4.0.0 and 4.0.1. Install this app, which has the problem: https://itunes.apple.com/us/app/business-advice-forum/id1060344371?mt=8 Tap links very quickly, before the page finishes loading, and you will eventually trigger the error. You only have to trigger this once. And when you do, the infinite loop starts and the app is hosed. Didn't have this issue when I had the url set to index.html which redirected to the site. The reason we can't keep using a local content url and redirect is that because that breaks our plugins. That's another situation, though. This is definitely a critical, showstopping bug. Someone reported something identical: http://stackoverflow.com/questions/13860401/ignoring-nsurlerrordomain-error-999-does-not-work-in-uiwebview Apparently error -999 needs special code or the existing implementation is somehow broken and throwing it into an infinite loop. > "NSURLErrorDomain error -999" Infinite Loop Breaks Remote Sites > --- > > Key: CB-10250 > URL: https://issues.apache.org/jira/browse/CB-10250 > Project: Apache Cordova > Issue Type: Bug > Components: iOS > Environment: iOS 9.2 > iPad 2 Emulator > cordova-ios 4.0.1 >Reporter: vB Results, LLC. >Priority: Blocker > Labels: triaged > > Whenever I tap a link on a remote site I get the following errors looping > infinitely in the XCode console when running the emulator. > The page itself then becomes unresponsive to anything but scrolling, tapping > a link will underline the link but nothing happens. > "2015-12-22 21:28:51.931 My Project[50066:507275] Failed to load webpage with > error: The operation couldn’t be completed. (NSURLErrorDomain error -999.) > 2015-12-22 21:28:51.932 My Project[50066:507275] > file:///Users/user900330/Library/Developer/CoreSimulator/Devices/DBFAD775-E311-4A18-BA8A-D5F376404977/data/Containers/Bundle/Application/82A8E42A-397E-4B8B-B609-6FCD6A2D4AAF/My%20Project.app/www/index.html?error=Failed%20to%20load%20webpage%20with%20error:%20The%20operation%20couldn%E2%80%99t%20be%20completed.%20(NSURLErrorDomain%20error%20-999.) > 2015-12-22 21:28:51.932 My Project[50066:507275] Resetting plugins due to > page load. > 2015-12-22 21:28:51.934 My Project[50066:507275] Failed to load webpage with > error: The operation couldn’t be completed. (NSURLErrorDomain error -999.)" > Relevant entries in config.xml: > http://www.example.com/page.php"; /> > > > > > I was experiencing this error on cordova-ios 3.9.2 and it seemed to be fixed > with 4.0.0. With 4.0.1 it's back! -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-10250) "NSURLErrorDomain error -999" Infinite Loop Breaks Remote Sites
[ https://issues.apache.org/jira/browse/CB-10250?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15095766#comment-15095766 ] vB Results, LLC. edited comment on CB-10250 at 1/13/16 7:36 AM: [~jcesarmobile] Reproduced on iPad again. Same with cordova-ios 4.0.0 and 4.0.1. Install this app, which has the problem: https://itunes.apple.com/us/app/business-advice-forum/id1060344371?mt=8 Tap links very quickly, before the page finishes loading, and you will eventually trigger the error. You only have to trigger this once. And when you do, the infinite loop starts and the app is hosed. Didn't have this issue when I had the url set to index.html which redirected to the site. The reason we can't keep using a local content url and redirect is that because that breaks our plugins. That's another situation, though. This is definitely a critical, showstopping bug. Someone reported something identical: http://stackoverflow.com/questions/13860401/ignoring-nsurlerrordomain-error-999-does-not-work-in-uiwebview Apparently error -999 needs special code or the existing implementation is somehow broken and throwing it into an infinite loop. was (Author: vbresults): [~jcesarmobile] Reproduced on iPad again. Same with cordova-ios 4.0.0 and 4.0.1. Install this app, which has the problem: https://itunes.apple.com/us/app/business-advice-forum/id1060344371?mt=8 Tap links very quickly, before the page finishes loading, and you will eventually trigger the error. You only have to trigger this once. And when you do, the infinite loop starts and the app is hosed. Didn't have this issue when I had the url set to index.html which redirected to the site. The reason we can't keep using a local content url and redirect is that because that breaks our plugins. That's another situation, though. This is definitely a critical, showstopping bug. Someone reported something identical: stackoverflow.com/questions/13860401/ignoring-nsurlerrordomain-error-999-does-not-work-in-uiwebview Apparently error -999 needs special code or the existing implementation is somehow broken and throwing it into an infinite loop. > "NSURLErrorDomain error -999" Infinite Loop Breaks Remote Sites > --- > > Key: CB-10250 > URL: https://issues.apache.org/jira/browse/CB-10250 > Project: Apache Cordova > Issue Type: Bug > Components: iOS > Environment: iOS 9.2 > iPad 2 Emulator > cordova-ios 4.0.1 >Reporter: vB Results, LLC. >Priority: Blocker > Labels: triaged > > Whenever I tap a link on a remote site I get the following errors looping > infinitely in the XCode console when running the emulator. > The page itself then becomes unresponsive to anything but scrolling, tapping > a link will underline the link but nothing happens. > "2015-12-22 21:28:51.931 My Project[50066:507275] Failed to load webpage with > error: The operation couldn’t be completed. (NSURLErrorDomain error -999.) > 2015-12-22 21:28:51.932 My Project[50066:507275] > file:///Users/user900330/Library/Developer/CoreSimulator/Devices/DBFAD775-E311-4A18-BA8A-D5F376404977/data/Containers/Bundle/Application/82A8E42A-397E-4B8B-B609-6FCD6A2D4AAF/My%20Project.app/www/index.html?error=Failed%20to%20load%20webpage%20with%20error:%20The%20operation%20couldn%E2%80%99t%20be%20completed.%20(NSURLErrorDomain%20error%20-999.) > 2015-12-22 21:28:51.932 My Project[50066:507275] Resetting plugins due to > page load. > 2015-12-22 21:28:51.934 My Project[50066:507275] Failed to load webpage with > error: The operation couldn’t be completed. (NSURLErrorDomain error -999.)" > Relevant entries in config.xml: > http://www.example.com/page.php"; /> > > > > > I was experiencing this error on cordova-ios 3.9.2 and it seemed to be fixed > with 4.0.0. With 4.0.1 it's back! -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-10250) "NSURLErrorDomain error -999" Infinite Loop Breaks Remote Sites
[ https://issues.apache.org/jira/browse/CB-10250?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15095766#comment-15095766 ] vB Results, LLC. edited comment on CB-10250 at 1/13/16 7:36 AM: [~jcesarmobile] Reproduced on iPad again. Same with cordova-ios 4.0.0 and 4.0.1. Install this app, which has the problem: https://itunes.apple.com/us/app/business-advice-forum/id1060344371?mt=8 Tap links very quickly, before the page finishes loading, and you will eventually trigger the error. You only have to trigger this once. And when you do, the infinite loop starts and the app is hosed. Didn't have this issue when I had the url set to index.html which redirected to the site. The reason we can't keep using a local content url and redirect is that because that breaks our plugins. That's another situation, though. This is definitely a critical, showstopping bug. Someone reported something identical: stackoverflow.com/questions/13860401/ignoring-nsurlerrordomain-error-999-does-not-work-in-uiwebview Apparently error -999 needs special code or the existing implementation is somehow broken and throwing it into an infinite loop. was (Author: vbresults): [~jcesarmobile] Reproduced on iPad again. Same with cordova-ios 4.0.0 and 4.0.1. Install this app, which has the problem: https://itunes.apple.com/us/app/business-advice-forum/id1060344371?mt=8 Tap links very quickly, before the page finishes loading, and you will eventually trigger the error. You only have to trigger this once. And when you do, the infinite loop starts and the app is hosed. Didn't have this issue when I had the url set to index.html which redirected to the site. The reason we can't keep using a local content url and redirect is that because that breaks our plugins. That's another situation, though. This is definitely a critical, showstopping bug. > "NSURLErrorDomain error -999" Infinite Loop Breaks Remote Sites > --- > > Key: CB-10250 > URL: https://issues.apache.org/jira/browse/CB-10250 > Project: Apache Cordova > Issue Type: Bug > Components: iOS > Environment: iOS 9.2 > iPad 2 Emulator > cordova-ios 4.0.1 >Reporter: vB Results, LLC. >Priority: Blocker > Labels: triaged > > Whenever I tap a link on a remote site I get the following errors looping > infinitely in the XCode console when running the emulator. > The page itself then becomes unresponsive to anything but scrolling, tapping > a link will underline the link but nothing happens. > "2015-12-22 21:28:51.931 My Project[50066:507275] Failed to load webpage with > error: The operation couldn’t be completed. (NSURLErrorDomain error -999.) > 2015-12-22 21:28:51.932 My Project[50066:507275] > file:///Users/user900330/Library/Developer/CoreSimulator/Devices/DBFAD775-E311-4A18-BA8A-D5F376404977/data/Containers/Bundle/Application/82A8E42A-397E-4B8B-B609-6FCD6A2D4AAF/My%20Project.app/www/index.html?error=Failed%20to%20load%20webpage%20with%20error:%20The%20operation%20couldn%E2%80%99t%20be%20completed.%20(NSURLErrorDomain%20error%20-999.) > 2015-12-22 21:28:51.932 My Project[50066:507275] Resetting plugins due to > page load. > 2015-12-22 21:28:51.934 My Project[50066:507275] Failed to load webpage with > error: The operation couldn’t be completed. (NSURLErrorDomain error -999.)" > Relevant entries in config.xml: > http://www.example.com/page.php"; /> > > > > > I was experiencing this error on cordova-ios 3.9.2 and it seemed to be fixed > with 4.0.0. With 4.0.1 it's back! -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-10250) "NSURLErrorDomain error -999" Infinite Loop Breaks Remote Sites
[ https://issues.apache.org/jira/browse/CB-10250?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15095764#comment-15095764 ] vB Results, LLC. edited comment on CB-10250 at 1/13/16 7:31 AM: [~jcesarmobile] Reproduced on iPad again. Same with cordova-ios 4.0.0 and 4.0.1. Install this app, which has the problem: https://itunes.apple.com/us/app/business-advice-forum/id1060344371?mt=8 Tap links very quickly, before the page finishes loading, and you will eventually trigger the error. You only have to trigger this once. And when you do, the infinite loop starts and the app is hosed. Didn't have this issue when I had the url set to index.html which redirected to the site. The reason we can't keep using a local content url and redirect is that because that breaks our plugins. That's another situation, though. This is definitely a bug. was (Author: vbresults): [~jcesarmobile] Reproduced on iPad again. Same with cordova-ios 4.0.0 and 4.0.1. Install this app, which has the problem: https://itunes.apple.com/us/app/business-advice-forum/id1060344371?mt=8 Tap links very quickly, before the page finishes loading, and you will eventually trigger the error. You only have to trigger this once. And when you do, the infinite loop starts and the app is hosed. Didn't have this issue when I had the url set to index.html which redirected to the site. The reason we can't keep using a local content url and redirect is that breaks our plugins. > "NSURLErrorDomain error -999" Infinite Loop Breaks Remote Sites > --- > > Key: CB-10250 > URL: https://issues.apache.org/jira/browse/CB-10250 > Project: Apache Cordova > Issue Type: Bug > Components: iOS > Environment: iOS 9.2 > iPad 2 Emulator > cordova-ios 4.0.1 >Reporter: vB Results, LLC. > Labels: triaged > > Whenever I tap a link on a remote site I get the following errors looping > infinitely in the XCode console when running the emulator. > The page itself then becomes unresponsive to anything but scrolling, tapping > a link will underline the link but nothing happens. > "2015-12-22 21:28:51.931 My Project[50066:507275] Failed to load webpage with > error: The operation couldn’t be completed. (NSURLErrorDomain error -999.) > 2015-12-22 21:28:51.932 My Project[50066:507275] > file:///Users/user900330/Library/Developer/CoreSimulator/Devices/DBFAD775-E311-4A18-BA8A-D5F376404977/data/Containers/Bundle/Application/82A8E42A-397E-4B8B-B609-6FCD6A2D4AAF/My%20Project.app/www/index.html?error=Failed%20to%20load%20webpage%20with%20error:%20The%20operation%20couldn%E2%80%99t%20be%20completed.%20(NSURLErrorDomain%20error%20-999.) > 2015-12-22 21:28:51.932 My Project[50066:507275] Resetting plugins due to > page load. > 2015-12-22 21:28:51.934 My Project[50066:507275] Failed to load webpage with > error: The operation couldn’t be completed. (NSURLErrorDomain error -999.)" > Relevant entries in config.xml: > http://www.example.com/page.php"; /> > > > > > I was experiencing this error on cordova-ios 3.9.2 and it seemed to be fixed > with 4.0.0. With 4.0.1 it's back! -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Issue Comment Deleted] (CB-10250) "NSURLErrorDomain error -999" Infinite Loop Breaks Remote Sites
[ https://issues.apache.org/jira/browse/CB-10250?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] vB Results, LLC. updated CB-10250: -- Comment: was deleted (was: [~jcesarmobile] Reproduced on iPad again. Same with cordova-ios 4.0.0 and 4.0.1. Install this app, which has the problem: https://itunes.apple.com/us/app/business-advice-forum/id1060344371?mt=8 Tap links very quickly, before the page finishes loading, and you will eventually trigger the error. You only have to trigger this once. And when you do, the infinite loop starts and the app is hosed. Didn't have this issue when I had the url set to index.html which redirected to the site. The reason we can't keep using a local content url and redirect is that because that breaks our plugins. That's another situation, though. This is definitely a bug.) > "NSURLErrorDomain error -999" Infinite Loop Breaks Remote Sites > --- > > Key: CB-10250 > URL: https://issues.apache.org/jira/browse/CB-10250 > Project: Apache Cordova > Issue Type: Bug > Components: iOS > Environment: iOS 9.2 > iPad 2 Emulator > cordova-ios 4.0.1 >Reporter: vB Results, LLC. >Priority: Blocker > Labels: triaged > > Whenever I tap a link on a remote site I get the following errors looping > infinitely in the XCode console when running the emulator. > The page itself then becomes unresponsive to anything but scrolling, tapping > a link will underline the link but nothing happens. > "2015-12-22 21:28:51.931 My Project[50066:507275] Failed to load webpage with > error: The operation couldn’t be completed. (NSURLErrorDomain error -999.) > 2015-12-22 21:28:51.932 My Project[50066:507275] > file:///Users/user900330/Library/Developer/CoreSimulator/Devices/DBFAD775-E311-4A18-BA8A-D5F376404977/data/Containers/Bundle/Application/82A8E42A-397E-4B8B-B609-6FCD6A2D4AAF/My%20Project.app/www/index.html?error=Failed%20to%20load%20webpage%20with%20error:%20The%20operation%20couldn%E2%80%99t%20be%20completed.%20(NSURLErrorDomain%20error%20-999.) > 2015-12-22 21:28:51.932 My Project[50066:507275] Resetting plugins due to > page load. > 2015-12-22 21:28:51.934 My Project[50066:507275] Failed to load webpage with > error: The operation couldn’t be completed. (NSURLErrorDomain error -999.)" > Relevant entries in config.xml: > http://www.example.com/page.php"; /> > > > > > I was experiencing this error on cordova-ios 3.9.2 and it seemed to be fixed > with 4.0.0. With 4.0.1 it's back! -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-10250) "NSURLErrorDomain error -999" Infinite Loop Breaks Remote Sites
[ https://issues.apache.org/jira/browse/CB-10250?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] vB Results, LLC. updated CB-10250: -- Priority: Blocker (was: Major) > "NSURLErrorDomain error -999" Infinite Loop Breaks Remote Sites > --- > > Key: CB-10250 > URL: https://issues.apache.org/jira/browse/CB-10250 > Project: Apache Cordova > Issue Type: Bug > Components: iOS > Environment: iOS 9.2 > iPad 2 Emulator > cordova-ios 4.0.1 >Reporter: vB Results, LLC. >Priority: Blocker > Labels: triaged > > Whenever I tap a link on a remote site I get the following errors looping > infinitely in the XCode console when running the emulator. > The page itself then becomes unresponsive to anything but scrolling, tapping > a link will underline the link but nothing happens. > "2015-12-22 21:28:51.931 My Project[50066:507275] Failed to load webpage with > error: The operation couldn’t be completed. (NSURLErrorDomain error -999.) > 2015-12-22 21:28:51.932 My Project[50066:507275] > file:///Users/user900330/Library/Developer/CoreSimulator/Devices/DBFAD775-E311-4A18-BA8A-D5F376404977/data/Containers/Bundle/Application/82A8E42A-397E-4B8B-B609-6FCD6A2D4AAF/My%20Project.app/www/index.html?error=Failed%20to%20load%20webpage%20with%20error:%20The%20operation%20couldn%E2%80%99t%20be%20completed.%20(NSURLErrorDomain%20error%20-999.) > 2015-12-22 21:28:51.932 My Project[50066:507275] Resetting plugins due to > page load. > 2015-12-22 21:28:51.934 My Project[50066:507275] Failed to load webpage with > error: The operation couldn’t be completed. (NSURLErrorDomain error -999.)" > Relevant entries in config.xml: > http://www.example.com/page.php"; /> > > > > > I was experiencing this error on cordova-ios 3.9.2 and it seemed to be fixed > with 4.0.0. With 4.0.1 it's back! -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-10250) "NSURLErrorDomain error -999" Infinite Loop Breaks Remote Sites
[ https://issues.apache.org/jira/browse/CB-10250?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15095766#comment-15095766 ] vB Results, LLC. commented on CB-10250: --- [~jcesarmobile] Reproduced on iPad again. Same with cordova-ios 4.0.0 and 4.0.1. Install this app, which has the problem: https://itunes.apple.com/us/app/business-advice-forum/id1060344371?mt=8 Tap links very quickly, before the page finishes loading, and you will eventually trigger the error. You only have to trigger this once. And when you do, the infinite loop starts and the app is hosed. Didn't have this issue when I had the url set to index.html which redirected to the site. The reason we can't keep using a local content url and redirect is that because that breaks our plugins. That's another situation, though. This is definitely a critical, showstopping bug. > "NSURLErrorDomain error -999" Infinite Loop Breaks Remote Sites > --- > > Key: CB-10250 > URL: https://issues.apache.org/jira/browse/CB-10250 > Project: Apache Cordova > Issue Type: Bug > Components: iOS > Environment: iOS 9.2 > iPad 2 Emulator > cordova-ios 4.0.1 >Reporter: vB Results, LLC. >Priority: Blocker > Labels: triaged > > Whenever I tap a link on a remote site I get the following errors looping > infinitely in the XCode console when running the emulator. > The page itself then becomes unresponsive to anything but scrolling, tapping > a link will underline the link but nothing happens. > "2015-12-22 21:28:51.931 My Project[50066:507275] Failed to load webpage with > error: The operation couldn’t be completed. (NSURLErrorDomain error -999.) > 2015-12-22 21:28:51.932 My Project[50066:507275] > file:///Users/user900330/Library/Developer/CoreSimulator/Devices/DBFAD775-E311-4A18-BA8A-D5F376404977/data/Containers/Bundle/Application/82A8E42A-397E-4B8B-B609-6FCD6A2D4AAF/My%20Project.app/www/index.html?error=Failed%20to%20load%20webpage%20with%20error:%20The%20operation%20couldn%E2%80%99t%20be%20completed.%20(NSURLErrorDomain%20error%20-999.) > 2015-12-22 21:28:51.932 My Project[50066:507275] Resetting plugins due to > page load. > 2015-12-22 21:28:51.934 My Project[50066:507275] Failed to load webpage with > error: The operation couldn’t be completed. (NSURLErrorDomain error -999.)" > Relevant entries in config.xml: > http://www.example.com/page.php"; /> > > > > > I was experiencing this error on cordova-ios 3.9.2 and it seemed to be fixed > with 4.0.0. With 4.0.1 it's back! -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-10250) "NSURLErrorDomain error -999" Infinite Loop Breaks Remote Sites
[ https://issues.apache.org/jira/browse/CB-10250?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15095764#comment-15095764 ] vB Results, LLC. commented on CB-10250: --- [~jcesarmobile] Reproduced on iPad again. Same with cordova-ios 4.0.0 and 4.0.1. Install this app, which has the problem: https://itunes.apple.com/us/app/business-advice-forum/id1060344371?mt=8 Tap links very quickly, before the page finishes loading, and you will eventually trigger the error. You only have to trigger this once. And when you do, the infinite loop starts and the app is hosed. Didn't have this issue when I had the url set to index.html which redirected to the site. The reason we can't keep using a local content url and redirect is that breaks our plugins. > "NSURLErrorDomain error -999" Infinite Loop Breaks Remote Sites > --- > > Key: CB-10250 > URL: https://issues.apache.org/jira/browse/CB-10250 > Project: Apache Cordova > Issue Type: Bug > Components: iOS > Environment: iOS 9.2 > iPad 2 Emulator > cordova-ios 4.0.1 >Reporter: vB Results, LLC. > Labels: triaged > > Whenever I tap a link on a remote site I get the following errors looping > infinitely in the XCode console when running the emulator. > The page itself then becomes unresponsive to anything but scrolling, tapping > a link will underline the link but nothing happens. > "2015-12-22 21:28:51.931 My Project[50066:507275] Failed to load webpage with > error: The operation couldn’t be completed. (NSURLErrorDomain error -999.) > 2015-12-22 21:28:51.932 My Project[50066:507275] > file:///Users/user900330/Library/Developer/CoreSimulator/Devices/DBFAD775-E311-4A18-BA8A-D5F376404977/data/Containers/Bundle/Application/82A8E42A-397E-4B8B-B609-6FCD6A2D4AAF/My%20Project.app/www/index.html?error=Failed%20to%20load%20webpage%20with%20error:%20The%20operation%20couldn%E2%80%99t%20be%20completed.%20(NSURLErrorDomain%20error%20-999.) > 2015-12-22 21:28:51.932 My Project[50066:507275] Resetting plugins due to > page load. > 2015-12-22 21:28:51.934 My Project[50066:507275] Failed to load webpage with > error: The operation couldn’t be completed. (NSURLErrorDomain error -999.)" > Relevant entries in config.xml: > http://www.example.com/page.php"; /> > > > > > I was experiencing this error on cordova-ios 3.9.2 and it seemed to be fixed > with 4.0.0. With 4.0.1 it's back! -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-10250) "NSURLErrorDomain error -999" Infinite Loop Breaks Remote Sites
[ https://issues.apache.org/jira/browse/CB-10250?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15095755#comment-15095755 ] vB Results, LLC. edited comment on CB-10250 at 1/13/16 7:30 AM: [~jcesarmobile] Reproduced on iPad again. Same with cordova-ios 4.0.0 and 4.0.1. Install this app, which has the problem: https://itunes.apple.com/us/app/business-advice-forum/id1060344371?mt=8 Tap links very quickly, before the page finishes loading, and you will eventually trigger the error. You only have to trigger this once. And when you do, the infinite loop starts and the app is hosed. Didn't have this issue when I had the url set to index.html which redirected to the site. The reason we can't keep using a local content url and redirect is that breaks our plugins. was (Author: vbresults): [~jcesarmobile] Reproduced on iPad again. Same with cordova-ios 4.0.0 and 4.0.1. Install this app, which has the problem: https://itunes.apple.com/us/app/business-advice-forum/id1060344371?mt=8 Tap links very quickly, before the page finishes loading, and you will eventually trigger the error. You only have to trigger this once. And when you do, the infinite loop starts and the app is hosed. Didn't have this issue when I had the url set to index.html [which then redirected to the remote site], hopefully that helps narrow it down. > "NSURLErrorDomain error -999" Infinite Loop Breaks Remote Sites > --- > > Key: CB-10250 > URL: https://issues.apache.org/jira/browse/CB-10250 > Project: Apache Cordova > Issue Type: Bug > Components: iOS > Environment: iOS 9.2 > iPad 2 Emulator > cordova-ios 4.0.1 >Reporter: vB Results, LLC. > Labels: triaged > > Whenever I tap a link on a remote site I get the following errors looping > infinitely in the XCode console when running the emulator. > The page itself then becomes unresponsive to anything but scrolling, tapping > a link will underline the link but nothing happens. > "2015-12-22 21:28:51.931 My Project[50066:507275] Failed to load webpage with > error: The operation couldn’t be completed. (NSURLErrorDomain error -999.) > 2015-12-22 21:28:51.932 My Project[50066:507275] > file:///Users/user900330/Library/Developer/CoreSimulator/Devices/DBFAD775-E311-4A18-BA8A-D5F376404977/data/Containers/Bundle/Application/82A8E42A-397E-4B8B-B609-6FCD6A2D4AAF/My%20Project.app/www/index.html?error=Failed%20to%20load%20webpage%20with%20error:%20The%20operation%20couldn%E2%80%99t%20be%20completed.%20(NSURLErrorDomain%20error%20-999.) > 2015-12-22 21:28:51.932 My Project[50066:507275] Resetting plugins due to > page load. > 2015-12-22 21:28:51.934 My Project[50066:507275] Failed to load webpage with > error: The operation couldn’t be completed. (NSURLErrorDomain error -999.)" > Relevant entries in config.xml: > http://www.example.com/page.php"; /> > > > > > I was experiencing this error on cordova-ios 3.9.2 and it seemed to be fixed > with 4.0.0. With 4.0.1 it's back! -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Issue Comment Deleted] (CB-10250) "NSURLErrorDomain error -999" Infinite Loop Breaks Remote Sites
[ https://issues.apache.org/jira/browse/CB-10250?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] vB Results, LLC. updated CB-10250: -- Comment: was deleted (was: [~jcesarmobile] Reproduced on iPad again. Same with cordova-ios 4.0.0 and 4.0.1. Install this app, which has the problem: https://itunes.apple.com/us/app/business-advice-forum/id1060344371?mt=8 Tap links very quickly, before the page finishes loading, and you will eventually trigger the error. You only have to trigger this once. And when you do, the infinite loop starts and the app is hosed. Didn't have this issue when I had the url set to index.html which redirected to the site. The reason we can't keep using a local content url and redirect is that breaks our plugins.) > "NSURLErrorDomain error -999" Infinite Loop Breaks Remote Sites > --- > > Key: CB-10250 > URL: https://issues.apache.org/jira/browse/CB-10250 > Project: Apache Cordova > Issue Type: Bug > Components: iOS > Environment: iOS 9.2 > iPad 2 Emulator > cordova-ios 4.0.1 >Reporter: vB Results, LLC. > Labels: triaged > > Whenever I tap a link on a remote site I get the following errors looping > infinitely in the XCode console when running the emulator. > The page itself then becomes unresponsive to anything but scrolling, tapping > a link will underline the link but nothing happens. > "2015-12-22 21:28:51.931 My Project[50066:507275] Failed to load webpage with > error: The operation couldn’t be completed. (NSURLErrorDomain error -999.) > 2015-12-22 21:28:51.932 My Project[50066:507275] > file:///Users/user900330/Library/Developer/CoreSimulator/Devices/DBFAD775-E311-4A18-BA8A-D5F376404977/data/Containers/Bundle/Application/82A8E42A-397E-4B8B-B609-6FCD6A2D4AAF/My%20Project.app/www/index.html?error=Failed%20to%20load%20webpage%20with%20error:%20The%20operation%20couldn%E2%80%99t%20be%20completed.%20(NSURLErrorDomain%20error%20-999.) > 2015-12-22 21:28:51.932 My Project[50066:507275] Resetting plugins due to > page load. > 2015-12-22 21:28:51.934 My Project[50066:507275] Failed to load webpage with > error: The operation couldn’t be completed. (NSURLErrorDomain error -999.)" > Relevant entries in config.xml: > http://www.example.com/page.php"; /> > > > > > I was experiencing this error on cordova-ios 3.9.2 and it seemed to be fixed > with 4.0.0. With 4.0.1 it's back! -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-10250) "NSURLErrorDomain error -999" Infinite Loop Breaks Remote Sites
[ https://issues.apache.org/jira/browse/CB-10250?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15095755#comment-15095755 ] vB Results, LLC. edited comment on CB-10250 at 1/13/16 7:27 AM: [~jcesarmobile] Reproduced on iPad again. Same with cordova-ios 4.0.0 and 4.0.1. Install this app, which has the problem: https://itunes.apple.com/us/app/business-advice-forum/id1060344371?mt=8 Tap links very quickly, before the page finishes loading, and you will eventually trigger the error. You only have to trigger this once. And when you do, the infinite loop starts and the app is hosed. Didn't have this issue when I had the url set to index.html [which then redirected to the remote site], hopefully that helps narrow it down. was (Author: vbresults): [~jcesarmobile] Reproduced on iPad again. Same with cordova-ios 4.0.0 and 4.0.1. Install this app, which has the problem: https://itunes.apple.com/us/app/business-advice-forum/id1060344371?mt=8 Tap links very quickly, before the page finishes loading, and you will eventually trigger the error. You only have to trigger this once. And when you do, the infinite loop starts and the app is hosed. > "NSURLErrorDomain error -999" Infinite Loop Breaks Remote Sites > --- > > Key: CB-10250 > URL: https://issues.apache.org/jira/browse/CB-10250 > Project: Apache Cordova > Issue Type: Bug > Components: iOS > Environment: iOS 9.2 > iPad 2 Emulator > cordova-ios 4.0.1 >Reporter: vB Results, LLC. > Labels: triaged > > Whenever I tap a link on a remote site I get the following errors looping > infinitely in the XCode console when running the emulator. > The page itself then becomes unresponsive to anything but scrolling, tapping > a link will underline the link but nothing happens. > "2015-12-22 21:28:51.931 My Project[50066:507275] Failed to load webpage with > error: The operation couldn’t be completed. (NSURLErrorDomain error -999.) > 2015-12-22 21:28:51.932 My Project[50066:507275] > file:///Users/user900330/Library/Developer/CoreSimulator/Devices/DBFAD775-E311-4A18-BA8A-D5F376404977/data/Containers/Bundle/Application/82A8E42A-397E-4B8B-B609-6FCD6A2D4AAF/My%20Project.app/www/index.html?error=Failed%20to%20load%20webpage%20with%20error:%20The%20operation%20couldn%E2%80%99t%20be%20completed.%20(NSURLErrorDomain%20error%20-999.) > 2015-12-22 21:28:51.932 My Project[50066:507275] Resetting plugins due to > page load. > 2015-12-22 21:28:51.934 My Project[50066:507275] Failed to load webpage with > error: The operation couldn’t be completed. (NSURLErrorDomain error -999.)" > Relevant entries in config.xml: > http://www.example.com/page.php"; /> > > > > > I was experiencing this error on cordova-ios 3.9.2 and it seemed to be fixed > with 4.0.0. With 4.0.1 it's back! -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-10250) "NSURLErrorDomain error -999" Infinite Loop Breaks Remote Sites
[ https://issues.apache.org/jira/browse/CB-10250?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15095755#comment-15095755 ] vB Results, LLC. edited comment on CB-10250 at 1/13/16 7:25 AM: [~jcesarmobile] Reproduced on iPad again. Same with cordova-ios 4.0.0 and 4.0.1. Install this app, which has the problem: https://itunes.apple.com/us/app/business-advice-forum/id1060344371?mt=8 Tap links very quickly, before the page finishes loading, and you will eventually trigger the error. You only have to trigger this once. And when you do, the infinite loop starts and the app is hosed. was (Author: vbresults): [~jcesarmobile] Reproduced on iPad again. Same with cordova-ios 4.0.0 and 4.0.1. Install this app, which has the problem: https://itunes.apple.com/us/app/business-advice-forum/id1060344371?mt=8 Tap links very quickly, before the page finishes loading, and you will eventually trigger the error. You only have to do this once. And when you do, the infinite loop starts and the app is hosed. > "NSURLErrorDomain error -999" Infinite Loop Breaks Remote Sites > --- > > Key: CB-10250 > URL: https://issues.apache.org/jira/browse/CB-10250 > Project: Apache Cordova > Issue Type: Bug > Components: iOS > Environment: iOS 9.2 > iPad 2 Emulator > cordova-ios 4.0.1 >Reporter: vB Results, LLC. > Labels: triaged > > Whenever I tap a link on a remote site I get the following errors looping > infinitely in the XCode console when running the emulator. > The page itself then becomes unresponsive to anything but scrolling, tapping > a link will underline the link but nothing happens. > "2015-12-22 21:28:51.931 My Project[50066:507275] Failed to load webpage with > error: The operation couldn’t be completed. (NSURLErrorDomain error -999.) > 2015-12-22 21:28:51.932 My Project[50066:507275] > file:///Users/user900330/Library/Developer/CoreSimulator/Devices/DBFAD775-E311-4A18-BA8A-D5F376404977/data/Containers/Bundle/Application/82A8E42A-397E-4B8B-B609-6FCD6A2D4AAF/My%20Project.app/www/index.html?error=Failed%20to%20load%20webpage%20with%20error:%20The%20operation%20couldn%E2%80%99t%20be%20completed.%20(NSURLErrorDomain%20error%20-999.) > 2015-12-22 21:28:51.932 My Project[50066:507275] Resetting plugins due to > page load. > 2015-12-22 21:28:51.934 My Project[50066:507275] Failed to load webpage with > error: The operation couldn’t be completed. (NSURLErrorDomain error -999.)" > Relevant entries in config.xml: > http://www.example.com/page.php"; /> > > > > > I was experiencing this error on cordova-ios 3.9.2 and it seemed to be fixed > with 4.0.0. With 4.0.1 it's back! -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-10250) "NSURLErrorDomain error -999" Infinite Loop Breaks Remote Sites
[ https://issues.apache.org/jira/browse/CB-10250?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15095755#comment-15095755 ] vB Results, LLC. edited comment on CB-10250 at 1/13/16 7:24 AM: [~jcesarmobile] Reproduced on iPad again. Same with cordova-ios 4.0.0 and 4.0.1. Install this app, which has the problem: https://itunes.apple.com/us/app/business-advice-forum/id1060344371?mt=8 Tap links very quickly, before the page finishes loading, and you will eventually trigger the error. You only have to do this once. And when you do, the infinite loop starts and the app is hosed. was (Author: vbresults): [~jcesarmobile] Reproduced on iPad again. Same with cordova-ios 4.0.0 and 4.0.1. Install this app, which has the problem: https://itunes.apple.com/us/app/business-advice-forum/id1060344371?mt=8 Navigate between pages very quickly, before the page finishes loading, and you will eventually trigger the error. > "NSURLErrorDomain error -999" Infinite Loop Breaks Remote Sites > --- > > Key: CB-10250 > URL: https://issues.apache.org/jira/browse/CB-10250 > Project: Apache Cordova > Issue Type: Bug > Components: iOS > Environment: iOS 9.2 > iPad 2 Emulator > cordova-ios 4.0.1 >Reporter: vB Results, LLC. > Labels: triaged > > Whenever I tap a link on a remote site I get the following errors looping > infinitely in the XCode console when running the emulator. > The page itself then becomes unresponsive to anything but scrolling, tapping > a link will underline the link but nothing happens. > "2015-12-22 21:28:51.931 My Project[50066:507275] Failed to load webpage with > error: The operation couldn’t be completed. (NSURLErrorDomain error -999.) > 2015-12-22 21:28:51.932 My Project[50066:507275] > file:///Users/user900330/Library/Developer/CoreSimulator/Devices/DBFAD775-E311-4A18-BA8A-D5F376404977/data/Containers/Bundle/Application/82A8E42A-397E-4B8B-B609-6FCD6A2D4AAF/My%20Project.app/www/index.html?error=Failed%20to%20load%20webpage%20with%20error:%20The%20operation%20couldn%E2%80%99t%20be%20completed.%20(NSURLErrorDomain%20error%20-999.) > 2015-12-22 21:28:51.932 My Project[50066:507275] Resetting plugins due to > page load. > 2015-12-22 21:28:51.934 My Project[50066:507275] Failed to load webpage with > error: The operation couldn’t be completed. (NSURLErrorDomain error -999.)" > Relevant entries in config.xml: > http://www.example.com/page.php"; /> > > > > > I was experiencing this error on cordova-ios 3.9.2 and it seemed to be fixed > with 4.0.0. With 4.0.1 it's back! -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-10250) "NSURLErrorDomain error -999" Infinite Loop Breaks Remote Sites
[ https://issues.apache.org/jira/browse/CB-10250?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15095755#comment-15095755 ] vB Results, LLC. commented on CB-10250: --- [~jcesarmobile] Reproduced on iPad again. Same with cordova-ios 4.0.0 and 4.0.1. Install this app, which has the problem: https://itunes.apple.com/us/app/business-advice-forum/id1060344371?mt=8 Navigate between pages very quickly, before the page finishes loading, and you will eventually trigger the error. > "NSURLErrorDomain error -999" Infinite Loop Breaks Remote Sites > --- > > Key: CB-10250 > URL: https://issues.apache.org/jira/browse/CB-10250 > Project: Apache Cordova > Issue Type: Bug > Components: iOS > Environment: iOS 9.2 > iPad 2 Emulator > cordova-ios 4.0.1 >Reporter: vB Results, LLC. > Labels: triaged > > Whenever I tap a link on a remote site I get the following errors looping > infinitely in the XCode console when running the emulator. > The page itself then becomes unresponsive to anything but scrolling, tapping > a link will underline the link but nothing happens. > "2015-12-22 21:28:51.931 My Project[50066:507275] Failed to load webpage with > error: The operation couldn’t be completed. (NSURLErrorDomain error -999.) > 2015-12-22 21:28:51.932 My Project[50066:507275] > file:///Users/user900330/Library/Developer/CoreSimulator/Devices/DBFAD775-E311-4A18-BA8A-D5F376404977/data/Containers/Bundle/Application/82A8E42A-397E-4B8B-B609-6FCD6A2D4AAF/My%20Project.app/www/index.html?error=Failed%20to%20load%20webpage%20with%20error:%20The%20operation%20couldn%E2%80%99t%20be%20completed.%20(NSURLErrorDomain%20error%20-999.) > 2015-12-22 21:28:51.932 My Project[50066:507275] Resetting plugins due to > page load. > 2015-12-22 21:28:51.934 My Project[50066:507275] Failed to load webpage with > error: The operation couldn’t be completed. (NSURLErrorDomain error -999.)" > Relevant entries in config.xml: > http://www.example.com/page.php"; /> > > > > > I was experiencing this error on cordova-ios 3.9.2 and it seemed to be fixed > with 4.0.0. With 4.0.1 it's back! -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Issue Comment Deleted] (CB-10250) "NSURLErrorDomain error -999" Infinite Loop Breaks Remote Sites
[ https://issues.apache.org/jira/browse/CB-10250?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] vB Results, LLC. updated CB-10250: -- Comment: was deleted (was: I think this app is still affected https://play.google.com/store/apps/details?id=com.planet9.app) > "NSURLErrorDomain error -999" Infinite Loop Breaks Remote Sites > --- > > Key: CB-10250 > URL: https://issues.apache.org/jira/browse/CB-10250 > Project: Apache Cordova > Issue Type: Bug > Components: iOS > Environment: iOS 9.2 > iPad 2 Emulator > cordova-ios 4.0.1 >Reporter: vB Results, LLC. > Labels: triaged > > Whenever I tap a link on a remote site I get the following errors looping > infinitely in the XCode console when running the emulator. > The page itself then becomes unresponsive to anything but scrolling, tapping > a link will underline the link but nothing happens. > "2015-12-22 21:28:51.931 My Project[50066:507275] Failed to load webpage with > error: The operation couldn’t be completed. (NSURLErrorDomain error -999.) > 2015-12-22 21:28:51.932 My Project[50066:507275] > file:///Users/user900330/Library/Developer/CoreSimulator/Devices/DBFAD775-E311-4A18-BA8A-D5F376404977/data/Containers/Bundle/Application/82A8E42A-397E-4B8B-B609-6FCD6A2D4AAF/My%20Project.app/www/index.html?error=Failed%20to%20load%20webpage%20with%20error:%20The%20operation%20couldn%E2%80%99t%20be%20completed.%20(NSURLErrorDomain%20error%20-999.) > 2015-12-22 21:28:51.932 My Project[50066:507275] Resetting plugins due to > page load. > 2015-12-22 21:28:51.934 My Project[50066:507275] Failed to load webpage with > error: The operation couldn’t be completed. (NSURLErrorDomain error -999.)" > Relevant entries in config.xml: > http://www.example.com/page.php"; /> > > > > > I was experiencing this error on cordova-ios 3.9.2 and it seemed to be fixed > with 4.0.0. With 4.0.1 it's back! -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-10340) iOS app crashes often after taking photo or simply loading camera
[
https://issues.apache.org/jira/browse/CB-10340?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ramon Macias updated CB-10340:
--
Description:
I am building a hybrid app using
- cordova-plugin-camera@2.0.0
- Cordova@5.3.2
- Cordova iOS@3.9.2
- iOS 9.2 on iPhone 6 (64GB)
- Ionic 1.1
My options are:
{code:javascript}
var options = {
quality: 50,
destinationType: Camera.DestinationType.FILE_URI,
sourceType: Camera.PictureSourceType.CAMERA,
encodingType: Camera.EncodingType.PNG,
saveToPhotoAlbum: false,
correctOrientation: true,
targetWidth: 700,
targetHeight: 700
};
{code}
This only started happening recently when i switched from {{DATA_URL}} to
{{FILE_URI}}. I have gone back and forth trying to figure out the root cause,
but even after going back to {{DATA_URL}} the app is still crashing.
The app crashes 99% of the time when loading the camera running the mobile app
in Xcode (Sometimes I don't even have to take picture). After the app crashes,
an Xcode alert pops up and says "Lost connection to "Ramon's iPhone".
The app crashes about 25% of the time when running the app without Xcode. There
are times when it goes on a streak of crashing repeatedly for several minutes.
If i don't use the app for an hour or so, and then I try taking a photograph,
the likelihood of the app crashing increases to about 80% of the time.
If there are other ways to provide more info, please advise and I'm happen to
help.
was:
I am building a hybrid app using
- cordova-plugin-camera 2.0.0
- Cordova 5.3.2
- iOS 9.2 on iPhone 6 (64GB)
- Ionic 1.1
My options are:
{code:javascript}
var options = {
quality: 50,
destinationType: Camera.DestinationType.FILE_URI,
sourceType: Camera.PictureSourceType.CAMERA,
encodingType: Camera.EncodingType.PNG,
saveToPhotoAlbum: false,
correctOrientation: true,
targetWidth: 700,
targetHeight: 700
};
{code}
This only started happening recently when i switched from {{DATA_URL}} to
{{FILE_URI}}. I have gone back and forth trying to figure out the root cause,
but even after going back to {{DATA_URL}} the app is still crashing.
The app crashes 99% of the time when loading the camera running the mobile app
in Xcode (Sometimes I don't even have to take picture). After the app crashes,
an Xcode alert pops up and says "Lost connection to "Ramon's iPhone".
The app crashes about 25% of the time when running the app without Xcode. There
are times when it goes on a streak of crashing repeatedly for several minutes.
If i don't use the app for an hour or so, and then I try taking a photograph,
the likelihood of the app crashing increases to about 80% of the time.
If there are other ways to provide more info, please advise and I'm happen to
help.
> iOS app crashes often after taking photo or simply loading camera
> -
>
> Key: CB-10340
> URL: https://issues.apache.org/jira/browse/CB-10340
> Project: Apache Cordova
> Issue Type: Bug
> Components: iOS, Plugin Camera
>Affects Versions: 5.3.3
> Environment: ios 9.2
>Reporter: Ramon Macias
> Labels: camera, ios
>
> I am building a hybrid app using
> - cordova-plugin-camera@2.0.0
> - Cordova@5.3.2
> - Cordova iOS@3.9.2
> - iOS 9.2 on iPhone 6 (64GB)
> - Ionic 1.1
> My options are:
> {code:javascript}
> var options = {
> quality: 50,
> destinationType: Camera.DestinationType.FILE_URI,
> sourceType: Camera.PictureSourceType.CAMERA,
> encodingType: Camera.EncodingType.PNG,
> saveToPhotoAlbum: false,
> correctOrientation: true,
> targetWidth: 700,
> targetHeight: 700
> };
> {code}
> This only started happening recently when i switched from {{DATA_URL}} to
> {{FILE_URI}}. I have gone back and forth trying to figure out the root cause,
> but even after going back to {{DATA_URL}} the app is still crashing.
> The app crashes 99% of the time when loading the camera running the mobile
> app in Xcode (Sometimes I don't even have to take picture). After the app
> crashes, an Xcode alert pops up and says "Lost connection to "Ramon's iPhone".
> The app crashes about 25% of the time when running the app without Xcode.
> There are times when it goes on a streak of crashing repeatedly for several
> minutes.
> If i don't use the app for an hour or so, and then I try taking a photograph,
> the likelihood of the app
[jira] [Updated] (CB-10340) iOS app crashes often after taking photo or simply loading camera
[
https://issues.apache.org/jira/browse/CB-10340?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ramon Macias updated CB-10340:
--
Description:
I am building a hybrid app using
- cordova-plugin-camera @ 2.0.0
- Cordova @ 5.3.2
- Cordova iOS @ 3.9.2
- iOS 9.2 on iPhone 6 (64GB)
- Ionic Lib @ 1.1
My options are:
{code:javascript}
var options = {
quality: 50,
destinationType: Camera.DestinationType.FILE_URI,
sourceType: Camera.PictureSourceType.CAMERA,
encodingType: Camera.EncodingType.PNG,
saveToPhotoAlbum: false,
correctOrientation: true,
targetWidth: 700,
targetHeight: 700
};
{code}
This only started happening recently when i switched from {{DATA_URL}} to
{{FILE_URI}}. I have gone back and forth trying to figure out the root cause,
but even after going back to {{DATA_URL}} the app is still crashing.
The app crashes 99% of the time when loading the camera running the mobile app
in Xcode (Sometimes I don't even have to take picture). After the app crashes,
an Xcode alert pops up and says "Lost connection to "Ramon's iPhone".
The app crashes about 25% of the time when running the app without Xcode. There
are times when it goes on a streak of crashing repeatedly for several minutes.
If i don't use the app for an hour or so, and then I try taking a photograph,
the likelihood of the app crashing increases to about 80% of the time.
If there are other ways to provide more info, please advise and I'm happen to
help.
was:
I am building a hybrid app using
- cordova-plugin-camera@2.0.0
- Cordova@5.3.2
- Cordova iOS@3.9.2
- iOS 9.2 on iPhone 6 (64GB)
- Ionic 1.1
My options are:
{code:javascript}
var options = {
quality: 50,
destinationType: Camera.DestinationType.FILE_URI,
sourceType: Camera.PictureSourceType.CAMERA,
encodingType: Camera.EncodingType.PNG,
saveToPhotoAlbum: false,
correctOrientation: true,
targetWidth: 700,
targetHeight: 700
};
{code}
This only started happening recently when i switched from {{DATA_URL}} to
{{FILE_URI}}. I have gone back and forth trying to figure out the root cause,
but even after going back to {{DATA_URL}} the app is still crashing.
The app crashes 99% of the time when loading the camera running the mobile app
in Xcode (Sometimes I don't even have to take picture). After the app crashes,
an Xcode alert pops up and says "Lost connection to "Ramon's iPhone".
The app crashes about 25% of the time when running the app without Xcode. There
are times when it goes on a streak of crashing repeatedly for several minutes.
If i don't use the app for an hour or so, and then I try taking a photograph,
the likelihood of the app crashing increases to about 80% of the time.
If there are other ways to provide more info, please advise and I'm happen to
help.
> iOS app crashes often after taking photo or simply loading camera
> -
>
> Key: CB-10340
> URL: https://issues.apache.org/jira/browse/CB-10340
> Project: Apache Cordova
> Issue Type: Bug
> Components: iOS, Plugin Camera
>Affects Versions: 5.3.3
> Environment: ios 9.2
>Reporter: Ramon Macias
> Labels: camera, ios
>
> I am building a hybrid app using
> - cordova-plugin-camera @ 2.0.0
> - Cordova @ 5.3.2
> - Cordova iOS @ 3.9.2
> - iOS 9.2 on iPhone 6 (64GB)
> - Ionic Lib @ 1.1
> My options are:
> {code:javascript}
> var options = {
> quality: 50,
> destinationType: Camera.DestinationType.FILE_URI,
> sourceType: Camera.PictureSourceType.CAMERA,
> encodingType: Camera.EncodingType.PNG,
> saveToPhotoAlbum: false,
> correctOrientation: true,
> targetWidth: 700,
> targetHeight: 700
> };
> {code}
> This only started happening recently when i switched from {{DATA_URL}} to
> {{FILE_URI}}. I have gone back and forth trying to figure out the root cause,
> but even after going back to {{DATA_URL}} the app is still crashing.
> The app crashes 99% of the time when loading the camera running the mobile
> app in Xcode (Sometimes I don't even have to take picture). After the app
> crashes, an Xcode alert pops up and says "Lost connection to "Ramon's iPhone".
> The app crashes about 25% of the time when running the app without Xcode.
> There are times when it goes on a streak of crashing repeatedly for several
> minutes.
> If i don't use the app for an hour or so, and then I try takin
[jira] [Created] (CB-10340) iOS app crashes often after taking photo or simply loading camera
Ramon Macias created CB-10340:
-
Summary: iOS app crashes often after taking photo or simply
loading camera
Key: CB-10340
URL: https://issues.apache.org/jira/browse/CB-10340
Project: Apache Cordova
Issue Type: Bug
Components: iOS, Plugin Camera
Affects Versions: 5.3.3
Environment: ios 9.2
Reporter: Ramon Macias
I am building a hybrid app using
- cordova-plugin-camera 2.0.0
- Cordova 5.3.2
- iOS 9.2 on iPhone 6 (64GB)
- Ionic 1.1
My options are:
{code:javascript}
var options = {
quality: 50,
destinationType: Camera.DestinationType.FILE_URI,
sourceType: Camera.PictureSourceType.CAMERA,
encodingType: Camera.EncodingType.PNG,
saveToPhotoAlbum: false,
correctOrientation: true,
targetWidth: 700,
targetHeight: 700
};
{code}
This only started happening recently when i switched from {{DATA_URL}} to
{{FILE_URI}}. I have gone back and forth trying to figure out the root cause,
but even after going back to {{DATA_URL}} the app is still crashing.
The app crashes 99% of the time when loading the camera running the mobile app
in Xcode (Sometimes I don't even have to take picture). After the app crashes,
an Xcode alert pops up and says "Lost connection to "Ramon's iPhone".
The app crashes about 25% of the time when running the app without Xcode. There
are times when it goes on a streak of crashing repeatedly for several minutes.
If i don't use the app for an hour or so, and then I try taking a photograph,
the likelihood of the app crashing increases to about 80% of the time.
If there are other ways to provide more info, please advise and I'm happen to
help.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-10179) Camera plugin doesn't work with iOS
[ https://issues.apache.org/jira/browse/CB-10179?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15095592#comment-15095592 ] Omar Mefire commented on CB-10179: -- [~cfjedimaster], there is going to be a plugin release soon(I believe by next week) and it will address this issue. > Camera plugin doesn't work with iOS > --- > > Key: CB-10179 > URL: https://issues.apache.org/jira/browse/CB-10179 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera >Affects Versions: 4.0.0 >Reporter: Raymond Camden > Labels: cordova-6.0.0, iOS, triaged > > Made a new Cordova project. > cordova platform add ios@4.0.0 > cordova plugin add cordova-plugin-camera > cordova emulate > Gives: > ** BUILD FAILED ** > The following build commands failed: > CompileC > build/HelloCordova.build/Debug-iphonesimulator/HelloCordova.build/Objects-normal/i386/CDVCamera.o > HelloCordova/Plugins/cordova-plugin-camera/CDVCamera.m normal i386 > objective-c com.apple.compilers.llvm.clang.1_0.compiler > (1 failure) > Error: Error code 65 for command: xcodebuild with args: > -xcconfig,/Users/raymondcamden/Desktop/trash/dec10/platforms/ios/cordova/build-debug.xcconfig,-project,HelloCordova.xcodeproj,ARCHS=i386,-target,HelloCordova,-configuration,Debug,-sdk,iphonesimulator,build,VALID_ARCHS=i386,CONFIGURATION_BUILD_DIR=/Users/raymondcamden/Desktop/trash/dec10/platforms/ios/build/emulator,SHARED_PRECOMPS_DIR=/Users/raymondcamden/Desktop/trash/dec10/platforms/ios/build/sharedpch -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-10179) Camera plugin doesn't work with iOS
[ https://issues.apache.org/jira/browse/CB-10179?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15095578#comment-15095578 ] Omar Mefire edited comment on CB-10179 at 1/13/16 4:27 AM: --- [~deadlyfingers], I believe what you're talking about is a separate issue from the one being discussed on this thread, so I've created another issue to track it: https://issues.apache.org/jira/browse/CB-10339 was (Author: omefire): [~deadlyfingers], I believe what you're talking about is a separate issue from the one being discussed here, so I've created another issue to track it: https://issues.apache.org/jira/browse/CB-10339 > Camera plugin doesn't work with iOS > --- > > Key: CB-10179 > URL: https://issues.apache.org/jira/browse/CB-10179 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera >Affects Versions: 4.0.0 >Reporter: Raymond Camden > Labels: cordova-6.0.0, iOS, triaged > > Made a new Cordova project. > cordova platform add ios@4.0.0 > cordova plugin add cordova-plugin-camera > cordova emulate > Gives: > ** BUILD FAILED ** > The following build commands failed: > CompileC > build/HelloCordova.build/Debug-iphonesimulator/HelloCordova.build/Objects-normal/i386/CDVCamera.o > HelloCordova/Plugins/cordova-plugin-camera/CDVCamera.m normal i386 > objective-c com.apple.compilers.llvm.clang.1_0.compiler > (1 failure) > Error: Error code 65 for command: xcodebuild with args: > -xcconfig,/Users/raymondcamden/Desktop/trash/dec10/platforms/ios/cordova/build-debug.xcconfig,-project,HelloCordova.xcodeproj,ARCHS=i386,-target,HelloCordova,-configuration,Debug,-sdk,iphonesimulator,build,VALID_ARCHS=i386,CONFIGURATION_BUILD_DIR=/Users/raymondcamden/Desktop/trash/dec10/platforms/ios/build/emulator,SHARED_PRECOMPS_DIR=/Users/raymondcamden/Desktop/trash/dec10/platforms/ios/build/sharedpch -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-10339) Camera plugin stuck on white screen
[
https://issues.apache.org/jira/browse/CB-10339?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Omar Mefire updated CB-10339:
-
Labels: iOS (was: cordova-6.0.0 iOS triaged)
> Camera plugin stuck on white screen
> ---
>
> Key: CB-10339
> URL: https://issues.apache.org/jira/browse/CB-10339
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Camera
>Affects Versions: 4.0.0
>Reporter: Omar Mefire
> Labels: iOS
>
> Encountering an intermittent issue with Camera plugin on iOS since updating
> to Cordova ios@4.0.1, Camera@2 and WKWebView. This is a very strange camera
> bug as it happens now and again while testing and I'm having trouble
> recreating reliably.
> What happens:
> After taking a photo and tapping 'Use Photo' this sometimes results in
> getting stuck on a white screen. The only option is to close the app at this
> stage.
> What should happen:
> Return to webview screen.
> Xcode Error log:
> ```
> Snapshotting a view that has not been rendered results in an empty snapshot.
> Ensure your view has been rendered at least once before snapshotting or
> snapshot after screen updates.
> Communications error: { count = 1,
> contents =
> "XPCErrorDescription" =>
> { length = 22, contents = "Connection interrupted" }
> }>
> ```
> Device is iPhone 6+ with iOS9 and I'm using:
> ios@4.0.1
> cordova-plugin-camera@2
> cordova-plugin-wkwebview-engine@1.0.1
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-10339) Camera plugin stuck on white screen
[
https://issues.apache.org/jira/browse/CB-10339?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Omar Mefire updated CB-10339:
-
Description:
Encountering an intermittent issue with Camera plugin on iOS since updating to
Cordova ios@4.0.1, Camera@2 and WKWebView. This is a very strange camera bug as
it happens now and again while testing and I'm having trouble recreating
reliably.
What happens:
After taking a photo and tapping 'Use Photo' this sometimes results in getting
stuck on a white screen. The only option is to close the app at this stage.
What should happen:
Return to webview screen.
Xcode Error log:
```
Snapshotting a view that has not been rendered results in an empty snapshot.
Ensure your view has been rendered at least once before snapshotting or
snapshot after screen updates.
Communications error: { count = 1, contents
=
"XPCErrorDescription" =>
{ length = 22, contents = "Connection interrupted" }
}>
```
Device is iPhone 6+ with iOS9 and I'm using:
ios@4.0.1
cordova-plugin-camera@2
cordova-plugin-wkwebview-engine@1.0.1
was:
Made a new Cordova project.
cordova platform add ios@4.0.0
cordova plugin add cordova-plugin-camera
cordova emulate
Gives:
** BUILD FAILED **
The following build commands failed:
CompileC
build/HelloCordova.build/Debug-iphonesimulator/HelloCordova.build/Objects-normal/i386/CDVCamera.o
HelloCordova/Plugins/cordova-plugin-camera/CDVCamera.m normal i386 objective-c
com.apple.compilers.llvm.clang.1_0.compiler
(1 failure)
Error: Error code 65 for command: xcodebuild with args:
-xcconfig,/Users/raymondcamden/Desktop/trash/dec10/platforms/ios/cordova/build-debug.xcconfig,-project,HelloCordova.xcodeproj,ARCHS=i386,-target,HelloCordova,-configuration,Debug,-sdk,iphonesimulator,build,VALID_ARCHS=i386,CONFIGURATION_BUILD_DIR=/Users/raymondcamden/Desktop/trash/dec10/platforms/ios/build/emulator,SHARED_PRECOMPS_DIR=/Users/raymondcamden/Desktop/trash/dec10/platforms/ios/build/sharedpch
> Camera plugin stuck on white screen
> ---
>
> Key: CB-10339
> URL: https://issues.apache.org/jira/browse/CB-10339
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Camera
>Affects Versions: 4.0.0
>Reporter: Omar Mefire
> Labels: cordova-6.0.0, iOS, triaged
>
> Encountering an intermittent issue with Camera plugin on iOS since updating
> to Cordova ios@4.0.1, Camera@2 and WKWebView. This is a very strange camera
> bug as it happens now and again while testing and I'm having trouble
> recreating reliably.
> What happens:
> After taking a photo and tapping 'Use Photo' this sometimes results in
> getting stuck on a white screen. The only option is to close the app at this
> stage.
> What should happen:
> Return to webview screen.
> Xcode Error log:
> ```
> Snapshotting a view that has not been rendered results in an empty snapshot.
> Ensure your view has been rendered at least once before snapshotting or
> snapshot after screen updates.
> Communications error: { count = 1,
> contents =
> "XPCErrorDescription" =>
> { length = 22, contents = "Connection interrupted" }
> }>
> ```
> Device is iPhone 6+ with iOS9 and I'm using:
> ios@4.0.1
> cordova-plugin-camera@2
> cordova-plugin-wkwebview-engine@1.0.1
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-10339) Camera plugin stuck on white screen
Omar Mefire created CB-10339: Summary: Camera plugin stuck on white screen Key: CB-10339 URL: https://issues.apache.org/jira/browse/CB-10339 Project: Apache Cordova Issue Type: Bug Components: Plugin Camera Affects Versions: 4.0.0 Reporter: Omar Mefire Made a new Cordova project. cordova platform add ios@4.0.0 cordova plugin add cordova-plugin-camera cordova emulate Gives: ** BUILD FAILED ** The following build commands failed: CompileC build/HelloCordova.build/Debug-iphonesimulator/HelloCordova.build/Objects-normal/i386/CDVCamera.o HelloCordova/Plugins/cordova-plugin-camera/CDVCamera.m normal i386 objective-c com.apple.compilers.llvm.clang.1_0.compiler (1 failure) Error: Error code 65 for command: xcodebuild with args: -xcconfig,/Users/raymondcamden/Desktop/trash/dec10/platforms/ios/cordova/build-debug.xcconfig,-project,HelloCordova.xcodeproj,ARCHS=i386,-target,HelloCordova,-configuration,Debug,-sdk,iphonesimulator,build,VALID_ARCHS=i386,CONFIGURATION_BUILD_DIR=/Users/raymondcamden/Desktop/trash/dec10/platforms/ios/build/emulator,SHARED_PRECOMPS_DIR=/Users/raymondcamden/Desktop/trash/dec10/platforms/ios/build/sharedpch -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-10179) Camera plugin doesn't work with iOS
[ https://issues.apache.org/jira/browse/CB-10179?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15095578#comment-15095578 ] Omar Mefire commented on CB-10179: -- [~deadlyfingers], I believe what you're talking about is a separate issue from the one being discussed here, so I've created another issue to track it: https://issues.apache.org/jira/browse/CB-10339 > Camera plugin doesn't work with iOS > --- > > Key: CB-10179 > URL: https://issues.apache.org/jira/browse/CB-10179 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera >Affects Versions: 4.0.0 >Reporter: Raymond Camden > Labels: cordova-6.0.0, iOS, triaged > > Made a new Cordova project. > cordova platform add ios@4.0.0 > cordova plugin add cordova-plugin-camera > cordova emulate > Gives: > ** BUILD FAILED ** > The following build commands failed: > CompileC > build/HelloCordova.build/Debug-iphonesimulator/HelloCordova.build/Objects-normal/i386/CDVCamera.o > HelloCordova/Plugins/cordova-plugin-camera/CDVCamera.m normal i386 > objective-c com.apple.compilers.llvm.clang.1_0.compiler > (1 failure) > Error: Error code 65 for command: xcodebuild with args: > -xcconfig,/Users/raymondcamden/Desktop/trash/dec10/platforms/ios/cordova/build-debug.xcconfig,-project,HelloCordova.xcodeproj,ARCHS=i386,-target,HelloCordova,-configuration,Debug,-sdk,iphonesimulator,build,VALID_ARCHS=i386,CONFIGURATION_BUILD_DIR=/Users/raymondcamden/Desktop/trash/dec10/platforms/ios/build/emulator,SHARED_PRECOMPS_DIR=/Users/raymondcamden/Desktop/trash/dec10/platforms/ios/build/sharedpch -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-10338) getCurrentPosition() hangs on Android 4.2.2
[ https://issues.apache.org/jira/browse/CB-10338?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15095448#comment-15095448 ] Tom Nightingale edited comment on CB-10338 at 1/13/16 1:55 AM: --- Geolocation 1.x *did* work fine on Android 4.2.2 with Crosswalk Webview. That was when there was no js shim on android. It seems the shim was added back in cordova-android@5.x to support Android 6's runtime permission checking. This leads me to believe there's a problem with the cordova-android@5.x/cordova-plugin-geolocation@2.x method of overriding window.navigator.geolocation and then deferring back to the original native object after the permission check is performed. Is it possible to not perform this global override when run on < Android 6? Time to dive into cordova/modulemapper... was (Author: t...@tnightingale.com): Geolocation 1.x *did* work fine on Android 4.2.2 with Crosswalk Webview. That was when there was no js shim on android. It seems the shim was added back in cordova-android@5.x to support Android 6's runtime permission checking. This leads me to believe there's a problem with the cordova-android@5.x/cordova-plugin-geolocation@2.x method of overriding window.navigator.geolocation and then deferring back to the original native object after the permission check is performed. Is it possible to not perform this global override when run on < Android 6 ? Time to dive into cordova/modulemapper... > getCurrentPosition() hangs on Android 4.2.2 > > > Key: CB-10338 > URL: https://issues.apache.org/jira/browse/CB-10338 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Geolocation >Affects Versions: 2.0.0 > Environment: Android 4.2.2 (running cordova-android@5.0.0) >Reporter: Tom Nightingale > Labels: android > > Neither success or error callbacks are called after calling > navigator.geolocation.getCurrentPosition(). > Stepping through the plugin with Chrome's Javascript debugger and Android > Studio's Java debugger shows that the plugin's shim code successfully > executes the Geolocation 'getPermission' check and returns back to fire the > shim's success handler (line 31 > [here|https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-geolocation.git;a=blob;f=www/android/geolocation.js;h=82e3582e0c225340db44add8fe3ea81256dff03f;hb=57eb4dc550a3d88d3ebbb60a0d6a83d61f898dd7#l31]). > However the next line which appears to call the platform's native > getCurrentPosition() just hangs; neither the provided success or error > callbacks are called. If I try step into that function call with the Chrome > remote debugger it just jumps to the end of the executing function (line 36 @ > above link). It's as if getCurrentPosition() is a no-op. Chrome's "show > function definition" functionality isn't able to resolve the definition > either. > I wonder if the bug is somewhere in the cordova/modulemapper code? This is an > area of Cordova I am not familiar with... -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-10319) Add reflection for cordova-android 5.0.0 permission requests
[ https://issues.apache.org/jira/browse/CB-10319?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15095452#comment-15095452 ] ASF GitHub Bot commented on CB-10319: - Github user asfgit closed the pull request at: https://github.com/apache/cordova-plugin-file/pull/155 > Add reflection for cordova-android 5.0.0 permission requests > > > Key: CB-10319 > URL: https://issues.apache.org/jira/browse/CB-10319 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera, Plugin Contacts, Plugin File, Plugin > Geolocation >Reporter: Richard B Knoll >Assignee: Richard B Knoll > Labels: cordova-6.0.0, triaged > > As was discussed on the mailing list, the purpose of this JIRA is to add > reflective helper methods to the plugins that allow the versions of the core > plugins written for cordova-android 5.0.0 to still build and work with > earlier versions of android (before Marshmallow) -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-10319) Add reflection for cordova-android 5.0.0 permission requests
[ https://issues.apache.org/jira/browse/CB-10319?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15095451#comment-15095451 ] ASF subversion and git services commented on CB-10319: -- Commit 3da1e5968a8acbb5ca6c4aecc751c444c7fd090c in cordova-plugin-file's branch refs/heads/master from riknoll [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-file.git;h=3da1e59 ] CB-10319 android: Adding reflective helper methods for permission requests > Add reflection for cordova-android 5.0.0 permission requests > > > Key: CB-10319 > URL: https://issues.apache.org/jira/browse/CB-10319 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera, Plugin Contacts, Plugin File, Plugin > Geolocation >Reporter: Richard B Knoll >Assignee: Richard B Knoll > Labels: cordova-6.0.0, triaged > > As was discussed on the mailing list, the purpose of this JIRA is to add > reflective helper methods to the plugins that allow the versions of the core > plugins written for cordova-android 5.0.0 to still build and work with > earlier versions of android (before Marshmallow) -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-10338) getCurrentPosition() hangs on Android 4.2.2
[ https://issues.apache.org/jira/browse/CB-10338?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15095448#comment-15095448 ] Tom Nightingale commented on CB-10338: -- Geolocation 1.x *did* work fine on Android 4.2.2 with Crosswalk Webview. That was when there was no js shim on android. It seems the shim was added back in cordova-android@5.x to support Android 6's runtime permission checking. This leads me to believe there's a problem with the cordova-android@5.x/cordova-plugin-geolocation@2.x method of overriding window.navigator.geolocation and then deferring back to the original native object after the permission check is performed. Is it possible to not perform this global override when run on < Android 6 ? Time to dive into cordova/modulemapper... > getCurrentPosition() hangs on Android 4.2.2 > > > Key: CB-10338 > URL: https://issues.apache.org/jira/browse/CB-10338 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Geolocation >Affects Versions: 2.0.0 > Environment: Android 4.2.2 (running cordova-android@5.0.0) >Reporter: Tom Nightingale > Labels: android > > Neither success or error callbacks are called after calling > navigator.geolocation.getCurrentPosition(). > Stepping through the plugin with Chrome's Javascript debugger and Android > Studio's Java debugger shows that the plugin's shim code successfully > executes the Geolocation 'getPermission' check and returns back to fire the > shim's success handler (line 31 > [here|https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-geolocation.git;a=blob;f=www/android/geolocation.js;h=82e3582e0c225340db44add8fe3ea81256dff03f;hb=57eb4dc550a3d88d3ebbb60a0d6a83d61f898dd7#l31]). > However the next line which appears to call the platform's native > getCurrentPosition() just hangs; neither the provided success or error > callbacks are called. If I try step into that function call with the Chrome > remote debugger it just jumps to the end of the executing function (line 36 @ > above link). It's as if getCurrentPosition() is a no-op. Chrome's "show > function definition" functionality isn't able to resolve the definition > either. > I wonder if the bug is somewhere in the cordova/modulemapper code? This is an > area of Cordova I am not familiar with... -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-10319) Add reflection for cordova-android 5.0.0 permission requests
[ https://issues.apache.org/jira/browse/CB-10319?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15095437#comment-15095437 ] ASF GitHub Bot commented on CB-10319: - Github user riknoll commented on the pull request: https://github.com/apache/cordova-plugin-camera/pull/151#issuecomment-171126273 I updated/rebased the commit to remove the imports @jasongin mentioned > Add reflection for cordova-android 5.0.0 permission requests > > > Key: CB-10319 > URL: https://issues.apache.org/jira/browse/CB-10319 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera, Plugin Contacts, Plugin File, Plugin > Geolocation >Reporter: Richard B Knoll >Assignee: Richard B Knoll > Labels: cordova-6.0.0, triaged > > As was discussed on the mailing list, the purpose of this JIRA is to add > reflective helper methods to the plugins that allow the versions of the core > plugins written for cordova-android 5.0.0 to still build and work with > earlier versions of android (before Marshmallow) -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-10306) [Android] Support Crosswalk or other engines through a pluggable mechanism
[
https://issues.apache.org/jira/browse/CB-10306?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15095427#comment-15095427
]
Jesse Monroy commented on CB-10306:
---
[~dvicory] Your work as a plugin will definitely welcome. However, I think your
tone should be consistent with the types of person you'd like help. Your tone
precludes me from offering further assitance. I wish you the best of luck -Jesse
> [Android] Support Crosswalk or other engines through a pluggable mechanism
> --
>
> Key: CB-10306
> URL: https://issues.apache.org/jira/browse/CB-10306
> Project: Apache Cordova
> Issue Type: New Feature
> Components: Plugin InAppBrowser
>Reporter: Daniel Vicory
> Labels: triaged
>
> Currently InAppBrowser uses the system WebView on Android, which is not
> awesome for several reasons.
> # WebView is only Chromium in 4.4 and up, and 4.4 uses an old one at that.
> # Some features are turned off even in Chromium-based WebViews.
> # WebView pre-4.4 is pretty awful and doesn't support many modern web
> technologies.
> I propose that it be made possible to use Crosswalk or other engines with
> InAppBrowser. We have already begun work on this [on a
> fork|https://github.com/appfolio/cordova-plugin-inappbrowser/tree/crosswalkSupport]
> and would be willing to try to get this merged upstream. This is for Android
> only though; right now we're not planning to apply these same ideas to iOS.
> The general strategy we took was to reuse Cordova: it re-creates a whole
> Cordova view. This makes many of the settings that were set manually no
> longer necessary, as Cordova sets them by default. By default, it doesn't
> reuse any of the plugins or preferences you've defined in {{config.xml}}, but
> adds an "internal" plugin that the new Cordova view uses which disables
> bridge access and re-implements the same functionality InAppBrowser
> previously had.
> To change the engine/views/etc being used, you can override
> {{InAppBrowserDriver}}, which can be configured with the
> {{inAppBrowserDriver}} preference in {{config.xml}}. We can open source a
> driver that enables Crosswalk with this new architecture.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-10338) getCurrentPosition() hangs on Android 4.2.2
[ https://issues.apache.org/jira/browse/CB-10338?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15095422#comment-15095422 ] Tom Nightingale commented on CB-10338: -- I realized that I was using the Crosswalk Webview plugin and that might be causing the issue. Sure enough, upon removing Crosswalk getCurrentPosition() works as expected. So this seems to be an issue with the combination of Crosswalk webview, Android 4.2.2 and the 2.0.0 version of the Geolocation plugin (the issue doesn't occur on Android 6 with Crosswalk and Geolocation 2.0.0). > getCurrentPosition() hangs on Android 4.2.2 > > > Key: CB-10338 > URL: https://issues.apache.org/jira/browse/CB-10338 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Geolocation >Affects Versions: 2.0.0 > Environment: Android 4.2.2 (running cordova-android@5.0.0) >Reporter: Tom Nightingale > Labels: android > > Neither success or error callbacks are called after calling > navigator.geolocation.getCurrentPosition(). > Stepping through the plugin with Chrome's Javascript debugger and Android > Studio's Java debugger shows that the plugin's shim code successfully > executes the Geolocation 'getPermission' check and returns back to fire the > shim's success handler (line 31 > [here|https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-geolocation.git;a=blob;f=www/android/geolocation.js;h=82e3582e0c225340db44add8fe3ea81256dff03f;hb=57eb4dc550a3d88d3ebbb60a0d6a83d61f898dd7#l31]). > However the next line which appears to call the platform's native > getCurrentPosition() just hangs; neither the provided success or error > callbacks are called. If I try step into that function call with the Chrome > remote debugger it just jumps to the end of the executing function (line 36 @ > above link). It's as if getCurrentPosition() is a no-op. Chrome's "show > function definition" functionality isn't able to resolve the definition > either. > I wonder if the bug is somewhere in the cordova/modulemapper code? This is an > area of Cordova I am not familiar with... -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-8200) Pass verbosity arguments from cli downstream to platform scripts
[
https://issues.apache.org/jira/browse/CB-8200?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nikhil Khandelwal resolved CB-8200.
---
Resolution: Fixed
This has been resolved now.
> Pass verbosity arguments from cli downstream to platform scripts
> -
>
> Key: CB-8200
> URL: https://issues.apache.org/jira/browse/CB-8200
> Project: Apache Cordova
> Issue Type: Sub-task
> Components: CLI
>Reporter: Vladimir Kotikov
>
> Currently verbosity arguments for Cordova CLI commands ({{-d}} or
> {{--verbose}}) isn't passed to platform scripts, so the only way to
> icrease/decrease verbosity of updated platform scripts is to pass verbosity
> argument behind double dash ({{--}}).
> Moreover, this works only for build/run/emulate commands due to CLI arguments
> parsing logic.
> For better usability it will be better if we'll pass these arguments
> downstream to platform scripts (create, build, run, etc.)
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-8703) Add support for semver and device-specific targeting of config-file to Windows
[
https://issues.apache.org/jira/browse/CB-8703?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nikhil Khandelwal resolved CB-8703.
---
Resolution: Fixed
This has been fixed for a while now.
> Add support for semver and device-specific targeting of config-file to Windows
> --
>
> Key: CB-8703
> URL: https://issues.apache.org/jira/browse/CB-8703
> Project: Apache Cordova
> Issue Type: Improvement
> Components: Windows
>Reporter: Rob Paveza
>
> Allow to target a virtual "package.appxmanifest" and specify
> versions of Windows via new versions and device-target attributes:
>
>
> This change should also modify the related and
> elements for Windows to rename the "target" attribute to "device-target" in
> order to align the meaning across elements. ("target" should remain as an
> alias in order to be backwards-compatible).
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-8869) Windows Universal target without Windows 8.0
[ https://issues.apache.org/jira/browse/CB-8869?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nikhil Khandelwal resolved CB-8869. --- Resolution: Invalid Fix Version/s: (was: Master) > Windows Universal target without Windows 8.0 > > > Key: CB-8869 > URL: https://issues.apache.org/jira/browse/CB-8869 > Project: Apache Cordova > Issue Type: Bug > Components: Windows >Affects Versions: 3.5.0 > Environment: Visual Studio 2013 Express >Reporter: Chris Brody >Priority: Minor > Labels: cordova-cli, cordova-windows, windows-universal, > windows81 > Original Estimate: 4h > Remaining Estimate: 4h > > If I create a cordova-windows project and open it with Visual Studio Express > 2013, I get a notice that I have to retarget the project for Windows 8.1. In > fact, Windows 8.1 and Windows Phone 8.1 targets already exist, so I have to > simply remove the Windows 8.0 target. In addition, I suspect more and more > plugins will drop support for Windows 8.0. Can we make the Windows 8.0 target > optional or drop it from the Windows Universal target? -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-8922) Improve picture resize code for Windows in camera plugin
[ https://issues.apache.org/jira/browse/CB-8922?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nikhil Khandelwal updated CB-8922: -- Assignee: (was: Murat Sutunc) > Improve picture resize code for Windows in camera plugin > > > Key: CB-8922 > URL: https://issues.apache.org/jira/browse/CB-8922 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugin Camera > Environment: Windows >Reporter: Murat Sutunc >Priority: Minor > Labels: Windows > > Currently we resize photos using dom tricks. We should instead use platform > APIs to resize photos. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-8922) Improve picture resize code for Windows in camera plugin
[ https://issues.apache.org/jira/browse/CB-8922?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nikhil Khandelwal updated CB-8922: -- Labels: Windows (was: ) > Improve picture resize code for Windows in camera plugin > > > Key: CB-8922 > URL: https://issues.apache.org/jira/browse/CB-8922 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugin Camera > Environment: Windows >Reporter: Murat Sutunc >Assignee: Murat Sutunc >Priority: Minor > Labels: Windows > > Currently we resize photos using dom tricks. We should instead use platform > APIs to resize photos. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-8922) Improve picture resize code for Windows in camera plugin
[ https://issues.apache.org/jira/browse/CB-8922?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nikhil Khandelwal updated CB-8922: -- Component/s: (was: Windows) > Improve picture resize code for Windows in camera plugin > > > Key: CB-8922 > URL: https://issues.apache.org/jira/browse/CB-8922 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugin Camera > Environment: Windows >Reporter: Murat Sutunc >Assignee: Murat Sutunc >Priority: Minor > Labels: Windows > > Currently we resize photos using dom tricks. We should instead use platform > APIs to resize photos. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-8905) Support for Windows Phone Silverlight 8.1 app
[ https://issues.apache.org/jira/browse/CB-8905?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nikhil Khandelwal updated CB-8905: -- Component/s: (was: Windows) WP8 (deprecated) > Support for Windows Phone Silverlight 8.1 app > - > > Key: CB-8905 > URL: https://issues.apache.org/jira/browse/CB-8905 > Project: Apache Cordova > Issue Type: New Feature > Components: WP8 (deprecated) >Affects Versions: 3.6.0 >Reporter: Shubhankar Hazarika > Labels: windows, windows-phone-81 > > I am building an app with Cordova 3.5.0 with sqlitePlugin with WP8. The > project is running quite well with WP8. But i also need to build my app in > WP8.1. I have achieved it by retargeting it to WP8.1. But sqlite is not > working here. I have installed sqlite plugin through nuget sqlite-net and > sqlite-wp8-net for WP8 app. I have tried to find if there any templates > available for Cordova WP 8.1. But could not find any success yet. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-8923) Add Support for Windows 10
[ https://issues.apache.org/jira/browse/CB-8923?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nikhil Khandelwal resolved CB-8923. --- Resolution: Fixed Fix Version/s: (was: Master) 4.0.0 This has been done as part of cordova-windows 4.0.0 release > Add Support for Windows 10 > -- > > Key: CB-8923 > URL: https://issues.apache.org/jira/browse/CB-8923 > Project: Apache Cordova > Issue Type: Improvement > Components: Windows >Affects Versions: Master > Environment: Windows >Reporter: Parashuram > Labels: Windows10 > Fix For: 4.0.0 > > > Add Cordova Support for Windows 10 -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-9263) Windows8 build fails when using local project/platform caches
[ https://issues.apache.org/jira/browse/CB-9263?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nikhil Khandelwal resolved CB-9263. --- Resolution: Not A Problem Please re-activate if this is still an issue. > Windows8 build fails when using local project/platform caches > - > > Key: CB-9263 > URL: https://issues.apache.org/jira/browse/CB-9263 > Project: Apache Cordova > Issue Type: Bug > Components: CLI, Windows >Affects Versions: 4.1.0 > Environment: Windows8.1. >Reporter: Jerroyd Moore >Assignee: Rob Paveza > > Related: https://issues.apache.org/jira/browse/CB-5350 > I created a copy of the cordova-windows project on my localhost. When I > perform a platform add against the local copy, the build fails as the > AppxManifest.xml file does not conform to the specified schema. > 1. clone cordova-windows $ git clone > https://github.com/apache/cordova-windows.git /path/to/cordova-windows > 2. Add the local platform. $ cordova platform add /path/to/cordova-windows/ > --verbose > 3. Prepare the platform. $ cordova prepare windows --verbose --release -- > --verbose --phone > 4. Compile for windows phone 8.1. $ cordova compile windows --verbose > --release -- --verbose --phone > d:\CordovaHelloWorld\platforms\windows\build\phone\release\anycpu\AppxManifest. > The following error occurs during build: > D:\path\to\windows-cordova\build\phone\release\anycpu\AppxManifest.xml(40,6): > error APPX1404: File content does not conform to specified schema. T > he element 'Capabilities' in namespace > 'http://schemas.microsoft.com/appx/2010/ > manifest' has invalid child element 'Capability' in namespace > 'http://schemas.m > icrosoft.com/appx/2010/manifest'. List of possible elements expected: > 'DeviceCa > pabilityChoice, DeviceCapability' in namespace > 'http://schemas.microsoft.com/ap > px/2010/manifest' as well as 'DeviceCapability' in namespace > 'http://schemas.mi > crosoft.com/appx/2013/manifest'. > [D:\path\to\windows-cordova\CordovaApp.Phone.jsproj] > The AppxManifest.xml contains the following block: > > > > > > > It should be organized with Capability first and DeviceCapability second: > > > > > > -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-9388) Windows 8 metro apps crashes
[ https://issues.apache.org/jira/browse/CB-9388?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nikhil Khandelwal resolved CB-9388. --- Resolution: Incomplete Fix Version/s: (was: 5.1.2) Please provide more details for helping out with this issue. > Windows 8 metro apps crashes > > > Key: CB-9388 > URL: https://issues.apache.org/jira/browse/CB-9388 > Project: Apache Cordova > Issue Type: Bug > Components: Windows >Affects Versions: 5.1.1 > Environment: OS : windows > System : windows 8 > cordova : 5.1.1 > Sencha Cmd : 6.0 >Reporter: Sathiyendren > Original Estimate: 40h > Remaining Estimate: 40h > > New Environment: > OS : windows > System : windows 8 > cordova :5.1.2 > Sencha Cmd : 6.0 > When I build a cordova windows metro apps with above environment, the build > is created fine. But when I run the application , It crashes due to below > error. > Error log :- > SCRIPT5022: Unhandled exception at line 59, column 13 in > ms-appx://4ca3ec13-4314-4cbd-a950-734dd2eaf8b7/www/cordova.js > 0x800a139e - JavaScript runtime error: module cordova/windows8/commandProxy > not found > File: cordova.js, Line: 59, Column: 13 > Note :- > When I build with below environment in my application. It works fine. > Old Environment: > OS : windows > System : windows 8 > cordova :4.1.2 > Sencha Cmd : 6.0 > Please check and let me know. Looking forward for your reply. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-9602) Add a meaningful error message for .NET Native compilation failures when targeting anycpu
[ https://issues.apache.org/jira/browse/CB-9602?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nikhil Khandelwal resolved CB-9602. --- Resolution: Duplicate > Add a meaningful error message for .NET Native compilation failures when > targeting anycpu > - > > Key: CB-9602 > URL: https://issues.apache.org/jira/browse/CB-9602 > Project: Apache Cordova > Issue Type: Improvement > Components: Windows >Reporter: Rob Paveza >Priority: Minor > > When using a plugin with a .NET dependency (such as the globalization plugin) > targeting Windows 10, the .NET Native compiler is invoked. In order to build > with the .NET Native compiler, however, the app must be built with one or > more architectures chosen: > > cordova build windows -- --appx=uap --archs=x64 > For this, detect the condition and output a helpful error message that says > that an architecture must be specified. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-10264) The processor architecture of the project being built "Any CPU" is not supported by the referenced SDK
[
https://issues.apache.org/jira/browse/CB-10264?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nikhil Khandelwal resolved CB-10264.
Resolution: Duplicate
> The processor architecture of the project being built "Any CPU" is not
> supported by the referenced SDK
> --
>
> Key: CB-10264
> URL: https://issues.apache.org/jira/browse/CB-10264
> Project: Apache Cordova
> Issue Type: Bug
> Components: Windows
> Environment: Cordova 5.1.1
> cordova-windows@4.2.0
> Microsoft Windows Server 2012 R2
> Visual Studio Community 2015 Version 14.0.24720.00 Update 1
> Microsoft .NET Framework Version 4.6.01055
>Reporter: Jerroyd Moore
>Assignee: Raghav
> Labels: triaged
>
> I run regression tests against cordova@5.1.1 and cordova@4.1.2 creating
> Windows 8.0 apps, Windows Phone 8.1 apps, and Windows 10 UAP apps.
> Today, I updated my tests for cordova@5.1.1 and changed the pinned version
> for cordova-windows from 4.0.0 to 4.2.0. This did not impact Windows 8.0,
> Windows Phone 8.1, but all Windows 10 builds started failing.
> [Looking at what changed in win10's csproj
> file|https://github.com/apache/cordova-windows/compare/4.0.0...4.2.0#diff-46174df0be76fc819cae8e3f464bfe56],
> UseDotNetNativeToolchain was added to ProjectConfigurations.
> More importantly, when I run the same tests on my local machine (Windows 8.1,
> Visual Studio 2015 Enterprise 2015 V14.0.23107.9 D14REL. MSFT NET Framework
> 4.6.0081), the tests succeed.
> {code}
>
> Execute[d:\TestBuilds\f5adst0y.zer\Windows10-cordova511-BadWin10AppVersion]
> -> node D:\Developer\cordova\5.1.1\node_m
> odules\cordova\bin\cordova compile windows --verbose --release -- --verbose
>out: Running command: cmd "/s /c
> "d:\TestBuilds\f5adst0y.zer\Windows10-cordova511-BadWin10AppVersion\platforms\window
> s\cordova\build.bat --release --verbose""
>out: MSBuildToolsPath: C:\Program Files (x86)\MSBuild\14.0\bin\
>out: Building project:
> d:\TestBuilds\f5adst0y.zer\Windows10-cordova511-BadWin10AppVersion\platforms\windows\CordovaAp
> p.Windows10.jsproj
>out: Configuration : release
>out: Platform : anycpu
>out: C:\Program Files
> (x86)\MSBuild\Microsoft\.NetNative\Microsoft.NetNative.targets(133,5): error
> MSB3779: The proce
> ssor architecture of the project being built "Any CPU" is not supported by
> the referenced SDK "Microsoft.NET.Native.Fram
> ework.1.2, Version=1.2". Please consider changing the targeted processor
> architecture of your project (in Visual Studio
> this can be done through the Configuration Manager) to one of the
> architectures supported by the SDK: "x86, x64, ARM". [
> d:\TestBuilds\f5adst0y.zer\Windows10-cordova511-BadWin10AppVersion\platforms\windows\CordovaApp.Windows10.jsproj]
>out: C:\Program Files
> (x86)\MSBuild\Microsoft\.NetNative\Microsoft.NetNative.targets(133,5): error
> MSB3779: The proce
> ssor architecture of the project being built "Any CPU" is not supported by
> the referenced SDK "Microsoft.NET.Native.Runt
> ime.1.1, Version=1.1". Please consider changing the targeted processor
> architecture of your project (in Visual Studio th
> is can be done through the Configuration Manager) to one of the architectures
> supported by the SDK: "x86, x64, ARM". [d:
> \TestBuilds\f5adst0y.zer\Windows10-cordova511-BadWin10AppVersion\platforms\windows\CordovaApp.Windows10.jsproj]
>out: C:\Program Files
> (x86)\MSBuild\Microsoft\.NetNative\Microsoft.NetNative.targets(248,5): error
> : .NET Native requ
> ires an architecture specific Target Platform. Using the 'AnyCPU' Target
> Platform with .NET Native is not supported. Ple
> ase ensure the 'UseDotNetNativeToolchain' property is set to false for
> 'AnyCPU' builds. [d:\TestBuilds\f5adst0y.zer\Wind
> ows10-cordova511-BadWin10AppVersion\platforms\windows\CordovaApp.Windows10.jsproj]
>ERR: ERROR: Error code 1 for command: C:\Program Files
> (x86)\MSBuild\14.0\bin\msbuild with args: d:\TestBuilds\f5adst
> 0y.zer\Windows10-cordova511-BadWin10AppVersion\platforms\windows\CordovaApp.Windows10.jsproj,/clp:NoSummary;NoItemAndPro
> pertyList;Verbosity=minimal,/nologo,/p:Configuration=release,/p:Platform=anycpu
>out: Command finished with error code 2: cmd /s /c
> "d:\TestBuilds\f5adst0y.zer\Windows10-cordova511-BadWin10AppVersio
> n\platforms\windows\cordova\build.bat --release --verbose"
>out: ERROR building one of the platforms: Error: cmd: Command failed with
> exit code 2
>out: You may not have the required environment or OS to build this project
>ERR: Error: cmd: Command failed with exit code 2
>ERR: at ChildProcess.whenDone
> (D:\Developer\cordova\5.1.1\node_modules\cordova\node_modules\cordova-lib\src\cordo
> va\superspaw
[jira] [Reopened] (CB-10264) The processor architecture of the project being built "Any CPU" is not supported by the referenced SDK
[
https://issues.apache.org/jira/browse/CB-10264?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nikhil Khandelwal reopened CB-10264:
> The processor architecture of the project being built "Any CPU" is not
> supported by the referenced SDK
> --
>
> Key: CB-10264
> URL: https://issues.apache.org/jira/browse/CB-10264
> Project: Apache Cordova
> Issue Type: Bug
> Components: Windows
> Environment: Cordova 5.1.1
> cordova-windows@4.2.0
> Microsoft Windows Server 2012 R2
> Visual Studio Community 2015 Version 14.0.24720.00 Update 1
> Microsoft .NET Framework Version 4.6.01055
>Reporter: Jerroyd Moore
>Assignee: Raghav
> Labels: triaged
>
> I run regression tests against cordova@5.1.1 and cordova@4.1.2 creating
> Windows 8.0 apps, Windows Phone 8.1 apps, and Windows 10 UAP apps.
> Today, I updated my tests for cordova@5.1.1 and changed the pinned version
> for cordova-windows from 4.0.0 to 4.2.0. This did not impact Windows 8.0,
> Windows Phone 8.1, but all Windows 10 builds started failing.
> [Looking at what changed in win10's csproj
> file|https://github.com/apache/cordova-windows/compare/4.0.0...4.2.0#diff-46174df0be76fc819cae8e3f464bfe56],
> UseDotNetNativeToolchain was added to ProjectConfigurations.
> More importantly, when I run the same tests on my local machine (Windows 8.1,
> Visual Studio 2015 Enterprise 2015 V14.0.23107.9 D14REL. MSFT NET Framework
> 4.6.0081), the tests succeed.
> {code}
>
> Execute[d:\TestBuilds\f5adst0y.zer\Windows10-cordova511-BadWin10AppVersion]
> -> node D:\Developer\cordova\5.1.1\node_m
> odules\cordova\bin\cordova compile windows --verbose --release -- --verbose
>out: Running command: cmd "/s /c
> "d:\TestBuilds\f5adst0y.zer\Windows10-cordova511-BadWin10AppVersion\platforms\window
> s\cordova\build.bat --release --verbose""
>out: MSBuildToolsPath: C:\Program Files (x86)\MSBuild\14.0\bin\
>out: Building project:
> d:\TestBuilds\f5adst0y.zer\Windows10-cordova511-BadWin10AppVersion\platforms\windows\CordovaAp
> p.Windows10.jsproj
>out: Configuration : release
>out: Platform : anycpu
>out: C:\Program Files
> (x86)\MSBuild\Microsoft\.NetNative\Microsoft.NetNative.targets(133,5): error
> MSB3779: The proce
> ssor architecture of the project being built "Any CPU" is not supported by
> the referenced SDK "Microsoft.NET.Native.Fram
> ework.1.2, Version=1.2". Please consider changing the targeted processor
> architecture of your project (in Visual Studio
> this can be done through the Configuration Manager) to one of the
> architectures supported by the SDK: "x86, x64, ARM". [
> d:\TestBuilds\f5adst0y.zer\Windows10-cordova511-BadWin10AppVersion\platforms\windows\CordovaApp.Windows10.jsproj]
>out: C:\Program Files
> (x86)\MSBuild\Microsoft\.NetNative\Microsoft.NetNative.targets(133,5): error
> MSB3779: The proce
> ssor architecture of the project being built "Any CPU" is not supported by
> the referenced SDK "Microsoft.NET.Native.Runt
> ime.1.1, Version=1.1". Please consider changing the targeted processor
> architecture of your project (in Visual Studio th
> is can be done through the Configuration Manager) to one of the architectures
> supported by the SDK: "x86, x64, ARM". [d:
> \TestBuilds\f5adst0y.zer\Windows10-cordova511-BadWin10AppVersion\platforms\windows\CordovaApp.Windows10.jsproj]
>out: C:\Program Files
> (x86)\MSBuild\Microsoft\.NetNative\Microsoft.NetNative.targets(248,5): error
> : .NET Native requ
> ires an architecture specific Target Platform. Using the 'AnyCPU' Target
> Platform with .NET Native is not supported. Ple
> ase ensure the 'UseDotNetNativeToolchain' property is set to false for
> 'AnyCPU' builds. [d:\TestBuilds\f5adst0y.zer\Wind
> ows10-cordova511-BadWin10AppVersion\platforms\windows\CordovaApp.Windows10.jsproj]
>ERR: ERROR: Error code 1 for command: C:\Program Files
> (x86)\MSBuild\14.0\bin\msbuild with args: d:\TestBuilds\f5adst
> 0y.zer\Windows10-cordova511-BadWin10AppVersion\platforms\windows\CordovaApp.Windows10.jsproj,/clp:NoSummary;NoItemAndPro
> pertyList;Verbosity=minimal,/nologo,/p:Configuration=release,/p:Platform=anycpu
>out: Command finished with error code 2: cmd /s /c
> "d:\TestBuilds\f5adst0y.zer\Windows10-cordova511-BadWin10AppVersio
> n\platforms\windows\cordova\build.bat --release --verbose"
>out: ERROR building one of the platforms: Error: cmd: Command failed with
> exit code 2
>out: You may not have the required environment or OS to build this project
>ERR: Error: cmd: Command failed with exit code 2
>ERR: at ChildProcess.whenDone
> (D:\Developer\cordova\5.1.1\node_modules\cordova\node_modules\cordova-lib\src\cordo
> va\superspawn.js:134:23)
>ERR:
[jira] [Resolved] (CB-10101) Build for Windows with appx=UAP fails with Microsoft.NuGet.targets error
[
https://issues.apache.org/jira/browse/CB-10101?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nikhil Khandelwal resolved CB-10101.
Resolution: Duplicate
> Build for Windows with appx=UAP fails with Microsoft.NuGet.targets error
>
>
> Key: CB-10101
> URL: https://issues.apache.org/jira/browse/CB-10101
> Project: Apache Cordova
> Issue Type: Bug
> Components: Windows
>Affects Versions: Master
> Environment: windows@4.2.0 platform, Windows 10 x64, Node 4.2.2 x64,
> VS2015 + latest updates installed
>Reporter: Christopher Mindus
>
> Project working with windows@4.1.0 now updated to 4.2.0 gives the following
> error during building:
> ...> cordova build windows -- --appx=uap
> Running command: cmd "/s /c "...\platforms\windows\cordova\build.bat
> --buildConfig=...\build.json --appx=uap""
> Reading build config file: ...\build.json
> MSBuildToolsPath: C:\Program Files (x86)\MSBuild\14.0\bin
> Building project: ...\platforms\windows\CordovaApp.Windows10.jsproj
> Configuration : debug
> Platform : anycpu
> C:\Program Files
> (x86)\MSBuild\Microsoft\NuGet\Microsoft.NuGet.targets(211,5): error : Your
> project.json doesn't list 'win10' as a targeted runtime. You should
> add '"win10": { }' inside your "runtimes" section in your project.json, and
> then re-run NuGet restore. [...\platforms\windows\CordovaApp.Window
> s10.jsproj]
> ERROR: Error code 1 for command: C:\Program Files
> (x86)\MSBuild\14.0\bin\msbuild with args:
> ...\platforms\windows\CordovaApp.Windows10.jsproj,/clp:NoSummary;NoItemAndPropertyList;Verbosity=minimal,/nologo,/p:Configuration=debug,/p:Platform=anycpu
> ERROR building one of the platforms: Error: cmd: Command failed with exit
> code 2
> You may not have the required environment or OS to build this project
> Error: cmd: Command failed with exit code 2
> I tried to "cordova platform rm windows" and then to add it again. No
> difference. If I create a new test project, add the platform and build as
> above it works just fine.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-10234) Globalization Plugin Needs 'arch' flag to build on Windows10 (Universal Windows) Build
[
https://issues.apache.org/jira/browse/CB-10234?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15095323#comment-15095323
]
Nikhil Khandelwal commented on CB-10234:
[~sgrebnov] Looks like this is a good issue to fix as there are a bunch of dups
coming.
> Globalization Plugin Needs 'arch' flag to build on Windows10 (Universal
> Windows) Build
> --
>
> Key: CB-10234
> URL: https://issues.apache.org/jira/browse/CB-10234
> Project: Apache Cordova
> Issue Type: Bug
> Components: Windows
>Affects Versions: 5.4.1
> Environment: Windows 10, Visual Studio 2015 Update 1 SDK 10.0.10240,
> CLI 5.4.1, cordova-windows@4.2.0, Plugin globalization@1.0.2
>Reporter: Roberto De Simone
>Assignee: Sergey Grebnov
>Priority: Minor
> Labels: Windows, triaged, wfc
>
> 1. Create a new Cordova project
> 2. cordova add windows@4.2
> 3. Add to config.xml Windows10 support
>
>
> 4. cordova plugin add cordova-plugin-globalization (1.0.2)
> 5. cordova prepare windows
> 6. Open the project in Visual Studio 2015
> 7. Build the Windows10 (Universal Windows)
> Build Error:
> Error Your project.json doesn't list 'win10' as a targeted runtime.
> You should add '"win10": { }' inside your "runtimes" section in your
> project.json, and then re-run NuGet restore.
> Trying different plugins (also in combination) like splashscreen, dialogs,
> statusbar, vibration, inappbrowser, network-information do not cause the
> error.
> Removing the Globalization Plugin allows building without error.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-10264) The processor architecture of the project being built "Any CPU" is not supported by the referenced SDK
[
https://issues.apache.org/jira/browse/CB-10264?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nikhil Khandelwal resolved CB-10264.
Resolution: Fixed
> The processor architecture of the project being built "Any CPU" is not
> supported by the referenced SDK
> --
>
> Key: CB-10264
> URL: https://issues.apache.org/jira/browse/CB-10264
> Project: Apache Cordova
> Issue Type: Bug
> Components: Windows
> Environment: Cordova 5.1.1
> cordova-windows@4.2.0
> Microsoft Windows Server 2012 R2
> Visual Studio Community 2015 Version 14.0.24720.00 Update 1
> Microsoft .NET Framework Version 4.6.01055
>Reporter: Jerroyd Moore
>Assignee: Raghav
> Labels: triaged
>
> I run regression tests against cordova@5.1.1 and cordova@4.1.2 creating
> Windows 8.0 apps, Windows Phone 8.1 apps, and Windows 10 UAP apps.
> Today, I updated my tests for cordova@5.1.1 and changed the pinned version
> for cordova-windows from 4.0.0 to 4.2.0. This did not impact Windows 8.0,
> Windows Phone 8.1, but all Windows 10 builds started failing.
> [Looking at what changed in win10's csproj
> file|https://github.com/apache/cordova-windows/compare/4.0.0...4.2.0#diff-46174df0be76fc819cae8e3f464bfe56],
> UseDotNetNativeToolchain was added to ProjectConfigurations.
> More importantly, when I run the same tests on my local machine (Windows 8.1,
> Visual Studio 2015 Enterprise 2015 V14.0.23107.9 D14REL. MSFT NET Framework
> 4.6.0081), the tests succeed.
> {code}
>
> Execute[d:\TestBuilds\f5adst0y.zer\Windows10-cordova511-BadWin10AppVersion]
> -> node D:\Developer\cordova\5.1.1\node_m
> odules\cordova\bin\cordova compile windows --verbose --release -- --verbose
>out: Running command: cmd "/s /c
> "d:\TestBuilds\f5adst0y.zer\Windows10-cordova511-BadWin10AppVersion\platforms\window
> s\cordova\build.bat --release --verbose""
>out: MSBuildToolsPath: C:\Program Files (x86)\MSBuild\14.0\bin\
>out: Building project:
> d:\TestBuilds\f5adst0y.zer\Windows10-cordova511-BadWin10AppVersion\platforms\windows\CordovaAp
> p.Windows10.jsproj
>out: Configuration : release
>out: Platform : anycpu
>out: C:\Program Files
> (x86)\MSBuild\Microsoft\.NetNative\Microsoft.NetNative.targets(133,5): error
> MSB3779: The proce
> ssor architecture of the project being built "Any CPU" is not supported by
> the referenced SDK "Microsoft.NET.Native.Fram
> ework.1.2, Version=1.2". Please consider changing the targeted processor
> architecture of your project (in Visual Studio
> this can be done through the Configuration Manager) to one of the
> architectures supported by the SDK: "x86, x64, ARM". [
> d:\TestBuilds\f5adst0y.zer\Windows10-cordova511-BadWin10AppVersion\platforms\windows\CordovaApp.Windows10.jsproj]
>out: C:\Program Files
> (x86)\MSBuild\Microsoft\.NetNative\Microsoft.NetNative.targets(133,5): error
> MSB3779: The proce
> ssor architecture of the project being built "Any CPU" is not supported by
> the referenced SDK "Microsoft.NET.Native.Runt
> ime.1.1, Version=1.1". Please consider changing the targeted processor
> architecture of your project (in Visual Studio th
> is can be done through the Configuration Manager) to one of the architectures
> supported by the SDK: "x86, x64, ARM". [d:
> \TestBuilds\f5adst0y.zer\Windows10-cordova511-BadWin10AppVersion\platforms\windows\CordovaApp.Windows10.jsproj]
>out: C:\Program Files
> (x86)\MSBuild\Microsoft\.NetNative\Microsoft.NetNative.targets(248,5): error
> : .NET Native requ
> ires an architecture specific Target Platform. Using the 'AnyCPU' Target
> Platform with .NET Native is not supported. Ple
> ase ensure the 'UseDotNetNativeToolchain' property is set to false for
> 'AnyCPU' builds. [d:\TestBuilds\f5adst0y.zer\Wind
> ows10-cordova511-BadWin10AppVersion\platforms\windows\CordovaApp.Windows10.jsproj]
>ERR: ERROR: Error code 1 for command: C:\Program Files
> (x86)\MSBuild\14.0\bin\msbuild with args: d:\TestBuilds\f5adst
> 0y.zer\Windows10-cordova511-BadWin10AppVersion\platforms\windows\CordovaApp.Windows10.jsproj,/clp:NoSummary;NoItemAndPro
> pertyList;Verbosity=minimal,/nologo,/p:Configuration=release,/p:Platform=anycpu
>out: Command finished with error code 2: cmd /s /c
> "d:\TestBuilds\f5adst0y.zer\Windows10-cordova511-BadWin10AppVersio
> n\platforms\windows\cordova\build.bat --release --verbose"
>out: ERROR building one of the platforms: Error: cmd: Command failed with
> exit code 2
>out: You may not have the required environment or OS to build this project
>ERR: Error: cmd: Command failed with exit code 2
>ERR: at ChildProcess.whenDone
> (D:\Developer\cordova\5.1.1\node_modules\cordova\node_modules\cordova-lib\src\cordo
> va\superspawn.js
[jira] [Commented] (CB-10264) The processor architecture of the project being built "Any CPU" is not supported by the referenced SDK
[
https://issues.apache.org/jira/browse/CB-10264?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15095316#comment-15095316
]
Nikhil Khandelwal commented on CB-10264:
Please use cordova build windows -- --arch=x86 or --arch=arm to compile as
ANYCPU is not supported for Win10 when using .NET
> The processor architecture of the project being built "Any CPU" is not
> supported by the referenced SDK
> --
>
> Key: CB-10264
> URL: https://issues.apache.org/jira/browse/CB-10264
> Project: Apache Cordova
> Issue Type: Bug
> Components: Windows
> Environment: Cordova 5.1.1
> cordova-windows@4.2.0
> Microsoft Windows Server 2012 R2
> Visual Studio Community 2015 Version 14.0.24720.00 Update 1
> Microsoft .NET Framework Version 4.6.01055
>Reporter: Jerroyd Moore
>Assignee: Raghav
> Labels: triaged
>
> I run regression tests against cordova@5.1.1 and cordova@4.1.2 creating
> Windows 8.0 apps, Windows Phone 8.1 apps, and Windows 10 UAP apps.
> Today, I updated my tests for cordova@5.1.1 and changed the pinned version
> for cordova-windows from 4.0.0 to 4.2.0. This did not impact Windows 8.0,
> Windows Phone 8.1, but all Windows 10 builds started failing.
> [Looking at what changed in win10's csproj
> file|https://github.com/apache/cordova-windows/compare/4.0.0...4.2.0#diff-46174df0be76fc819cae8e3f464bfe56],
> UseDotNetNativeToolchain was added to ProjectConfigurations.
> More importantly, when I run the same tests on my local machine (Windows 8.1,
> Visual Studio 2015 Enterprise 2015 V14.0.23107.9 D14REL. MSFT NET Framework
> 4.6.0081), the tests succeed.
> {code}
>
> Execute[d:\TestBuilds\f5adst0y.zer\Windows10-cordova511-BadWin10AppVersion]
> -> node D:\Developer\cordova\5.1.1\node_m
> odules\cordova\bin\cordova compile windows --verbose --release -- --verbose
>out: Running command: cmd "/s /c
> "d:\TestBuilds\f5adst0y.zer\Windows10-cordova511-BadWin10AppVersion\platforms\window
> s\cordova\build.bat --release --verbose""
>out: MSBuildToolsPath: C:\Program Files (x86)\MSBuild\14.0\bin\
>out: Building project:
> d:\TestBuilds\f5adst0y.zer\Windows10-cordova511-BadWin10AppVersion\platforms\windows\CordovaAp
> p.Windows10.jsproj
>out: Configuration : release
>out: Platform : anycpu
>out: C:\Program Files
> (x86)\MSBuild\Microsoft\.NetNative\Microsoft.NetNative.targets(133,5): error
> MSB3779: The proce
> ssor architecture of the project being built "Any CPU" is not supported by
> the referenced SDK "Microsoft.NET.Native.Fram
> ework.1.2, Version=1.2". Please consider changing the targeted processor
> architecture of your project (in Visual Studio
> this can be done through the Configuration Manager) to one of the
> architectures supported by the SDK: "x86, x64, ARM". [
> d:\TestBuilds\f5adst0y.zer\Windows10-cordova511-BadWin10AppVersion\platforms\windows\CordovaApp.Windows10.jsproj]
>out: C:\Program Files
> (x86)\MSBuild\Microsoft\.NetNative\Microsoft.NetNative.targets(133,5): error
> MSB3779: The proce
> ssor architecture of the project being built "Any CPU" is not supported by
> the referenced SDK "Microsoft.NET.Native.Runt
> ime.1.1, Version=1.1". Please consider changing the targeted processor
> architecture of your project (in Visual Studio th
> is can be done through the Configuration Manager) to one of the architectures
> supported by the SDK: "x86, x64, ARM". [d:
> \TestBuilds\f5adst0y.zer\Windows10-cordova511-BadWin10AppVersion\platforms\windows\CordovaApp.Windows10.jsproj]
>out: C:\Program Files
> (x86)\MSBuild\Microsoft\.NetNative\Microsoft.NetNative.targets(248,5): error
> : .NET Native requ
> ires an architecture specific Target Platform. Using the 'AnyCPU' Target
> Platform with .NET Native is not supported. Ple
> ase ensure the 'UseDotNetNativeToolchain' property is set to false for
> 'AnyCPU' builds. [d:\TestBuilds\f5adst0y.zer\Wind
> ows10-cordova511-BadWin10AppVersion\platforms\windows\CordovaApp.Windows10.jsproj]
>ERR: ERROR: Error code 1 for command: C:\Program Files
> (x86)\MSBuild\14.0\bin\msbuild with args: d:\TestBuilds\f5adst
> 0y.zer\Windows10-cordova511-BadWin10AppVersion\platforms\windows\CordovaApp.Windows10.jsproj,/clp:NoSummary;NoItemAndPro
> pertyList;Verbosity=minimal,/nologo,/p:Configuration=release,/p:Platform=anycpu
>out: Command finished with error code 2: cmd /s /c
> "d:\TestBuilds\f5adst0y.zer\Windows10-cordova511-BadWin10AppVersio
> n\platforms\windows\cordova\build.bat --release --verbose"
>out: ERROR building one of the platforms: Error: cmd: Command failed with
> exit code 2
>out: You may not have the required environment or OS to build this project
>ERR: Error: cmd: Command failed w
[jira] [Commented] (CB-10338) getCurrentPosition() hangs on Android 4.2.2
[ https://issues.apache.org/jira/browse/CB-10338?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15095317#comment-15095317 ] Tom Nightingale commented on CB-10338: -- It's worth noting that the "Searching for GPS" appears in the Android status bar. However it is with the hollow/empty crosshair icon which indicates that no location has been established. It remains there until the application is stopped. The presence of this would indicate that getCurrentPostion() is making it to native code and it's not just a no-op. > getCurrentPosition() hangs on Android 4.2.2 > > > Key: CB-10338 > URL: https://issues.apache.org/jira/browse/CB-10338 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Geolocation >Affects Versions: 2.0.0 > Environment: Android 4.2.2 (running cordova-android@5.0.0) >Reporter: Tom Nightingale > Labels: android > > Neither success or error callbacks are called after calling > navigator.geolocation.getCurrentPosition(). > Stepping through the plugin with Chrome's Javascript debugger and Android > Studio's Java debugger shows that the plugin's shim code successfully > executes the Geolocation 'getPermission' check and returns back to fire the > shim's success handler (line 31 > [here|https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-geolocation.git;a=blob;f=www/android/geolocation.js;h=82e3582e0c225340db44add8fe3ea81256dff03f;hb=57eb4dc550a3d88d3ebbb60a0d6a83d61f898dd7#l31]). > However the next line which appears to call the platform's native > getCurrentPosition() just hangs; neither the provided success or error > callbacks are called. If I try step into that function call with the Chrome > remote debugger it just jumps to the end of the executing function (line 36 @ > above link). It's as if getCurrentPosition() is a no-op. Chrome's "show > function definition" functionality isn't able to resolve the definition > either. > I wonder if the bug is somewhere in the cordova/modulemapper code? This is an > area of Cordova I am not familiar with... -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-10265) cordova-windows: `alert` not working
[
https://issues.apache.org/jira/browse/CB-10265?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15095309#comment-15095309
]
Nikhil Khandelwal commented on CB-10265:
does not look like alert is supported by Windows platform. This is not a
Cordova issue. Resolving.
> cordova-windows: `alert` not working
>
>
> Key: CB-10265
> URL: https://issues.apache.org/jira/browse/CB-10265
> Project: Apache Cordova
> Issue Type: Bug
> Components: Windows
>Affects Versions: 4.1.0
>Reporter: Omar Mefire
>Priority: Minor
> Labels: triaged, wfc
>
> (running on windows 10, with cordova-windows version 4.1.0)
> To repro:
> - cordova create test
> - cd test
> - in your index.html file, add the following javascript code:
> ```
> alert('test')
> ```
> - cordova platform add windows
> - cordova run windows
> Expected:
> a pop-up window opens upon the app starting
> What happened:
> no pop-up window was shown.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-10265) cordova-windows: `alert` not working
[
https://issues.apache.org/jira/browse/CB-10265?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nikhil Khandelwal resolved CB-10265.
Resolution: Not A Problem
> cordova-windows: `alert` not working
>
>
> Key: CB-10265
> URL: https://issues.apache.org/jira/browse/CB-10265
> Project: Apache Cordova
> Issue Type: Bug
> Components: Windows
>Affects Versions: 4.1.0
>Reporter: Omar Mefire
>Priority: Minor
> Labels: triaged, wfc
>
> (running on windows 10, with cordova-windows version 4.1.0)
> To repro:
> - cordova create test
> - cd test
> - in your index.html file, add the following javascript code:
> ```
> alert('test')
> ```
> - cordova platform add windows
> - cordova run windows
> Expected:
> a pop-up window opens upon the app starting
> What happened:
> no pop-up window was shown.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-10266) cordova-windows: `JSON.parse` not working
[
https://issues.apache.org/jira/browse/CB-10266?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nikhil Khandelwal resolved CB-10266.
Resolution: Fixed
> cordova-windows: `JSON.parse` not working
> -
>
> Key: CB-10266
> URL: https://issues.apache.org/jira/browse/CB-10266
> Project: Apache Cordova
> Issue Type: Bug
> Components: Windows
>Affects Versions: 4.1.0
>Reporter: Omar Mefire
>Priority: Minor
> Labels: triaged, wfc
>
> (running on windows 10, with cordova-windows version 4.1.0)
> To repro:
> - cordova create test
> - cd test
> - in your index.html file, add the following javascript code:
> ```
> JSON.parse('{}');
> ```
> - cordova platform add windows
> - cordova run windows
> Expected:
> No error
> What happened:
> The following error was thrown:
> "Exception calling "ActivateApplication" with "4" argument(s): "The remote
> procedure call failed. (Exception from
> HRESULT: 0x800706BE)"
> At
> C:\Users\om\Desktop\livereload-test\platforms\windows\cordova\lib\WindowsStoreAppUtils.ps1:164
> char:5
> + $appActivator.ActivateApplication($applicationUserModelId,$null,[ ...
> + ~
> + CategoryInfo : NotSpecified: (:) [], MethodInvocationException
> + FullyQualifiedErrorId : COMException"
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-10266) cordova-windows: `JSON.parse` not working
[
https://issues.apache.org/jira/browse/CB-10266?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15095306#comment-15095306
]
Nikhil Khandelwal commented on CB-10266:
I'm assuming this is the same issue as CB-9097. Feel free to re-activate if you
think otherwise.
> cordova-windows: `JSON.parse` not working
> -
>
> Key: CB-10266
> URL: https://issues.apache.org/jira/browse/CB-10266
> Project: Apache Cordova
> Issue Type: Bug
> Components: Windows
>Affects Versions: 4.1.0
>Reporter: Omar Mefire
>Priority: Minor
> Labels: triaged, wfc
>
> (running on windows 10, with cordova-windows version 4.1.0)
> To repro:
> - cordova create test
> - cd test
> - in your index.html file, add the following javascript code:
> ```
> JSON.parse('{}');
> ```
> - cordova platform add windows
> - cordova run windows
> Expected:
> No error
> What happened:
> The following error was thrown:
> "Exception calling "ActivateApplication" with "4" argument(s): "The remote
> procedure call failed. (Exception from
> HRESULT: 0x800706BE)"
> At
> C:\Users\om\Desktop\livereload-test\platforms\windows\cordova\lib\WindowsStoreAppUtils.ps1:164
> char:5
> + $appActivator.ActivateApplication($applicationUserModelId,$null,[ ...
> + ~
> + CategoryInfo : NotSpecified: (:) [], MethodInvocationException
> + FullyQualifiedErrorId : COMException"
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-10280) Old WinJS/js/base.js added to project
[ https://issues.apache.org/jira/browse/CB-10280?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nikhil Khandelwal updated CB-10280: --- Labels: triaged wfc (was: ) > Old WinJS/js/base.js added to project > - > > Key: CB-10280 > URL: https://issues.apache.org/jira/browse/CB-10280 > Project: Apache Cordova > Issue Type: Bug > Components: Windows >Affects Versions: 5.4.1 > Environment: cordova-windows@4.2 >Reporter: Roberto De Simone > Labels: triaged, wfc > > An old WinJS version (base.js) is added to the project. > Creating this issue the current version of WinJS is 4.4.0. The > cordova-windows@4.2 platform adds 4.0.1. > IMO the latest version of WinJS should be added or there should be a setting > in config.xml to specify the desired WinJS version. > Another idea might be to not include/inject at all WinJS into the project. It > should be part of the documentation to let the developer know, that at least > base.js is required. In this case all files of WinJS will be part of the > WebApp. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-10280) Old WinJS/js/base.js added to project
[ https://issues.apache.org/jira/browse/CB-10280?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15095304#comment-15095304 ] Nikhil Khandelwal commented on CB-10280: [~vladimir.kotikov] Looks like you updated the version for the winjs dependency and it should be out in the upcoming 4.3 release. Should this be resolved as fixed? > Old WinJS/js/base.js added to project > - > > Key: CB-10280 > URL: https://issues.apache.org/jira/browse/CB-10280 > Project: Apache Cordova > Issue Type: Bug > Components: Windows >Affects Versions: 5.4.1 > Environment: cordova-windows@4.2 >Reporter: Roberto De Simone > Labels: triaged, wfc > > An old WinJS version (base.js) is added to the project. > Creating this issue the current version of WinJS is 4.4.0. The > cordova-windows@4.2 platform adds 4.0.1. > IMO the latest version of WinJS should be added or there should be a setting > in config.xml to specify the desired WinJS version. > Another idea might be to not include/inject at all WinJS into the project. It > should be part of the documentation to let the developer know, that at least > base.js is required. In this case all files of WinJS will be part of the > WebApp. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-10338) getCurrentPosition() hangs on Android 4.2.2
Tom Nightingale created CB-10338: Summary: getCurrentPosition() hangs on Android 4.2.2 Key: CB-10338 URL: https://issues.apache.org/jira/browse/CB-10338 Project: Apache Cordova Issue Type: Bug Components: Plugin Geolocation Affects Versions: 2.0.0 Environment: Android 4.2.2 (running cordova-android@5.0.0) Reporter: Tom Nightingale Neither success or error callbacks are called after calling navigator.geolocation.getCurrentPosition(). Stepping through the plugin with Chrome's Javascript debugger and Android Studio's Java debugger shows that the plugin's shim code successfully executes the Geolocation 'getPermission' check and returns back to fire the shim's success handler (line 31 [here|https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-geolocation.git;a=blob;f=www/android/geolocation.js;h=82e3582e0c225340db44add8fe3ea81256dff03f;hb=57eb4dc550a3d88d3ebbb60a0d6a83d61f898dd7#l31]). However the next line which appears to call the platform's native getCurrentPosition() just hangs; neither the provided success or error callbacks are called. If I try step into that function call with the Chrome remote debugger it just jumps to the end of the executing function (line 36 @ above link). It's as if getCurrentPosition() is a no-op. Chrome's "show function definition" functionality isn't able to resolve the definition either. I wonder if the bug is somewhere in the cordova/modulemapper code? This is an area of Cordova I am not familiar with... -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-10268) "cordova build android" copies icons from iOS folder
[
https://issues.apache.org/jira/browse/CB-10268?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sarangan Rajamanickam resolved CB-10268.
Resolution: Not A Problem
Assignee: Sarangan Rajamanickam
Please refer my last comment. The reported issue is the expected behavior and
there is no change required to the cordova runtime. In order to resolve the
issue, the config.xml must be corrected. The correction has already been
mentioned in my last comment. Thus, I am resolving this issue.
> "cordova build android" copies icons from iOS folder
>
>
> Key: CB-10268
> URL: https://issues.apache.org/jira/browse/CB-10268
> Project: Apache Cordova
> Issue Type: Bug
> Components: Android
>Affects Versions: 5.4.1
> Environment: Arch Linux, PhoneGap 5.3.9
>Reporter: Sebastian Futschikato
>Assignee: Sarangan Rajamanickam
> Labels: triaged, wfc
>
> Hi,
> I'm building my app for android. I detected that cordova/phonegap copies some
> wrong icons - it takes some icons from the iOS folder. Here is the
> corresponding output of "phonegap/cordova build android --verbose":
> {quote}
> copying image from /Project/www/res/icon/ios/icon-72.png to
> /Project/platforms/android/res/drawable-hdpi/icon.png
> copying image from /Project/www/res/icon/ios/icon-72-2x.png to
> /Project/platforms/android/res/drawable-xxhdpi/icon.png
> {quote}
> The other icons are copied correctly. However, I specified all android icons
> as needed in the config.xml and double checked the filenames and the
> existence of the files:
> {quote}
>
>
>
>
>
>
> {quote}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-10268) "cordova build android" copies icons from iOS folder
[
https://issues.apache.org/jira/browse/CB-10268?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15095169#comment-15095169
]
Sarangan Rajamanickam commented on CB-10268:
BACKGROUND
In the attached project(TestProject2.zip):
1. Folder www/res/icon/android has 4 files:
a. icon-36-ldpi.png
b. icon-48-mdpi.png
c. icon-72-hdpi.png
d. icon-96-xhdpi.png
2. Folder www/res/icon/ios has 4 files:
a. icon-57.png
b. icon-57-2x.png
c. icon-72.png
d. icon-72-2x.png
3. The config.xml file has the following declaration:
The expected output is that only these files need to be copied to the android
folder. But, the command “cordova build android --verbose” gives the following
output:
copying image from
E:\projects\TestProject2\www\res\icon\android\icon-36-ldpi.png to
E:\projects\TestProject2\platforms\android\res\drawable-ldpi\icon.png
copying image from
E:\projects\TestProject2\www\res\icon\android\icon-48-mdpi.png to
E:\projects\TestProject2\platforms\android\res\drawable-mdpi\icon.png
copying image from
E:\projects\TestProject2\www\res\icon\ios\icon-72.png to
E:\projects\TestProject2\platforms\android\res\drawable-hdpi\icon.png
copying image from
E:\projects\TestProject2\www\res\icon\android\icon-96-xhdpi.png to
E:\projects\TestProject2\platforms\android\res\drawable-xhdpi\icon.png
copying image from
E:\projects\TestProject2\www\res\icon\ios\icon-72-2x.png to
E:\projects\TestProject2\platforms\android\res\drawable-xxhdpi\icon.png
i.e files from ios folder is being copied.
ANALYSIS
1. This issue reproduces in my machine with the given project
2. The root cause of the issue is the config file. The lines that causes
issue are highlighted below:
………
…..
3. The highlighted lines override the declaration that was made within the
platform tag. Thus, the 2 files (icon-72-hdpi.png and icon-72-2x.png) are
copied from ios folder.
SUGGESTED FIX
1. No code changes required to the cordova runtime (as this is not an
issue with the cordova runtime)
2. To get the desired behavior, there are 2 options:
a. Option 1: Remove the highlighted lines (refer above).
b. Option 2: Change the config file like:
3. Both Option 1 & 2 will work and give the desired build behavior. I have
tested it and with both the options, the command “cordova build –verbose”
command will give the following output:
copying image from
E:\projects\TestProject2\www\res\icon\android\icon-36-ldpi.png to
E:\projects\TestProject2\platforms\android\res\drawable-ldpi\icon.png
copying image from
E:\projects\TestProject2\www\res\icon\android\icon-48-mdpi.png to
E:\projects\TestProject2\platforms\android\res\drawable-mdpi\icon.png
copying image from
E:\projects\TestProject2\www\res\icon\android\icon-72-hdpi.png to
E:\projects\TestProject2\platforms\android\res\drawable-hdpi\icon.png
copying image from
E:\projects\TestProject2\www\res\icon\android\icon-96-xhdpi.png to
E:\projects\TestProject2\platforms\android\res\drawable-xhdpi\icon.png
Thus this issue can be closed.
> "cordova build android" copies icons from iOS folder
>
>
> Key: CB-10268
> URL: https://issues.apache.org/jira/browse/CB-10268
> Project: Apache Cordova
> Issue Type: Bug
> Components: Android
>Affects Versions: 5.4.1
> Environment: Arch Linux, PhoneGap 5.3.9
>Reporter: Sebastian Futschikato
> Labels: triaged, wfc
>
> Hi,
> I'm building my app for android. I detected that cordova/phonegap copies some
> wrong icons - it takes some icons from the iOS folder. Here is the
> corresponding output of "phonegap/cordova build android --verbose":
> {quote}
> copying image from /Project/www/res/icon/ios/icon-72.png to
> /Project/platforms/android/res/drawable-hdpi/icon.png
> copying image from /Project/www/res/icon/ios/icon-72-2x.png to
> /Project/platforms/android/res/drawable-xxhdpi/icon.png
> {quote}
> The other icons are copied correctly. However, I specified all android icons
> as needed in the config.xml and double checked the filenames and the
> existence of the files:
> {quote}
>
>
>
>
[jira] [Updated] (CB-10299) Cordova-windows 4.3.0 release Jan 11, 2016
[ https://issues.apache.org/jira/browse/CB-10299?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nikhil Khandelwal updated CB-10299: --- Component/s: (was: triaged) > Cordova-windows 4.3.0 release Jan 11, 2016 > -- > > Key: CB-10299 > URL: https://issues.apache.org/jira/browse/CB-10299 > Project: Apache Cordova > Issue Type: Task > Components: Windows >Reporter: Vladimir Kotikov >Assignee: Vladimir Kotikov > Labels: triaged > > Following steps at > https://github.com/apache/cordova-coho/blob/master/docs/platforms-release-process.md -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-10327) non-existant require when using --browserify
[ https://issues.apache.org/jira/browse/CB-10327?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nikhil Khandelwal updated CB-10327: --- Labels: triaged wfc (was: ) > non-existant require when using --browserify > > > Key: CB-10327 > URL: https://issues.apache.org/jira/browse/CB-10327 > Project: Apache Cordova > Issue Type: Bug > Components: Plugman >Affects Versions: 5.4.1 >Reporter: Synth Meat > Labels: triaged, wfc > > while trying to browserify i'm coming up with following error: > Error: Cannot find module './prepare-browserify' from > './node_modules/cordova-lib/src/plugman' > There is indeed no prepare-browserify file anywhere -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-10327) non-existant require when using --browserify
[ https://issues.apache.org/jira/browse/CB-10327?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nikhil Khandelwal updated CB-10327: --- Component/s: (was: wfc) (was: triaged) > non-existant require when using --browserify > > > Key: CB-10327 > URL: https://issues.apache.org/jira/browse/CB-10327 > Project: Apache Cordova > Issue Type: Bug > Components: Plugman >Affects Versions: 5.4.1 >Reporter: Synth Meat > Labels: triaged, wfc > > while trying to browserify i'm coming up with following error: > Error: Cannot find module './prepare-browserify' from > './node_modules/cordova-lib/src/plugman' > There is indeed no prepare-browserify file anywhere -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-10299) Cordova-windows 4.3.0 release Jan 11, 2016
[ https://issues.apache.org/jira/browse/CB-10299?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nikhil Khandelwal updated CB-10299: --- Labels: triaged (was: ) > Cordova-windows 4.3.0 release Jan 11, 2016 > -- > > Key: CB-10299 > URL: https://issues.apache.org/jira/browse/CB-10299 > Project: Apache Cordova > Issue Type: Task > Components: Windows >Reporter: Vladimir Kotikov >Assignee: Vladimir Kotikov > Labels: triaged > > Following steps at > https://github.com/apache/cordova-coho/blob/master/docs/platforms-release-process.md -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-10328) dependency plugins are not removed even if not top-level
[ https://issues.apache.org/jira/browse/CB-10328?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nikhil Khandelwal updated CB-10328: --- Labels: triaged (was: ) > dependency plugins are not removed even if not top-level > > > Key: CB-10328 > URL: https://issues.apache.org/jira/browse/CB-10328 > Project: Apache Cordova > Issue Type: Improvement > Components: CordovaLib >Reporter: Byoungro So >Assignee: Byoungro So > Labels: triaged > > Some plugins fetch and install dependency plugins. > These dependency plugins should be removed when the top-level depender plugin > is removed. > However, this is not happening. > For example, cordova-plugin-media brings cordova-plugin-file as a dependency. > When, cordova-plugin-media is removed cordova-plugin-file should be removed > together. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-10328) dependency plugins are not removed even if not top-level
[ https://issues.apache.org/jira/browse/CB-10328?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nikhil Khandelwal updated CB-10328: --- Component/s: (was: triaged) > dependency plugins are not removed even if not top-level > > > Key: CB-10328 > URL: https://issues.apache.org/jira/browse/CB-10328 > Project: Apache Cordova > Issue Type: Improvement > Components: CordovaLib >Reporter: Byoungro So >Assignee: Byoungro So > Labels: triaged > > Some plugins fetch and install dependency plugins. > These dependency plugins should be removed when the top-level depender plugin > is removed. > However, this is not happening. > For example, cordova-plugin-media brings cordova-plugin-file as a dependency. > When, cordova-plugin-media is removed cordova-plugin-file should be removed > together. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-10337) Whitelist Guide is confusing for cordova-ios 4.0
[ https://issues.apache.org/jira/browse/CB-10337?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nikhil Khandelwal updated CB-10337: --- Labels: Docs-6.x triaged (was: ) > Whitelist Guide is confusing for cordova-ios 4.0 > > > Key: CB-10337 > URL: https://issues.apache.org/jira/browse/CB-10337 > Project: Apache Cordova > Issue Type: Bug > Components: Docs >Affects Versions: 5.4.0 >Reporter: Nikhil Khandelwal > Labels: Docs-6.x, triaged > > In the 5.4.0 docs it says under iOS Whitelisting: "As above, see > cordova-plugin-whitelist for details." > (https://na01.safelinks.protection.outlook.com/?url=https%3a%2f%2fcordova.apache.org%2fdocs%2fen%2f5.4.0%2fguide%2fappdev%2fwhitelist%2findex.html&data=01%7c01%7cnikhilkh%40microsoft.com%7c16e4d78930c34793927908d2fb4c8601%7c72f988bf86f141af91ab2d7cd011db47%7c1&sdata=pRnRksvTq5uVf%2f0P90XR750tCrDdqzl2elJXUcq1i4E%3d) > This is confusing because at first I thought this plugin > (https://github.com/apache/cordova-plugin-whitelist) would also be relevant > for iOS. But it is not, correct? > The documentation might be clearer, maybe: > "The iOS platform does not need the above plugin > cordova-plugin-whitelist(Link), however its configuration details apply to > iOS too." -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-10337) Whitelist Guide is confusing for cordova-ios 4.0
[ https://issues.apache.org/jira/browse/CB-10337?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nikhil Khandelwal updated CB-10337: --- Affects Version/s: 5.4.0 > Whitelist Guide is confusing for cordova-ios 4.0 > > > Key: CB-10337 > URL: https://issues.apache.org/jira/browse/CB-10337 > Project: Apache Cordova > Issue Type: Bug > Components: Docs >Affects Versions: 5.4.0 >Reporter: Nikhil Khandelwal > > In the 5.4.0 docs it says under iOS Whitelisting: "As above, see > cordova-plugin-whitelist for details." > (https://na01.safelinks.protection.outlook.com/?url=https%3a%2f%2fcordova.apache.org%2fdocs%2fen%2f5.4.0%2fguide%2fappdev%2fwhitelist%2findex.html&data=01%7c01%7cnikhilkh%40microsoft.com%7c16e4d78930c34793927908d2fb4c8601%7c72f988bf86f141af91ab2d7cd011db47%7c1&sdata=pRnRksvTq5uVf%2f0P90XR750tCrDdqzl2elJXUcq1i4E%3d) > This is confusing because at first I thought this plugin > (https://github.com/apache/cordova-plugin-whitelist) would also be relevant > for iOS. But it is not, correct? > The documentation might be clearer, maybe: > "The iOS platform does not need the above plugin > cordova-plugin-whitelist(Link), however its configuration details apply to > iOS too." -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-10337) Whitelist Guide is confusing for cordova-ios 4.0
Nikhil Khandelwal created CB-10337: -- Summary: Whitelist Guide is confusing for cordova-ios 4.0 Key: CB-10337 URL: https://issues.apache.org/jira/browse/CB-10337 Project: Apache Cordova Issue Type: Bug Components: Docs Reporter: Nikhil Khandelwal In the 5.4.0 docs it says under iOS Whitelisting: "As above, see cordova-plugin-whitelist for details." (https://na01.safelinks.protection.outlook.com/?url=https%3a%2f%2fcordova.apache.org%2fdocs%2fen%2f5.4.0%2fguide%2fappdev%2fwhitelist%2findex.html&data=01%7c01%7cnikhilkh%40microsoft.com%7c16e4d78930c34793927908d2fb4c8601%7c72f988bf86f141af91ab2d7cd011db47%7c1&sdata=pRnRksvTq5uVf%2f0P90XR750tCrDdqzl2elJXUcq1i4E%3d) This is confusing because at first I thought this plugin (https://github.com/apache/cordova-plugin-whitelist) would also be relevant for iOS. But it is not, correct? The documentation might be clearer, maybe: "The iOS platform does not need the above plugin cordova-plugin-whitelist(Link), however its configuration details apply to iOS too." -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-10336) Divide the platform guide articles to respective App/Plugin sections in the new IA
Raghav created CB-10336: --- Summary: Divide the platform guide articles to respective App/Plugin sections in the new IA Key: CB-10336 URL: https://issues.apache.org/jira/browse/CB-10336 Project: Apache Cordova Issue Type: Task Components: Docs Reporter: Raghav We will now have 'Develop for platforms' section under both 'Create apps' and 'Create plugins'. We need to break the guide to the respective sections. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-10335) Remove the next steps article
Raghav created CB-10335: --- Summary: Remove the next steps article Key: CB-10335 URL: https://issues.apache.org/jira/browse/CB-10335 Project: Apache Cordova Issue Type: Task Components: Docs Reporter: Raghav The article content is now distributed to individual and detailed articles/tutorials -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-10334) Improve iOS guide
Raghav created CB-10334: --- Summary: Improve iOS guide Key: CB-10334 URL: https://issues.apache.org/jira/browse/CB-10334 Project: Apache Cordova Issue Type: Task Components: Docs Reporter: Raghav We did a document scrub and found the following issues. Please feel free to correct other issues as well. - iOS Platform Guide -- Link to iOS Command-line Tools should point to iOS Shell Tool Guide -- Requirements and Support section mentions many versions of things (verify they aren't outdated) in a very unreadable way; it should probably be a list -- Create a New Project and Deploy the app sections duplicate what's on CLI page -- Section about invokeString seems outdated - iOS Shell Tool Guide -- The Signing the App section and the argument descriptions should probably go under the Build a Project section -- The Logging section should describe what's being logged, and when - iOS Configuration -- This page should be a reference - iOS Plugins -- This should probably link to the plugin development guide, and should be renamed to "iOS Plugin Development Guide" -- There should be a class reference for the CDVPlugin class -- Example should probably be shown in context of Echo app -- Messages section might be better off as a reference -- Debugging should be more detailed. - iOS WebViews -- Needs to go under webviews section - Upgrading iOS -- Last version is 4.0.0 -- Latest version of iOS is not 8, and latest version of Xcode is not 6 -- Some of the older upgrading steps might be ripe for deletion now -- Redundant steps : Better formatting? General guidelines: - While giving examples, keep them short. Do not repeat for all plugins/platforms. - Remove all references to cordova plugin registry. - Remove Tizen references. The platform is deprecated (http://markmail.org/message/hryg6sjswecpgndu) - Keep information up to date for the platforms, CLI and plugins -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-10333) Improve Windows and WP8 guide
[ https://issues.apache.org/jira/browse/CB-10333?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Raghav updated CB-10333: Description: We did a document scrub and found the following issues. Please feel free to correct other things as well. - Windows Platform Guide -- Cordova for Windows 10 link is broken -- No mention of deploy settings on VS (which version to deploy) - Windows Plugins -- Plugin Spec link is broken -- Improve language/formatting of technical notes section -- Defining your plugin ending lines are a mess. Also no explanation about the code snippet present. -- Should be moved to Plugin Developer section. - Windows Packaging -- Link to Makecert documentation instead of writing all the details here? This might become outdated and we should give the link to the source of truth. - Windows Phone 8 -- Add a deprecated message to the docs? - Windows Phone 8 Plugins -- Better organization -- Mixture of guide and reference -- Debugging needs to be well documented -- Should be moved to Plugin Developer Section. - Upgrading Windows 8 and WP8 -- Not up to date with current versions -- Still talks about windows8 platform General guidelines: - While giving examples, keep them short. Do not repeat for all plugins/platforms. - Remove all references to cordova plugin registry. - Remove Tizen references. The platform is deprecated (http://markmail.org/message/hryg6sjswecpgndu) - Keep information up to date for the platforms, CLI and plugins was: We did a document scrub and found the following issues. Please feel free to correct other things as well. - Windows Platform Guide -- Cordova for Windows 10 link is broken -- No mention of deploy settings on VS (which version to deploy) - Windows Plugins -- Plugin Spec link is broken -- Improve language/formatting of technical notes section -- Defining your plugin ending lines are a mess. Also no explanation about the code snippet present. -- Should be moved to Plugin Developer section. - Windows Packaging -- Link to Makecert documentation instead of writing all the details here? This might become outdated and we should give the link to the source of truth. - Windows Phone 8 -- Add a deprecated message to the docs? - Windows Phone 8 Plugins -- Better organization -- Mixture of guide and reference -- Debugging needs to be well documented -- Should be moved to Plugin Developer Section. - Upgrading Windows 8 and WP8 -- Not up to date with current versions -- Still talks about windows8 platform > Improve Windows and WP8 guide > - > > Key: CB-10333 > URL: https://issues.apache.org/jira/browse/CB-10333 > Project: Apache Cordova > Issue Type: Task > Components: Docs >Reporter: Raghav > Labels: Docs-6.x > > We did a document scrub and found the following issues. Please feel free to > correct other things as well. > - Windows Platform Guide > -- Cordova for Windows 10 link is broken > -- No mention of deploy settings on VS (which version to deploy) > - Windows Plugins > -- Plugin Spec link is broken > -- Improve language/formatting of technical notes section > -- Defining your plugin ending lines are a mess. Also no explanation about > the code snippet present. > -- Should be moved to Plugin Developer section. > - Windows Packaging > -- Link to Makecert documentation instead of writing all the details here? > This might become outdated and we should give the link to the source of truth. > - Windows Phone 8 > -- Add a deprecated message to the docs? > - Windows Phone 8 Plugins > -- Better organization > -- Mixture of guide and reference > -- Debugging needs to be well documented > -- Should be moved to Plugin Developer Section. > - Upgrading Windows 8 and WP8 > -- Not up to date with current versions > -- Still talks about windows8 platform > General guidelines: > - While giving examples, keep them short. Do not repeat for all > plugins/platforms. > - Remove all references to cordova plugin registry. > - Remove Tizen references. The platform is deprecated > (http://markmail.org/message/hryg6sjswecpgndu) > - Keep information up to date for the platforms, CLI and plugins -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-10333) Improve Windows and WP8 guide
Raghav created CB-10333: --- Summary: Improve Windows and WP8 guide Key: CB-10333 URL: https://issues.apache.org/jira/browse/CB-10333 Project: Apache Cordova Issue Type: Task Components: Docs Reporter: Raghav We did a document scrub and found the following issues. Please feel free to correct other things as well. - Windows Platform Guide -- Cordova for Windows 10 link is broken -- No mention of deploy settings on VS (which version to deploy) - Windows Plugins -- Plugin Spec link is broken -- Improve language/formatting of technical notes section -- Defining your plugin ending lines are a mess. Also no explanation about the code snippet present. -- Should be moved to Plugin Developer section. - Windows Packaging -- Link to Makecert documentation instead of writing all the details here? This might become outdated and we should give the link to the source of truth. - Windows Phone 8 -- Add a deprecated message to the docs? - Windows Phone 8 Plugins -- Better organization -- Mixture of guide and reference -- Debugging needs to be well documented -- Should be moved to Plugin Developer Section. - Upgrading Windows 8 and WP8 -- Not up to date with current versions -- Still talks about windows8 platform -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-10332) Improve Android Guide
[ https://issues.apache.org/jira/browse/CB-10332?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Raghav updated CB-10332: Description: We did a document scrub and found the following issues. Please feel free to correct other things as well. - Android Platform Guide -- Install Cordova Shell tools is out of date -- Environment variable instructions for Windows are out of date -- Emulator section can just point to http://developer.android.com/tools/devices/emulator.html -- Lots of duplicated content for create/build/deploy from CLI page -- Page keeps switching between CLI and platform-centric workflow - Android Shell Tool Guide -- Second paragraph is out of date -- Create/build/run/logging/clean should be clear that this is the platform-centric workflow. Also duplicated in Android Platform guide -- Platform-centric workflow should probably just get its own explicit page -- Signing an app doesn't actually say how to sign an app. Gives arguments for some mystery command --- Does this belong in our docs? We might just mention it and point to Google's app signing instructions - Android WebViews -- Needs investigation if this is still supported. --- Step 1 is wrong (should be getting cordova-android by cloning or from npm) --- Step 3 needs to have instructions for adding jars to gradle --- Step 5 is out of date. CordovaActivity does not implement CordovaInterface... Think they should be extending/modifying CordovaActivity. Needs investigation --- Step 6 does not appear to be camera plugin specific --- Step 7 example is useless, it needs to be fleshed out - Android plugins -- Should be moved to plugin developer docs -- Need a reference for the classes that plugins have access to --- CordovaWebView, CallbackContext, CordovaPlugin, etc. --- Most already have javadoc -- Android Integration should be renamed and link to the Android classes it's talking about -- Debugging Android plugins is out of date (mentions Eclipse and jars) and should probably be fleshed out a bit - Android Configuration -- Should be a reference - Upgrading Android -- Ends at 4.0.0 (current is 4.1.1, soon to be 5.0.0) -- Needs to be reorganized in some way --- The instructions seem to be pretty much the same for versions 1.6.0 + -- Goes back to the phonegap days! Should probably only include Cordova versions (1.5.0 +) -- Upgrade to 1.8.0 from 1.7.0 repeated twice -- Upgrade to 1.8.0 from 1.8.0 is a typo General guidelines: - While giving examples, keep them short. Do not repeat for all plugins/platforms. - Remove all references to cordova plugin registry. - Remove Tizen references. The platform is deprecated (http://markmail.org/message/hryg6sjswecpgndu) - Keep information up to date for the platforms, CLI and plugins was: We did a document scrub and found the following issues. - Android Platform Guide -- Install Cordova Shell tools is out of date -- Environment variable instructions for Windows are out of date -- Emulator section can just point to http://developer.android.com/tools/devices/emulator.html -- Lots of duplicated content for create/build/deploy from CLI page -- Page keeps switching between CLI and platform-centric workflow - Android Shell Tool Guide -- Second paragraph is out of date -- Create/build/run/logging/clean should be clear that this is the platform-centric workflow. Also duplicated in Android Platform guide -- Platform-centric workflow should probably just get its own explicit page -- Signing an app doesn't actually say how to sign an app. Gives arguments for some mystery command --- Does this belong in our docs? We might just mention it and point to Google's app signing instructions - Android WebViews -- Needs investigation if this is still supported. --- Step 1 is wrong (should be getting cordova-android by cloning or from npm) --- Step 3 needs to have instructions for adding jars to gradle --- Step 5 is out of date. CordovaActivity does not implement CordovaInterface... Think they should be extending/modifying CordovaActivity. Needs investigation --- Step 6 does not appear to be camera plugin specific --- Step 7 example is useless, it needs to be fleshed out - Android plugins -- Should be moved to plugin developer docs -- Need a reference for the classes that plugins have access to --- CordovaWebView, CallbackContext, CordovaPlugin, etc. --- Most already have javadoc -- Android Integration should be renamed and link to the Android classes it's talking about -- Debugging Android plugins is out of date (mentions Eclipse and jars) and should probably be fleshed out a bit - Android Configuration -- Should be a reference - Upgrading Android -- Ends at 4.0.0 (current is 4.1.1, soon to be 5.0.0) -- Needs to be reorganized in some way --- The instructions seem to be pretty much the same for versions 1.6.0 + -- Goes back to the phonegap days! Should probably only include Cordova versions (1.5.0 +) -- Upgrade to 1.8.0 from 1.7.0 repe
[jira] [Created] (CB-10332) Improve Android Guide
Raghav created CB-10332: --- Summary: Improve Android Guide Key: CB-10332 URL: https://issues.apache.org/jira/browse/CB-10332 Project: Apache Cordova Issue Type: Task Components: Docs Reporter: Raghav We did a document scrub and found the following issues. - Android Platform Guide -- Install Cordova Shell tools is out of date -- Environment variable instructions for Windows are out of date -- Emulator section can just point to http://developer.android.com/tools/devices/emulator.html -- Lots of duplicated content for create/build/deploy from CLI page -- Page keeps switching between CLI and platform-centric workflow - Android Shell Tool Guide -- Second paragraph is out of date -- Create/build/run/logging/clean should be clear that this is the platform-centric workflow. Also duplicated in Android Platform guide -- Platform-centric workflow should probably just get its own explicit page -- Signing an app doesn't actually say how to sign an app. Gives arguments for some mystery command --- Does this belong in our docs? We might just mention it and point to Google's app signing instructions - Android WebViews -- Needs investigation if this is still supported. --- Step 1 is wrong (should be getting cordova-android by cloning or from npm) --- Step 3 needs to have instructions for adding jars to gradle --- Step 5 is out of date. CordovaActivity does not implement CordovaInterface... Think they should be extending/modifying CordovaActivity. Needs investigation --- Step 6 does not appear to be camera plugin specific --- Step 7 example is useless, it needs to be fleshed out - Android plugins -- Should be moved to plugin developer docs -- Need a reference for the classes that plugins have access to --- CordovaWebView, CallbackContext, CordovaPlugin, etc. --- Most already have javadoc -- Android Integration should be renamed and link to the Android classes it's talking about -- Debugging Android plugins is out of date (mentions Eclipse and jars) and should probably be fleshed out a bit - Android Configuration -- Should be a reference - Upgrading Android -- Ends at 4.0.0 (current is 4.1.1, soon to be 5.0.0) -- Needs to be reorganized in some way --- The instructions seem to be pretty much the same for versions 1.6.0 + -- Goes back to the phonegap days! Should probably only include Cordova versions (1.5.0 +) -- Upgrade to 1.8.0 from 1.7.0 repeated twice -- Upgrade to 1.8.0 from 1.8.0 is a typo General guidelines: - While giving examples, keep them short. Do not repeat for all plugins/platforms. - Remove all references to cordova plugin registry. - Remove Tizen references. The platform is deprecated (http://markmail.org/message/hryg6sjswecpgndu) - Keep information up to date for the platforms, CLI and plugins -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-9990) Plugin build extras is no longer working in 5.4.0
[ https://issues.apache.org/jira/browse/CB-9990?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nikhil Khandelwal resolved CB-9990. --- Resolution: Fixed > Plugin build extras is no longer working in 5.4.0 > - > > Key: CB-9990 > URL: https://issues.apache.org/jira/browse/CB-9990 > Project: Apache Cordova > Issue Type: Bug > Components: Android, CordovaLib >Affects Versions: 5.4.1 > Environment: Mac (El Capitan) >Reporter: Ross Cullen >Assignee: Steve Gill > Labels: Android > Fix For: 5.0.0 > > > Following the "Extending build.gradle" guide: > https://cordova.apache.org/docs/en/edge/guide/platforms/android/tools.html > We have been using the build-extras.gradle functionality in our custom plugin > since 5.0.0 and it's been working great. With custom="true" type="gradleReference" /> in the plugin.xml. > It inserts the script into > // PLUGIN GRADLE EXTENSIONS START > apply from: "/app-build-extras.gradle" > // PLUGIN GRADLE EXTENSIONS END > Upgrading to 5.4.0 and this functionality seems to be gone. > i.e. the above line is blank after a rebuild > // PLUGIN GRADLE EXTENSIONS START > // PLUGIN GRADLE EXTENSIONS END -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-9990) Plugin build extras is no longer working in 5.4.0
[ https://issues.apache.org/jira/browse/CB-9990?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nikhil Khandelwal updated CB-9990: -- Component/s: Android > Plugin build extras is no longer working in 5.4.0 > - > > Key: CB-9990 > URL: https://issues.apache.org/jira/browse/CB-9990 > Project: Apache Cordova > Issue Type: Bug > Components: Android, CordovaLib >Affects Versions: 5.4.1 > Environment: Mac (El Capitan) >Reporter: Ross Cullen >Assignee: Steve Gill > Labels: Android > Fix For: 5.0.0 > > > Following the "Extending build.gradle" guide: > https://cordova.apache.org/docs/en/edge/guide/platforms/android/tools.html > We have been using the build-extras.gradle functionality in our custom plugin > since 5.0.0 and it's been working great. With custom="true" type="gradleReference" /> in the plugin.xml. > It inserts the script into > // PLUGIN GRADLE EXTENSIONS START > apply from: "/app-build-extras.gradle" > // PLUGIN GRADLE EXTENSIONS END > Upgrading to 5.4.0 and this functionality seems to be gone. > i.e. the above line is blank after a rebuild > // PLUGIN GRADLE EXTENSIONS START > // PLUGIN GRADLE EXTENSIONS END -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-10331) Improve Overview Page
Raghav created CB-10331: --- Summary: Improve Overview Page Key: CB-10331 URL: https://issues.apache.org/jira/browse/CB-10331 Project: Apache Cordova Issue Type: Task Components: Docs Reporter: Raghav URL: http://cordova.apache.org/docs/en/latest/guide/overview/ The idea is to make it compact and remove unnecessary information. Remove history section. We can give the link to Wiki instead. Remove visit Cordova link. General guidelines: - While giving examples, keep them short. Do not repeat for all plugins/platforms. - Remove all references to cordova plugin registry. - Remove Tizen references. The platform is deprecated (http://markmail.org/message/hryg6sjswecpgndu) - Keep information up to date for the platforms, CLI and plugins -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-10304) GlobalizationProxy is undefined on WP8.1
[
https://issues.apache.org/jira/browse/CB-10304?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nikhil Khandelwal updated CB-10304:
---
Issue Type: Bug (was: Task)
> GlobalizationProxy is undefined on WP8.1
>
>
> Key: CB-10304
> URL: https://issues.apache.org/jira/browse/CB-10304
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Globalization
>Affects Versions: 4.1.0
>Reporter: Geoffrey Lalloué
> Labels: triaged, wfc
>
> When i launch my Windows phone 8.1 app using cordova, i have this error :
> 'GlobalizationProxy' is undefined.
> This make reference to this line on GlobalizationProxy.js :
> (function init() {
> GlobalizationProxy.GlobalizationProxy.setLocale(locale);
> })();
> If i comment this line, app works.
> I'm using :
> Cordova 5.3.3
> cordova-windows : 4.1.0
> Globalization plugin : 1.0.1
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-10304) GlobalizationProxy is undefined on WP8.1
[
https://issues.apache.org/jira/browse/CB-10304?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15095054#comment-15095054
]
Nikhil Khandelwal commented on CB-10304:
Were you able to resolve this issue? It looks like you are not being able to
get the globalization plugin to load on WP 8.1 for some reason.
> GlobalizationProxy is undefined on WP8.1
>
>
> Key: CB-10304
> URL: https://issues.apache.org/jira/browse/CB-10304
> Project: Apache Cordova
> Issue Type: Task
> Components: Plugin Globalization
>Affects Versions: 4.1.0
>Reporter: Geoffrey Lalloué
> Labels: triaged, wfc
>
> When i launch my Windows phone 8.1 app using cordova, i have this error :
> 'GlobalizationProxy' is undefined.
> This make reference to this line on GlobalizationProxy.js :
> (function init() {
> GlobalizationProxy.GlobalizationProxy.setLocale(locale);
> })();
> If i comment this line, app works.
> I'm using :
> Cordova 5.3.3
> cordova-windows : 4.1.0
> Globalization plugin : 1.0.1
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-10304) GlobalizationProxy is undefined on WP8.1
[
https://issues.apache.org/jira/browse/CB-10304?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nikhil Khandelwal updated CB-10304:
---
Labels: triaged wfc (was: triaged)
> GlobalizationProxy is undefined on WP8.1
>
>
> Key: CB-10304
> URL: https://issues.apache.org/jira/browse/CB-10304
> Project: Apache Cordova
> Issue Type: Task
> Components: Plugin Globalization
>Affects Versions: 4.1.0
>Reporter: Geoffrey Lalloué
> Labels: triaged, wfc
>
> When i launch my Windows phone 8.1 app using cordova, i have this error :
> 'GlobalizationProxy' is undefined.
> This make reference to this line on GlobalizationProxy.js :
> (function init() {
> GlobalizationProxy.GlobalizationProxy.setLocale(locale);
> })();
> If i comment this line, app works.
> I'm using :
> Cordova 5.3.3
> cordova-windows : 4.1.0
> Globalization plugin : 1.0.1
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-10330) Define a standard way to document references in the new IA
Raghav created CB-10330: --- Summary: Define a standard way to document references in the new IA Key: CB-10330 URL: https://issues.apache.org/jira/browse/CB-10330 Project: Apache Cordova Issue Type: Task Components: Docs Reporter: Raghav Assignee: Raghav We have a new section for references in the new IA which will have the following articles: Config.xml Events Plugin APIs CLI Hooks Plugin.xml We need to define a uniform standard for these to follow. Some of these are API references, some XML. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-10306) [Android] Support Crosswalk or other engines through a pluggable mechanism
[
https://issues.apache.org/jira/browse/CB-10306?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nikhil Khandelwal updated CB-10306:
---
Labels: triaged (was: )
> [Android] Support Crosswalk or other engines through a pluggable mechanism
> --
>
> Key: CB-10306
> URL: https://issues.apache.org/jira/browse/CB-10306
> Project: Apache Cordova
> Issue Type: New Feature
> Components: Plugin InAppBrowser
>Reporter: Daniel Vicory
> Labels: triaged
>
> Currently InAppBrowser uses the system WebView on Android, which is not
> awesome for several reasons.
> # WebView is only Chromium in 4.4 and up, and 4.4 uses an old one at that.
> # Some features are turned off even in Chromium-based WebViews.
> # WebView pre-4.4 is pretty awful and doesn't support many modern web
> technologies.
> I propose that it be made possible to use Crosswalk or other engines with
> InAppBrowser. We have already begun work on this [on a
> fork|https://github.com/appfolio/cordova-plugin-inappbrowser/tree/crosswalkSupport]
> and would be willing to try to get this merged upstream. This is for Android
> only though; right now we're not planning to apply these same ideas to iOS.
> The general strategy we took was to reuse Cordova: it re-creates a whole
> Cordova view. This makes many of the settings that were set manually no
> longer necessary, as Cordova sets them by default. By default, it doesn't
> reuse any of the plugins or preferences you've defined in {{config.xml}}, but
> adds an "internal" plugin that the new Cordova view uses which disables
> bridge access and re-implements the same functionality InAppBrowser
> previously had.
> To change the engine/views/etc being used, you can override
> {{InAppBrowserDriver}}, which can be configured with the
> {{inAppBrowserDriver}} preference in {{config.xml}}. We can open source a
> driver that enables Crosswalk with this new architecture.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-10311) cordova-plugin-camera seems to be using deprecated MediaStream.stop() in browser
[
https://issues.apache.org/jira/browse/CB-10311?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nikhil Khandelwal updated CB-10311:
---
Labels: browser close cordova-plugin-camera mediastream triaged (was:
close cordova-plugin-camera mediastream)
> cordova-plugin-camera seems to be using deprecated MediaStream.stop() in
> browser
>
>
> Key: CB-10311
> URL: https://issues.apache.org/jira/browse/CB-10311
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Camera
>Affects Versions: 3.5.0
> Environment: Chrome 47
>Reporter: Sven van de Scheur
>Priority: Minor
> Labels: browser, close, cordova-plugin-camera, mediastream,
> triaged
> Original Estimate: 1h
> Remaining Estimate: 1h
>
> The cordova-plugin-camera camera proxy for utilizes a deprecated
> MediaStream.stop(). On Chrome 47 this throws an exception:
> "Uncaught TypeError: localMediaStream.stop is not a function" thrown from
> CameraProxy.js:69:
>
> // stop video stream, remove video and button
> localMediaStream.stop();
> According to
> https://developers.google.com/web/updates/2015/07/mediastream-deprecations?hl=en
> MediaStream.stop() has been deprecated in favor of MediaStreamTrack.stop().
> And the code should be changed accordingly.
> I think this should be changed roughly to:
> // stop video stream, remove video and button
> var tracks = localMediaStream.getTracks();
> tracks.forEach(function(track) {
> track.stop();
> })
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-10312) [browser] Through plugin-file-transfer translated cdvfile:// URL not accepted by plugin-file
[
https://issues.apache.org/jira/browse/CB-10312?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nikhil Khandelwal updated CB-10312:
---
Labels: Browser triaged (was: Browser)
> [browser] Through plugin-file-transfer translated cdvfile:// URL not accepted
> by plugin-file
>
>
> Key: CB-10312
> URL: https://issues.apache.org/jira/browse/CB-10312
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin File, Plugin File Transfer
>Affects Versions: 3.0.0
> Environment: browser
>Reporter: Harm van Tilborg
> Labels: Browser, triaged
>
> When using this cordova-plugin-file-transfer snippet in the browser platform
> (using Chrome), the cdvfile path that is translated by the plugin, is not
> accepted by the cordova-plugin-file.
> {code:javascript}var ft = new FileTransfer();
> ft.download(
> encodeURI('http://some.place/some.file'),
> 'cdvfile://localhost/persistent/some/path',
> function (entry) {
> // do something
> },
> function (error) {
> // dummy
> },
> false
> );
> {code}
> The file-transfer plugin rewrites the {{cdvfile}} URL to
> {{filesystem:http://localhost:8000/persistent/some/path}}. When this
> translated path is fed to {{cordova-plugin-file/www/browser/Preparing.js}}
> (the {{resolveLocalFileSystemURL}} function) it is not accepted by the 'are
> there two colons in the path'-check.
> So I guess there is something wrong with cordova-plugin-file-transfer
> accepting the {{localhost:8000}} path, and cordova-plugin-file denying it.
> Not exactly sure what the fix would be.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-10312) [browser] Through plugin-file-transfer translated cdvfile:// URL not accepted by plugin-file
[
https://issues.apache.org/jira/browse/CB-10312?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nikhil Khandelwal updated CB-10312:
---
Labels: Browser (was: )
> [browser] Through plugin-file-transfer translated cdvfile:// URL not accepted
> by plugin-file
>
>
> Key: CB-10312
> URL: https://issues.apache.org/jira/browse/CB-10312
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin File, Plugin File Transfer
>Affects Versions: 3.0.0
> Environment: browser
>Reporter: Harm van Tilborg
> Labels: Browser
>
> When using this cordova-plugin-file-transfer snippet in the browser platform
> (using Chrome), the cdvfile path that is translated by the plugin, is not
> accepted by the cordova-plugin-file.
> {code:javascript}var ft = new FileTransfer();
> ft.download(
> encodeURI('http://some.place/some.file'),
> 'cdvfile://localhost/persistent/some/path',
> function (entry) {
> // do something
> },
> function (error) {
> // dummy
> },
> false
> );
> {code}
> The file-transfer plugin rewrites the {{cdvfile}} URL to
> {{filesystem:http://localhost:8000/persistent/some/path}}. When this
> translated path is fed to {{cordova-plugin-file/www/browser/Preparing.js}}
> (the {{resolveLocalFileSystemURL}} function) it is not accepted by the 'are
> there two colons in the path'-check.
> So I guess there is something wrong with cordova-plugin-file-transfer
> accepting the {{localhost:8000}} path, and cordova-plugin-file denying it.
> Not exactly sure what the fix would be.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-10313) Report on Duplicate ID on a webpage (webview)
[ https://issues.apache.org/jira/browse/CB-10313?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nikhil Khandelwal updated CB-10313: --- Labels: build triaged (was: build) > Report on Duplicate ID on a webpage (webview) > - > > Key: CB-10313 > URL: https://issues.apache.org/jira/browse/CB-10313 > Project: Apache Cordova > Issue Type: Bug >Affects Versions: 5.2.0 > Environment: Android 5.1.0 Lollipop (API level 22) > Android 4.4.2 KitKat (API level 19) > Phonegap Build cli-5.2.0 >Reporter: Jesse Monroy > Labels: build, triaged > > This a bug, a request for improvement, and a feature request. This may affect > other version. I have not tested beyond my devices. > I will create a sample app within 24 hours. > **THE BUG** > The current set of webview engines do not report when an element ID has been > duplicted. Accordingly, > [W3C - Global|http://www.w3.org/TR/html4/struct/global.html] > **Section 7.5.2:** > bq. id = name \[CS] This attribute assigns a name to an element. This name > must be unique in a document. > - Firefox 34 does not use the element, does not report the error, and runs > Javascript. > - Chrome Version 39.0.2171.71 *USES* the element, does not report the error, > and runs Javascript. > - On Cordova/Phonegap *USES* the element, does not report the error, AND > *fails** to run some Javascript components. I can report - _localstorage, > cordova.device (plugin), cordova-plugin-appversion._ > **THE IMPROVEMENT** > Run Javascript components regards. > **THE FEATURE** > Fail the *build*, *report the failure* to the developer, and allow to > override. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-10313) Report on Duplicate ID on a webpage (webview)
[ https://issues.apache.org/jira/browse/CB-10313?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15095023#comment-15095023 ] Nikhil Khandelwal commented on CB-10313: A sample will be useful to understand this issue. > Report on Duplicate ID on a webpage (webview) > - > > Key: CB-10313 > URL: https://issues.apache.org/jira/browse/CB-10313 > Project: Apache Cordova > Issue Type: Bug >Affects Versions: 5.2.0 > Environment: Android 5.1.0 Lollipop (API level 22) > Android 4.4.2 KitKat (API level 19) > Phonegap Build cli-5.2.0 >Reporter: Jesse Monroy > Labels: build, triaged > > This a bug, a request for improvement, and a feature request. This may affect > other version. I have not tested beyond my devices. > I will create a sample app within 24 hours. > **THE BUG** > The current set of webview engines do not report when an element ID has been > duplicted. Accordingly, > [W3C - Global|http://www.w3.org/TR/html4/struct/global.html] > **Section 7.5.2:** > bq. id = name \[CS] This attribute assigns a name to an element. This name > must be unique in a document. > - Firefox 34 does not use the element, does not report the error, and runs > Javascript. > - Chrome Version 39.0.2171.71 *USES* the element, does not report the error, > and runs Javascript. > - On Cordova/Phonegap *USES* the element, does not report the error, AND > *fails** to run some Javascript components. I can report - _localstorage, > cordova.device (plugin), cordova-plugin-appversion._ > **THE IMPROVEMENT** > Run Javascript components regards. > **THE FEATURE** > Fail the *build*, *report the failure* to the developer, and allow to > override. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-6069) Alignment with W3C DeviceMotion event
[ https://issues.apache.org/jira/browse/CB-6069?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15095022#comment-15095022 ] Toni Neubert commented on CB-6069: -- The question is: Do we need a full plugin specializations (src for different platforms) for devicemotion? Most of the browsers support the WC3 standard, so it can be used without cordova: * OS Safari 4.2.1 (and above) * Android 4.0.3 (default browser) * Chrome 41+ for Android * Opera Mobile (Android) * BlackBerry PlayBook 2.0 * Firefox for Android * FirefoxOS Devices > Alignment with W3C DeviceMotion event > - > > Key: CB-6069 > URL: https://issues.apache.org/jira/browse/CB-6069 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugin Device Motion >Reporter: Dominique Hazael-Massieux > > The W3C DeviceMotion event is used by most browsers nowadays to detect > acceleration: http://dev.w3.org/geo/api/spec-source-orientation.html > As such, it is already pretty stable (although there are some minor fixes and > clarifications expected in the upcoming few months). > It would be nice if the cordova accelerometer plugin would align with it. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-10314) avoid fetching newId when oldId is already fetched
[ https://issues.apache.org/jira/browse/CB-10314?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nikhil Khandelwal updated CB-10314: --- Labels: triaged (was: ) > avoid fetching newId when oldId is already fetched > -- > > Key: CB-10314 > URL: https://issues.apache.org/jira/browse/CB-10314 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaLib >Reporter: Byoungro So >Assignee: Byoungro So >Priority: Minor > Labels: triaged > > As of Cordova 5.4.0, an old plugin id is automatically converted to a new id > using the corodva-registry-mapper. > This causes a new id to be fetched even if an old id is already fetched in > the plugins directory (at cordova-lib/src/plugman/install.js) > However, plugman/fetch.js/copyPlugin() checks if the alias id is already in > the plugins directory, and skips installing the fetched newId plugin. > This causes unnecessary overhead. > It is better to check if the oldId is already fetched, and skips fetching the > newId from the beginning. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-10316) Don't require www directory for Cordova project check
[
https://issues.apache.org/jira/browse/CB-10316?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nikhil Khandelwal updated CB-10316:
---
Priority: Minor (was: Major)
> Don't require www directory for Cordova project check
> -
>
> Key: CB-10316
> URL: https://issues.apache.org/jira/browse/CB-10316
> Project: Apache Cordova
> Issue Type: Wish
> Components: CordovaLib
>Reporter: Remco Haszing
>Priority: Minor
> Labels: triaged
>
> A Cordova project can be valid without a {{www}} directory.
> I'm working on a Cordova project in which I use {{npm}} and {{gulp}}.
> I use {{gulp}} to generate the contents of the {{www}} directory. This is
> automated in a Cordova hook.
> {{npm}} creates the {{www}} directory in the {{install}} hook, but that
> doesn't ensure that it this directory can't be deleted at some point.
> It is odd that Cordova commands require the {{www}} directory to exist,
> especially if they don't use it. E.g. {{cordova platform add}} or {{cordova
> plugin add}}.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-10316) Don't require www directory for Cordova project check
[
https://issues.apache.org/jira/browse/CB-10316?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nikhil Khandelwal updated CB-10316:
---
Labels: triaged (was: )
> Don't require www directory for Cordova project check
> -
>
> Key: CB-10316
> URL: https://issues.apache.org/jira/browse/CB-10316
> Project: Apache Cordova
> Issue Type: Wish
> Components: CordovaLib
>Reporter: Remco Haszing
> Labels: triaged
>
> A Cordova project can be valid without a {{www}} directory.
> I'm working on a Cordova project in which I use {{npm}} and {{gulp}}.
> I use {{gulp}} to generate the contents of the {{www}} directory. This is
> automated in a Cordova hook.
> {{npm}} creates the {{www}} directory in the {{install}} hook, but that
> doesn't ensure that it this directory can't be deleted at some point.
> It is odd that Cordova commands require the {{www}} directory to exist,
> especially if they don't use it. E.g. {{cordova platform add}} or {{cordova
> plugin add}}.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-10329) New Information Architecture for the Cordova Website
Raghav created CB-10329: --- Summary: New Information Architecture for the Cordova Website Key: CB-10329 URL: https://issues.apache.org/jira/browse/CB-10329 Project: Apache Cordova Issue Type: Task Components: Docs Reporter: Raghav This is the proposed new IA: - Overview - Architecture -- Runtime Architecture -- Tooling Architecture - Create apps -- Create your first app -- Develop for platforms -- Manage versions and platforms -- Debug and test -- Automate Tasks -- Store data -- Manage privacy -- Manage security -- Whitelisting -- Publish - Create plugins -- Create a plugin -- Register with NPM -- Develop for platforms -- Use Plugman -- Debug and test - Advanced Topics -- Embed Cordova in native apps -- Pass data from Cordova app to host - Reference -- Config.xml -- Events -- Plugin APIs -- CLI -- Hooks -- Plugin.xml - Tutorials -- Share your app in source control - Sample Apps Transition: Overview -> Overview Platform Support -> Create apps/Platform Support The Command-Line Interface -> Basic info goes inside Create apps/Create your first app. Also becomes a reference under Create apps/Reference/Command Line Interface Platform Guides -> Create apps/Develop for Platforms Using Plugman to Manage Plugins -> Create plugins/Use Plugman The config.xml file -> Reference/Config.xml Icons and Splash Screens -> Becomes part of Create apps/Create your first app Embedding Webviews -> Embed a Webview Plugin Development Guide -> Create a Plugin Plugin Specification -> Reference/Plugin.xml Privacy Guide -> Create apps/Manage privacy Security Guide -> Create apps/Manage security Platforms and Plugins Version Management -> Create apps/Manage versions Whitelist Guide -> Create apps/Whitelisting Storage -> Create apps/Store data Hooks Guide -> Reference/Hooks Next Steps -> Goes away and gets broken to separate detailed articles Events -> Reference/Events Plugin APIs -> Reference/Plugin APIs New Sections: Debug and Test, Publish, Automate Tasks(grunt,gulp,uglify tutorials), Register with NPM, Sample Apps, Architecture, Tutorials, Pass data from Cordova app to host -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-10316) Don't require www directory for Cordova project check
[
https://issues.apache.org/jira/browse/CB-10316?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nikhil Khandelwal updated CB-10316:
---
Component/s: CordovaLib
> Don't require www directory for Cordova project check
> -
>
> Key: CB-10316
> URL: https://issues.apache.org/jira/browse/CB-10316
> Project: Apache Cordova
> Issue Type: Wish
> Components: CordovaLib
>Reporter: Remco Haszing
>
> A Cordova project can be valid without a {{www}} directory.
> I'm working on a Cordova project in which I use {{npm}} and {{gulp}}.
> I use {{gulp}} to generate the contents of the {{www}} directory. This is
> automated in a Cordova hook.
> {{npm}} creates the {{www}} directory in the {{install}} hook, but that
> doesn't ensure that it this directory can't be deleted at some point.
> It is odd that Cordova commands require the {{www}} directory to exist,
> especially if they don't use it. E.g. {{cordova platform add}} or {{cordova
> plugin add}}.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-10319) Add reflection for cordova-android 5.0.0 permission requests
[ https://issues.apache.org/jira/browse/CB-10319?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15095004#comment-15095004 ] ASF GitHub Bot commented on CB-10319: - Github user jasongin commented on the pull request: https://github.com/apache/cordova-plugin-file/pull/155#issuecomment-171065505 LGTM > Add reflection for cordova-android 5.0.0 permission requests > > > Key: CB-10319 > URL: https://issues.apache.org/jira/browse/CB-10319 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera, Plugin Contacts, Plugin File, Plugin > Geolocation >Reporter: Richard B Knoll >Assignee: Richard B Knoll > Labels: cordova-6.0.0, triaged > > As was discussed on the mailing list, the purpose of this JIRA is to add > reflective helper methods to the plugins that allow the versions of the core > plugins written for cordova-android 5.0.0 to still build and work with > earlier versions of android (before Marshmallow) -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-10227) Camera crashes on doubletap
[ https://issues.apache.org/jira/browse/CB-10227?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15094992#comment-15094992 ] Raghav commented on CB-10227: - I would say cherry-pick those commits against the latest master and raise a pull request. Also you would have to sign an ICLA before we can accept your fix. More details here: http://cordova.apache.org/contribute/ > Camera crashes on doubletap > --- > > Key: CB-10227 > URL: https://issues.apache.org/jira/browse/CB-10227 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera >Affects Versions: 5.1.1, 5.4.0, 5.4.1 > Environment: Cordova Camera, Cordova, Windows Phone 8.1 >Reporter: Davide >Assignee: Raghav > Labels: triaged, windows > > With the new plugin version 2.0.0, they introduced a "Take Photo" button. > Spam tapping there seems to work fine. However, spam tapping on the camera > video will result in an exception: > Unhandled exception at line 387, column 21 in > ms-appx://hop.test1/www/plugins/cordova-plugin-camera/src/windows/CameraProxy.js > 0x80070149 - JavaScript runtime error: An operation is currently in progress > with the device. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-10319) Add reflection for cordova-android 5.0.0 permission requests
[ https://issues.apache.org/jira/browse/CB-10319?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15094984#comment-15094984 ] ASF GitHub Bot commented on CB-10319: - Github user jasongin commented on the pull request: https://github.com/apache/cordova-plugin-contacts/pull/100#issuecomment-171061834 LGTM > Add reflection for cordova-android 5.0.0 permission requests > > > Key: CB-10319 > URL: https://issues.apache.org/jira/browse/CB-10319 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera, Plugin Contacts, Plugin File, Plugin > Geolocation >Reporter: Richard B Knoll >Assignee: Richard B Knoll > Labels: cordova-6.0.0, triaged > > As was discussed on the mailing list, the purpose of this JIRA is to add > reflective helper methods to the plugins that allow the versions of the core > plugins written for cordova-android 5.0.0 to still build and work with > earlier versions of android (before Marshmallow) -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-9828) Implement and expose PlatformApi for Windows
[ https://issues.apache.org/jira/browse/CB-9828?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15094876#comment-15094876 ] ASF subversion and git services commented on CB-9828: - Commit 1c44ff5e8ab8372d559fd0fcf535615e05bd3c88 in cordova-windows's branch refs/heads/master from [~vladimir.kotikov] [ https://git-wip-us.apache.org/repos/asf?p=cordova-windows.git;h=1c44ff5 ] CB-9828 Adds missing semver to bundled dependencies > Implement and expose PlatformApi for Windows > > > Key: CB-9828 > URL: https://issues.apache.org/jira/browse/CB-9828 > Project: Apache Cordova > Issue Type: Sub-task > Components: Windows >Reporter: Vladimir Kotikov >Assignee: Vladimir Kotikov > Labels: PlatformApi > Fix For: 4.3.0 > > -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-9828) Implement and expose PlatformApi for Windows
[ https://issues.apache.org/jira/browse/CB-9828?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15094878#comment-15094878 ] ASF subversion and git services commented on CB-9828: - Commit ecee22c4b95faf6ef49e745f3036f791f3e6c762 in cordova-windows's branch refs/heads/4.3.x from [~vladimir.kotikov] [ https://git-wip-us.apache.org/repos/asf?p=cordova-windows.git;h=ecee22c ] CB-9828 Adds missing semver to bundled dependencies > Implement and expose PlatformApi for Windows > > > Key: CB-9828 > URL: https://issues.apache.org/jira/browse/CB-9828 > Project: Apache Cordova > Issue Type: Sub-task > Components: Windows >Reporter: Vladimir Kotikov >Assignee: Vladimir Kotikov > Labels: PlatformApi > Fix For: 4.3.0 > > -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
