[jira] [Created] (CB-6548) getCurrentPosition returns last known position when the Location services are turned off in Android (KITKAT) V4.4.2
Mandeep Pasbola created CB-6548: --- Summary: getCurrentPosition returns last known position when the Location services are turned off in Android (KITKAT) V4.4.2 Key: CB-6548 URL: https://issues.apache.org/jira/browse/CB-6548 Project: Apache Cordova Issue Type: Bug Components: Android, Plugin Geolocation Affects Versions: 2.9.0 Environment: Android 4.4.2 Reporter: Mandeep Pasbola I am developing a Cordova App and facing an issue in Android V4.4.2 (KITKAT ) , details below : Issue : geolocation.getCurrentPosition method returns a position even if the Location services are turned off from the settings menu. Parameters supplied to the method : maximumAge: 0, timeout: 6, enableHighAccuracy: false Android Version : 4.4.2 (KITKAT) Cordova Version : 2.9 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CB-6548) getCurrentPosition returns last known position when the Location services are turned off in Android (KITKAT) V4.4.2
[ https://issues.apache.org/jira/browse/CB-6548?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mandeep Pasbola updated CB-6548: Description: I am developing a Cordova App and facing an issue in Android V4.4.2 (KITKAT ). geolocation.getCurrentPosition method returns a position even if the Location services are turned off in settings and position returned is the last known position. Options : maximumAge: 0, timeout: 6, enableHighAccuracy: false was: I am developing a Cordova App and facing an issue in Android V4.4.2 (KITKAT ) , details below : Issue : geolocation.getCurrentPosition method returns a position even if the Location services are turned off from the settings menu. Parameters supplied to the method : maximumAge: 0, timeout: 6, enableHighAccuracy: false Android Version : 4.4.2 (KITKAT) Cordova Version : 2.9 getCurrentPosition returns last known position when the Location services are turned off in Android (KITKAT) V4.4.2 --- Key: CB-6548 URL: https://issues.apache.org/jira/browse/CB-6548 Project: Apache Cordova Issue Type: Bug Components: Android, Plugin Geolocation Affects Versions: 2.9.0 Environment: Android 4.4.2 Reporter: Mandeep Pasbola Labels: Android4.4.x, geolocation, getCurrentPosition I am developing a Cordova App and facing an issue in Android V4.4.2 (KITKAT ). geolocation.getCurrentPosition method returns a position even if the Location services are turned off in settings and position returned is the last known position. Options : maximumAge: 0, timeout: 6, enableHighAccuracy: false -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CB-6548) getCurrentPosition returns last known position when the Location services are turned off in Android (KITKAT) V4.4.2
[ https://issues.apache.org/jira/browse/CB-6548?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mandeep Pasbola updated CB-6548: Description: I am developing a Cordova App and facing an issue in Android V4.4.2 (KITKAT ). geolocation.getCurrentPosition method returns a position even if the Location services are turned off in settings and position returned is the last known position. Options : maximumAge: 0, timeout: 6, enableHighAccuracy: false It works fine in previous versions of android, method throws Access Denied error. was: I am developing a Cordova App and facing an issue in Android V4.4.2 (KITKAT ). geolocation.getCurrentPosition method returns a position even if the Location services are turned off in settings and position returned is the last known position. Options : maximumAge: 0, timeout: 6, enableHighAccuracy: false getCurrentPosition returns last known position when the Location services are turned off in Android (KITKAT) V4.4.2 --- Key: CB-6548 URL: https://issues.apache.org/jira/browse/CB-6548 Project: Apache Cordova Issue Type: Bug Components: Android, Plugin Geolocation Affects Versions: 2.9.0 Environment: Android 4.4.2 Reporter: Mandeep Pasbola Labels: Android4.4.x, geolocation, getCurrentPosition I am developing a Cordova App and facing an issue in Android V4.4.2 (KITKAT ). geolocation.getCurrentPosition method returns a position even if the Location services are turned off in settings and position returned is the last known position. Options : maximumAge: 0, timeout: 6, enableHighAccuracy: false It works fine in previous versions of android, method throws Access Denied error. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CB-6548) getCurrentPosition returns last known position when the Location services are turned off in Android (KITKAT) V4.4.2
[ https://issues.apache.org/jira/browse/CB-6548?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mandeep Pasbola updated CB-6548: Description: I am developing a Cordova App and facing an issue in Android V4.4.2 (KITKAT ). geolocation.getCurrentPosition method returns a position even if the Location services are turned off in settings and position returned is the last known position. Options : maximumAge: 0, timeout: 6, enableHighAccuracy: false Method throws Access Denied error in previous versions of android which is correct. was: I am developing a Cordova App and facing an issue in Android V4.4.2 (KITKAT ). geolocation.getCurrentPosition method returns a position even if the Location services are turned off in settings and position returned is the last known position. Options : maximumAge: 0, timeout: 6, enableHighAccuracy: false It works fine in previous versions of android, method throws Access Denied error. getCurrentPosition returns last known position when the Location services are turned off in Android (KITKAT) V4.4.2 --- Key: CB-6548 URL: https://issues.apache.org/jira/browse/CB-6548 Project: Apache Cordova Issue Type: Bug Components: Android, Plugin Geolocation Affects Versions: 2.9.0 Environment: Android 4.4.2 Reporter: Mandeep Pasbola Labels: Android4.4.x, geolocation, getCurrentPosition I am developing a Cordova App and facing an issue in Android V4.4.2 (KITKAT ). geolocation.getCurrentPosition method returns a position even if the Location services are turned off in settings and position returned is the last known position. Options : maximumAge: 0, timeout: 6, enableHighAccuracy: false Method throws Access Denied error in previous versions of android which is correct. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6528) navigator.notification.alert seem have a many words issue
[ https://issues.apache.org/jira/browse/CB-6528?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13984095#comment-13984095 ] Colin Bau commented on CB-6528: --- anything unclear ? navigator.notification.alert seem have a many words issue - Key: CB-6528 URL: https://issues.apache.org/jira/browse/CB-6528 Project: Apache Cordova Issue Type: Bug Components: WP7, WP8 Affects Versions: 3.3.0, 3.4.0 Environment: PGB 3.3 or 3.4 WP8 Reporter: Colin Bau Assignee: Jesse MacFadyen Original Estimate: 12h Remaining Estimate: 12h when I use navigator.notification.alert or navigator.notification.confirm with many words and Beyond the screen height navigator.notification.alert(many words..., null, 'title', 'ok'); navigator.notification.confirm(many words..., null, 'title', 'ok,cancel'); it can Slide up and down with Android and iOS but Winphone can't (maybe Windows phone 8 system have no this feature by Originally ? or other reason ?) http://www.littlebau.com/win/alert.png -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-3750) InAppBrowser: Can We Haz Loading Spinner?
[ https://issues.apache.org/jira/browse/CB-3750?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13984194#comment-13984194 ] Robin North commented on CB-3750: - With a little modification, it's possible to display a loading spinner for the InAppBrowser on iOS according to the instructions here: http://stackoverflow.com/a/22801117 Hopefully this will be of some use until this gets properly addressed in the plugin in a cross-platform way. InAppBrowser: Can We Haz Loading Spinner? - Key: CB-3750 URL: https://issues.apache.org/jira/browse/CB-3750 Project: Apache Cordova Issue Type: Bug Components: Plugin InAppBrowser Affects Versions: 2.5.0, 2.6.0, 2.7.0, 2.8.0 Environment: Android (at least) Reporter: Lindsey Simon Priority: Trivial I'm using the InAppBrowser to open a Google/Facebook OAuth login screen. In order for that to work it first opens an URL on my server and then redirects to the proper provider endpoint. When the internet is slow this results in a pretty lousy user experience as the InAppBrowser doesn't seem to have any loading indicator - which made me think it wasn't working, and then I clicked Done prematurely. I suspect my users will do the same and not try a second time and my app is DOA. Am I missing anything here by chance? Any advice on how to get a loading indicator in the least-intrusive way? -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-4602) getPreferredLanguage platform inconsistencies
[ https://issues.apache.org/jira/browse/CB-4602?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13984226#comment-13984226 ] ASF GitHub Bot commented on CB-4602: Github user mbillau closed the pull request at: https://github.com/apache/cordova-plugin-globalization/pull/9 getPreferredLanguage platform inconsistencies - Key: CB-4602 URL: https://issues.apache.org/jira/browse/CB-4602 Project: Apache Cordova Issue Type: Bug Components: Android, Plugin Globalization Affects Versions: 2.6.0, 3.0.0 Environment: Android Reporter: Jon Whitlock Assignee: Martin Gonzalez Priority: Minor In; https://github.com/apache/cordova-docs/blob/master/docs/en/edge/cordova/globalization/globalization.getPreferredLanguage.md Returns the language identifier string to the successCallback with a properties object as a parameter. That object should have a value property with a String value. navigator.globalization.getPreferredLanguage( function (language) {alert('language: ' + language.value + '\n');}, function () {alert('Error getting language\n');} ); On Android the function doesn't seem to return an identifier as such, it returns *a string describing the language localised to that language*, e.g. English for English or 中文 for Japanese. Naturally this is less than ideal for subsequent string operations, furthermore on that page Windows Phone 8 Quirks - Returns the ISO 639-1 two-letter code for the current language which is an identifier, and also what I would expect (or an ISO 639-2 code, as per http://www.loc.gov/standards/iso639-2/php/code_list.php) Android seems to support 639-2 http://developer.android.com/reference/java/util/Locale.html#getISO3Language() I have no idea what it returns on other platforms, but to keep client code consistent I guess it would good if this could be normalised in the API. Have tested this on v3.0 and 2.6, is the same. As an aside, the locale is not really what I want here, as the user may be in the US but have Japanese as their preferred language. Thanks, jon (first go at using Jira, apols if I got something wrong!) -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6527) backbutton issues with winphone
[ https://issues.apache.org/jira/browse/CB-6527?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13984237#comment-13984237 ] Colin Bau commented on CB-6527: --- anything unclear ? backbutton issues with winphone - Key: CB-6527 URL: https://issues.apache.org/jira/browse/CB-6527 Project: Apache Cordova Issue Type: Bug Components: WP7, WP8 Affects Versions: 3.3.0, 3.4.0 Environment: PGB 3.3 or 3.4 WP8 Reporter: Colin Bau Assignee: Jesse MacFadyen Original Estimate: 12h Remaining Estimate: 12h hi~ I really found a backbutton issues with winphone the original post and detail Explanation is all under here https://github.com/phonegap/build/issues/294 document.addEventListener(backbutton, onBackKeyDown, false); function onBackKeyDown() { alert('ok'); } so,any help~? -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-4966) dialog
[ https://issues.apache.org/jira/browse/CB-4966?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13984303#comment-13984303 ] ASF GitHub Bot commented on CB-4966: Github user zalun closed the pull request at: https://github.com/apache/cordova-plugin-dialogs/pull/17 dialog -- Key: CB-4966 URL: https://issues.apache.org/jira/browse/CB-4966 Project: Apache Cordova Issue Type: Sub-task Components: Plugin Dialogs Environment: firefoxos Reporter: Piotr Zalewa I started developing it - only the CSS is left - no idea how to conect it to main CSS (is it needed?) https://github.com/zalun/cordova-plugin-dialogs -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-1388) Add reset() to plugin API and fix callback collisions on all platforms
[ https://issues.apache.org/jira/browse/CB-1388?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13984306#comment-13984306 ] ASF GitHub Bot commented on CB-1388: Github user asfgit closed the pull request at: https://github.com/apache/cordova-plugin-battery-status/pull/3 Add reset() to plugin API and fix callback collisions on all platforms -- Key: CB-1388 URL: https://issues.apache.org/jira/browse/CB-1388 Project: Apache Cordova Issue Type: Bug Components: Bada, BlackBerry, CordovaJS, Qt, Tizen, webOS Affects Versions: 2.0.0, 2.1.0, 2.2.0, 2.3.0, 2.4.0 Reporter: Braden Shepherdson Assignee: Braden Shepherdson Fix For: 2.8.0 There are three parts to this bug. First, platform-specific: we should add a reset() function to the plugin API which is called on top-level navigation or refresh, so that plugins can know to cancel any long-running requests and reinitialize themselves. This won't be relevant to some platforms Second, platform-independent: the callback IDs generated on the Javascript side should be randomized in some way to prevent collisions after navigation. Otherwise a request might get the ID Service1, and before it has a chance to complete we navigate and a new request is made, also receiving Service1. Then the first response comes back and the new Service1 callback is handed the old results. Third, we should add a test for this to Mobile Spec, if possible. This is a tricky thing to reproduce reliably, unfortunately. I'll tackle the second and third parts, and Android for the first part. It would be great if people who work on other platforms would add the reset() logic, or close the platform bugs if the platform is all-Javascript and fully reloaded on navigation. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-4966) dialog
[ https://issues.apache.org/jira/browse/CB-4966?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13984304#comment-13984304 ] ASF GitHub Bot commented on CB-4966: Github user zalun closed the pull request at: https://github.com/apache/cordova-plugin-dialogs/pull/16 dialog -- Key: CB-4966 URL: https://issues.apache.org/jira/browse/CB-4966 Project: Apache Cordova Issue Type: Sub-task Components: Plugin Dialogs Environment: firefoxos Reporter: Piotr Zalewa I started developing it - only the CSS is left - no idea how to conect it to main CSS (is it needed?) https://github.com/zalun/cordova-plugin-dialogs -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6127) Create Translations for Plugins for 3.4
[ https://issues.apache.org/jira/browse/CB-6127?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13984307#comment-13984307 ] ASF GitHub Bot commented on CB-6127: Github user asfgit closed the pull request at: https://github.com/apache/cordova-plugin-battery-status/pull/10 Create Translations for Plugins for 3.4 --- Key: CB-6127 URL: https://issues.apache.org/jira/browse/CB-6127 Project: Apache Cordova Issue Type: Improvement Components: Translation Affects Versions: 3.4.0 Reporter: Lisa Seacat DeLuca Assignee: Lisa Seacat DeLuca Priority: Minor Fix For: 3.5.0 Plugin documentation is no longer located in the cordova-docs repository for 3.4. Instead we need to translate each of the 17 individual plugin repository files. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6534) Windows 8 Cannot use Oauth
[ https://issues.apache.org/jira/browse/CB-6534?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13984332#comment-13984332 ] brian johnston commented on CB-6534: Performed a simple isolated test of the inappbrowser and it worked like it should. It is not the inappbrowser. Windows 8 Cannot use Oauth -- Key: CB-6534 URL: https://issues.apache.org/jira/browse/CB-6534 Project: Apache Cordova Issue Type: Bug Components: Plugin InAppBrowser, WP8 Affects Versions: 3.3.0 Reporter: brian johnston Assignee: Jesse MacFadyen Google's Oauth is working fine on iOS and Android. However, as I am trying to port the app to WP8 I have found it does not work on WP8. So, I replaced Google's API with Microsoft's, but that one will not prompt the user to login through the Oauth interface either. I can't give more detail because Weinre won't work with WP8 either. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CB-4602) getPreferredLanguage platform inconsistencies
[ https://issues.apache.org/jira/browse/CB-4602?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Gonzalez updated CB-4602: Assignee: Mike Billau (was: Martin Gonzalez) getPreferredLanguage platform inconsistencies - Key: CB-4602 URL: https://issues.apache.org/jira/browse/CB-4602 Project: Apache Cordova Issue Type: Bug Components: Android, Plugin Globalization Affects Versions: 2.6.0, 3.0.0 Environment: Android Reporter: Jon Whitlock Assignee: Mike Billau Priority: Minor In; https://github.com/apache/cordova-docs/blob/master/docs/en/edge/cordova/globalization/globalization.getPreferredLanguage.md Returns the language identifier string to the successCallback with a properties object as a parameter. That object should have a value property with a String value. navigator.globalization.getPreferredLanguage( function (language) {alert('language: ' + language.value + '\n');}, function () {alert('Error getting language\n');} ); On Android the function doesn't seem to return an identifier as such, it returns *a string describing the language localised to that language*, e.g. English for English or 中文 for Japanese. Naturally this is less than ideal for subsequent string operations, furthermore on that page Windows Phone 8 Quirks - Returns the ISO 639-1 two-letter code for the current language which is an identifier, and also what I would expect (or an ISO 639-2 code, as per http://www.loc.gov/standards/iso639-2/php/code_list.php) Android seems to support 639-2 http://developer.android.com/reference/java/util/Locale.html#getISO3Language() I have no idea what it returns on other platforms, but to keep client code consistent I guess it would good if this could be normalised in the API. Have tested this on v3.0 and 2.6, is the same. As an aside, the locale is not really what I want here, as the user may be in the US but have Japanese as their preferred language. Thanks, jon (first go at using Jira, apols if I got something wrong!) -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-4602) getPreferredLanguage platform inconsistencies
[ https://issues.apache.org/jira/browse/CB-4602?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13984437#comment-13984437 ] Mike Billau commented on CB-4602: - I made some changes to the implementation above. I found out that Java 7 implements a method called Locale#toLanguageTag(), so I followed that as much as possible. I pushed up a new branch to the globalization plugin because there are a few other changes that we are in the process of making, so we will just commit to that branch and then bump the major version once. https://github.com/apache/cordova-plugin-globalization/commit/baea8a295daebdb6cc2bfcdcb612d6c988a8e08a Somehow git reverted some of the previous changes (changing new Long() to Long.valueOf), so I'll figure out why and fix that. getPreferredLanguage platform inconsistencies - Key: CB-4602 URL: https://issues.apache.org/jira/browse/CB-4602 Project: Apache Cordova Issue Type: Bug Components: Android, Plugin Globalization Affects Versions: 2.6.0, 3.0.0 Environment: Android Reporter: Jon Whitlock Assignee: Mike Billau Priority: Minor In; https://github.com/apache/cordova-docs/blob/master/docs/en/edge/cordova/globalization/globalization.getPreferredLanguage.md Returns the language identifier string to the successCallback with a properties object as a parameter. That object should have a value property with a String value. navigator.globalization.getPreferredLanguage( function (language) {alert('language: ' + language.value + '\n');}, function () {alert('Error getting language\n');} ); On Android the function doesn't seem to return an identifier as such, it returns *a string describing the language localised to that language*, e.g. English for English or 中文 for Japanese. Naturally this is less than ideal for subsequent string operations, furthermore on that page Windows Phone 8 Quirks - Returns the ISO 639-1 two-letter code for the current language which is an identifier, and also what I would expect (or an ISO 639-2 code, as per http://www.loc.gov/standards/iso639-2/php/code_list.php) Android seems to support 639-2 http://developer.android.com/reference/java/util/Locale.html#getISO3Language() I have no idea what it returns on other platforms, but to keep client code consistent I guess it would good if this could be normalised in the API. Have tested this on v3.0 and 2.6, is the same. As an aside, the locale is not really what I want here, as the user may be in the US but have Japanese as their preferred language. Thanks, jon (first go at using Jira, apols if I got something wrong!) -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Assigned] (CB-6491) Add CONTRIBUTING.md to all repos
[ https://issues.apache.org/jira/browse/CB-6491?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marcel Kinard reassigned CB-6491: - Assignee: Marcel Kinard Add CONTRIBUTING.md to all repos Key: CB-6491 URL: https://issues.apache.org/jira/browse/CB-6491 Project: Apache Cordova Issue Type: Improvement Reporter: Shazron Abdullah Assignee: Marcel Kinard There will be subtasks related, so this has no component. This adds a visual indicator for guidelines, in Github: See: https://github.com/blog/1184-contributing-guidelines This will help with pull requests and such. Currently contributors either have to know that: 1. They have to sign the Apache iCLA 2. They have to file a corresponding JIRA issue (highly recommended) 3. Run tests, so their patch doesn't break existing functionality This will greatly help with the workload of committers. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-5488) deviceready event not firing with jQuery Mobile
[ https://issues.apache.org/jira/browse/CB-5488?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13984492#comment-13984492 ] Markus Gubitz commented on CB-5488: --- Anybody else facing problems with the resume-event when using the given fix? Before applying the fix that part worked fine, afterwards neither the resume or deviceready-event is fired on resume. deviceready event not firing with jQuery Mobile --- Key: CB-5488 URL: https://issues.apache.org/jira/browse/CB-5488 Project: Apache Cordova Issue Type: Bug Components: CordovaJS, iOS Affects Versions: 3.1.0 Reporter: Federico Kereki Assignee: Andrew Grieve If you use PhoneGap + jQuery + jQuery Mobile, the deviceready event doesn't fire. Googling around, I found several similar reports, all pointing out that if jQuery Mobile isn't included, the event fires. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6437) [Mobilespec] improve and add support for blackberry, wp8, windows8
[ https://issues.apache.org/jira/browse/CB-6437?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13984517#comment-13984517 ] ASF GitHub Bot commented on CB-6437: Github user martincgg commented on the pull request: https://github.com/apache/cordova-mobile-spec/pull/55#issuecomment-41705027 Merged [Mobilespec] improve and add support for blackberry, wp8, windows8 -- Key: CB-6437 URL: https://issues.apache.org/jira/browse/CB-6437 Project: Apache Cordova Issue Type: Improvement Components: BlackBerry, mobile-spec, Windows 8, WP8 Affects Versions: 3.4.0 Reporter: Martin Gonzalez Assignee: Martin Gonzalez Labels: blackberry10, mobilespec,, module, node, support, windows8, wp8 Fix For: 3.5.0 The new node module for Mobilespecs can be improved. -Adding more functionality -Supporting platforms as blackberry10, windows phone 8 and windows 8. -Add functionality to automate some process as well. -Add functionality to add platforms according to the development environment --- Android, Blackberry, iOS --- Mac. --- Android, Blackberry, Windows 8, Windows Phone 8 --- Windows 8. --- Android, Blackberry --- Linux or any other Windows OS. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6437) [Mobilespec] improve and add support for blackberry, wp8, windows8
[ https://issues.apache.org/jira/browse/CB-6437?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13984518#comment-13984518 ] ASF GitHub Bot commented on CB-6437: Github user martincgg closed the pull request at: https://github.com/apache/cordova-mobile-spec/pull/55 [Mobilespec] improve and add support for blackberry, wp8, windows8 -- Key: CB-6437 URL: https://issues.apache.org/jira/browse/CB-6437 Project: Apache Cordova Issue Type: Improvement Components: BlackBerry, mobile-spec, Windows 8, WP8 Affects Versions: 3.4.0 Reporter: Martin Gonzalez Assignee: Martin Gonzalez Labels: blackberry10, mobilespec,, module, node, support, windows8, wp8 Fix For: 3.5.0 The new node module for Mobilespecs can be improved. -Adding more functionality -Supporting platforms as blackberry10, windows phone 8 and windows 8. -Add functionality to automate some process as well. -Add functionality to add platforms according to the development environment --- Android, Blackberry, iOS --- Mac. --- Android, Blackberry, Windows 8, Windows Phone 8 --- Windows 8. --- Android, Blackberry --- Linux or any other Windows OS. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-2606) Add support for icon elements in config.xml
[ https://issues.apache.org/jira/browse/CB-2606?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13984538#comment-13984538 ] ASF GitHub Bot commented on CB-2606: Github user sgrebnov closed the pull request at: https://github.com/apache/cordova-cli/pull/166 Add support for icon elements in config.xml - Key: CB-2606 URL: https://issues.apache.org/jira/browse/CB-2606 Project: Apache Cordova Issue Type: Wish Components: Docs Reporter: Filip Maj Assignee: Mark Koudritsky This feature would add support for specifying the application icon by changing values inside the {{config.xml}} document. Relevant details for Cordova: - {{icon}} elements _may_ have {{width}} and {{height}} attributes representing the preferred size of the icon in CSS pixels. - {{icon}} elements _must_ have a {{src}} attribute, which contains a path string relative to the {{www/}} folder (or equivalent) in the platform. See [the Widget Spec's section on icons|http://www.w3.org/TR/widgets/#the-icon-element-and-its-attributes] for specifics. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-2606) Add support for icon elements in config.xml
[ https://issues.apache.org/jira/browse/CB-2606?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13984537#comment-13984537 ] ASF GitHub Bot commented on CB-2606: Github user sgrebnov commented on the pull request: https://github.com/apache/cordova-cli/pull/166#issuecomment-41706403 Merged here, closing.. https://github.com/apache/cordova-cli/commit/bc86dc6d9d308b09a2161bc8e3629020c79bb1ed Add support for icon elements in config.xml - Key: CB-2606 URL: https://issues.apache.org/jira/browse/CB-2606 Project: Apache Cordova Issue Type: Wish Components: Docs Reporter: Filip Maj Assignee: Mark Koudritsky This feature would add support for specifying the application icon by changing values inside the {{config.xml}} document. Relevant details for Cordova: - {{icon}} elements _may_ have {{width}} and {{height}} attributes representing the preferred size of the icon in CSS pixels. - {{icon}} elements _must_ have a {{src}} attribute, which contains a path string relative to the {{www/}} folder (or equivalent) in the platform. See [the Widget Spec's section on icons|http://www.w3.org/TR/widgets/#the-icon-element-and-its-attributes] for specifics. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-2606) Add support for icon elements in config.xml
[ https://issues.apache.org/jira/browse/CB-2606?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13984541#comment-13984541 ] ASF GitHub Bot commented on CB-2606: Github user AxelNennker commented on the pull request: https://github.com/apache/cordova-cli/pull/126#issuecomment-41706635 Merged in as PR#166 https://github.com/apache/cordova-cli/pull/166 by Bryan. This closes CB-2606 Add support for icon elements in config.xml - Key: CB-2606 URL: https://issues.apache.org/jira/browse/CB-2606 Project: Apache Cordova Issue Type: Wish Components: Docs Reporter: Filip Maj Assignee: Mark Koudritsky This feature would add support for specifying the application icon by changing values inside the {{config.xml}} document. Relevant details for Cordova: - {{icon}} elements _may_ have {{width}} and {{height}} attributes representing the preferred size of the icon in CSS pixels. - {{icon}} elements _must_ have a {{src}} attribute, which contains a path string relative to the {{www/}} folder (or equivalent) in the platform. See [the Widget Spec's section on icons|http://www.w3.org/TR/widgets/#the-icon-element-and-its-attributes] for specifics. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-2606) Add support for icon elements in config.xml
[ https://issues.apache.org/jira/browse/CB-2606?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13984542#comment-13984542 ] ASF GitHub Bot commented on CB-2606: Github user AxelNennker closed the pull request at: https://github.com/apache/cordova-cli/pull/126 Add support for icon elements in config.xml - Key: CB-2606 URL: https://issues.apache.org/jira/browse/CB-2606 Project: Apache Cordova Issue Type: Wish Components: Docs Reporter: Filip Maj Assignee: Mark Koudritsky This feature would add support for specifying the application icon by changing values inside the {{config.xml}} document. Relevant details for Cordova: - {{icon}} elements _may_ have {{width}} and {{height}} attributes representing the preferred size of the icon in CSS pixels. - {{icon}} elements _must_ have a {{src}} attribute, which contains a path string relative to the {{www/}} folder (or equivalent) in the platform. See [the Widget Spec's section on icons|http://www.w3.org/TR/widgets/#the-icon-element-and-its-attributes] for specifics. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6491) Add CONTRIBUTING.md to all repos
[ https://issues.apache.org/jira/browse/CB-6491?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13984546#comment-13984546 ] Marcel Kinard commented on CB-6491: --- Before I replicate the file across all the repos, how does this look? https://github.com/cmarcelk/cordova-android/blob/CB-6491/CONTRIBUTING.md Add CONTRIBUTING.md to all repos Key: CB-6491 URL: https://issues.apache.org/jira/browse/CB-6491 Project: Apache Cordova Issue Type: Improvement Reporter: Shazron Abdullah Assignee: Marcel Kinard There will be subtasks related, so this has no component. This adds a visual indicator for guidelines, in Github: See: https://github.com/blog/1184-contributing-guidelines This will help with pull requests and such. Currently contributors either have to know that: 1. They have to sign the Apache iCLA 2. They have to file a corresponding JIRA issue (highly recommended) 3. Run tests, so their patch doesn't break existing functionality This will greatly help with the workload of committers. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CB-6549) Use relative path to link cordova-mobile-spec repository
[ https://issues.apache.org/jira/browse/CB-6549?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Gonzalez updated CB-6549: Summary: Use relative path to link cordova-mobile-spec repository (was: Use relative on link-to) Use relative path to link cordova-mobile-spec repository Key: CB-6549 URL: https://issues.apache.org/jira/browse/CB-6549 Project: Apache Cordova Issue Type: Bug Components: mobile-spec Affects Versions: 3.4.0 Reporter: Martin Gonzalez Assignee: Martin Gonzalez Labels: mobilespec, Fix For: 3.5.0 Under the Windows environment, the use of an absolute path as argument for --link-to, it rejects the project creation: 'Only local paths for custom www assets are supported.' Using a relative path it solves the problem, and works as expected. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-6549) Use relative on link-to
Martin Gonzalez created CB-6549: --- Summary: Use relative on link-to Key: CB-6549 URL: https://issues.apache.org/jira/browse/CB-6549 Project: Apache Cordova Issue Type: Bug Components: mobile-spec Affects Versions: 3.4.0 Reporter: Martin Gonzalez Assignee: Martin Gonzalez Fix For: 3.5.0 Under the Windows environment, the use of an absolute path as argument for --link-to, it rejects the project creation: 'Only local paths for custom www assets are supported.' Using a relative path it solves the problem, and works as expected. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CB-6549) Use relative path to link cordova-mobile-spec repository
[ https://issues.apache.org/jira/browse/CB-6549?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Gonzalez updated CB-6549: Description: Under the Windows environment, when project creation, the usage of an absolute path as argument for --link-to, it rejects the project creation. Error that throws: 'Only local paths for custom www assets are supported.' Using a relative path it solves the problem, and works as expected. was: Under the Windows environment, the use of an absolute path as argument for --link-to, it rejects the project creation: 'Only local paths for custom www assets are supported.' Using a relative path it solves the problem, and works as expected. Use relative path to link cordova-mobile-spec repository Key: CB-6549 URL: https://issues.apache.org/jira/browse/CB-6549 Project: Apache Cordova Issue Type: Bug Components: mobile-spec Affects Versions: 3.4.0 Reporter: Martin Gonzalez Assignee: Martin Gonzalez Labels: mobilespec, Fix For: 3.5.0 Under the Windows environment, when project creation, the usage of an absolute path as argument for --link-to, it rejects the project creation. Error that throws: 'Only local paths for custom www assets are supported.' Using a relative path it solves the problem, and works as expected. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6549) Use relative path to link cordova-mobile-spec repository
[ https://issues.apache.org/jira/browse/CB-6549?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13984592#comment-13984592 ] ASF GitHub Bot commented on CB-6549: GitHub user martincgg opened a pull request: https://github.com/apache/cordova-mobile-spec/pull/59 CB-6549 use relative path to link assets Changed: Use relative path instead of absolute path, to link the cordova-mobile-spec repository with the mobilespec project. You can merge this pull request into a Git repository by running: $ git pull https://github.com/martincgg/cordova-mobile-spec CB-6549 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-mobile-spec/pull/59.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #59 commit 515756097640b01013de43a00bf34f3642844990 Author: Martin Gonzalez martin.c.glez.g...@gmail.com Date: 2014-04-29T17:58:06Z CB-6549 use relative path to link assets Changed: Use relative path instead of absolute path, to link the cordova-mobile-spec repository with the mobilespec project. Use relative path to link cordova-mobile-spec repository Key: CB-6549 URL: https://issues.apache.org/jira/browse/CB-6549 Project: Apache Cordova Issue Type: Bug Components: mobile-spec Affects Versions: 3.4.0 Reporter: Martin Gonzalez Assignee: Martin Gonzalez Labels: mobilespec, Fix For: 3.5.0 Under the Windows environment, when project creation, the usage of an absolute path as argument for --link-to, it rejects the project creation. Error that throws: 'Only local paths for custom www assets are supported.' Using a relative path it solves the problem, and works as expected. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-6550) [cordova-mobile-spec] Add/update usage information in README.md file
Martin Gonzalez created CB-6550: --- Summary: [cordova-mobile-spec] Add/update usage information in README.md file Key: CB-6550 URL: https://issues.apache.org/jira/browse/CB-6550 Project: Apache Cordova Issue Type: Improvement Components: mobile-spec Affects Versions: 3.4.0 Reporter: Martin Gonzalez Assignee: Martin Gonzalez Fix For: 3.5.0 The repository information, it should be updated to set in place requirements for the usage of createmobilespec module. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6491) Add CONTRIBUTING.md to all repos
[ https://issues.apache.org/jira/browse/CB-6491?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13984613#comment-13984613 ] Andrew Grieve commented on CB-6491: --- I think it's a bit too much for the file, and a link to http://cordova.apache.org/#contribute would be good. maybe more like: {quote} Apache Cordova is an ambitious project with only a limited number of people developing on the project full-time. Community contributions from people like yourself are what really drives the success of the platform. There are multiple ways you can contribute, such as filing bugs, improving or translating documentation, adding features or fixing bugs in the code. For more guidance, refer to http://cordova.apache.org/#contribute. For most, all that is needed is: 1. Sign and submit an Apache Contributor License Agreement (can be done [online](http://www.apache.org/licenses/#clas) 2. File a pull request against a the github mirrors We look forward to your contributions! {quote} Add CONTRIBUTING.md to all repos Key: CB-6491 URL: https://issues.apache.org/jira/browse/CB-6491 Project: Apache Cordova Issue Type: Improvement Reporter: Shazron Abdullah Assignee: Marcel Kinard There will be subtasks related, so this has no component. This adds a visual indicator for guidelines, in Github: See: https://github.com/blog/1184-contributing-guidelines This will help with pull requests and such. Currently contributors either have to know that: 1. They have to sign the Apache iCLA 2. They have to file a corresponding JIRA issue (highly recommended) 3. Run tests, so their patch doesn't break existing functionality This will greatly help with the workload of committers. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6549) Use relative path to link cordova-mobile-spec repository
[ https://issues.apache.org/jira/browse/CB-6549?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13984614#comment-13984614 ] ASF subversion and git services commented on CB-6549: - Commit a9a0e7e8bd233fae4f034aae8e322446facca33e in cordova-mobile-spec's branch refs/heads/master from [~martin.c.glez.glez] [ https://git-wip-us.apache.org/repos/asf?p=cordova-mobile-spec.git;h=a9a0e7e ] CB-6549 use relative path to link assets Changed: Use relative path instead of absolute path, to link the cordova-mobile-spec repository with the mobilespec project. This is needed for Windows-based dev workstations. github: close #59 Use relative path to link cordova-mobile-spec repository Key: CB-6549 URL: https://issues.apache.org/jira/browse/CB-6549 Project: Apache Cordova Issue Type: Bug Components: mobile-spec Affects Versions: 3.4.0 Reporter: Martin Gonzalez Assignee: Martin Gonzalez Labels: mobilespec, Fix For: 3.5.0 Under the Windows environment, when project creation, the usage of an absolute path as argument for --link-to, it rejects the project creation. Error that throws: 'Only local paths for custom www assets are supported.' Using a relative path it solves the problem, and works as expected. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6549) Use relative path to link cordova-mobile-spec repository
[ https://issues.apache.org/jira/browse/CB-6549?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13984616#comment-13984616 ] ASF GitHub Bot commented on CB-6549: Github user cmarcelk commented on the pull request: https://github.com/apache/cordova-mobile-spec/pull/59#issuecomment-41712597 Merged. Use relative path to link cordova-mobile-spec repository Key: CB-6549 URL: https://issues.apache.org/jira/browse/CB-6549 Project: Apache Cordova Issue Type: Bug Components: mobile-spec Affects Versions: 3.4.0 Reporter: Martin Gonzalez Assignee: Martin Gonzalez Labels: mobilespec, Fix For: 3.5.0 Under the Windows environment, when project creation, the usage of an absolute path as argument for --link-to, it rejects the project creation. Error that throws: 'Only local paths for custom www assets are supported.' Using a relative path it solves the problem, and works as expected. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6549) Use relative path to link cordova-mobile-spec repository
[ https://issues.apache.org/jira/browse/CB-6549?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13984617#comment-13984617 ] ASF GitHub Bot commented on CB-6549: Github user asfgit closed the pull request at: https://github.com/apache/cordova-mobile-spec/pull/59 Use relative path to link cordova-mobile-spec repository Key: CB-6549 URL: https://issues.apache.org/jira/browse/CB-6549 Project: Apache Cordova Issue Type: Bug Components: mobile-spec Affects Versions: 3.4.0 Reporter: Martin Gonzalez Assignee: Martin Gonzalez Labels: mobilespec, Fix For: 3.5.0 Under the Windows environment, when project creation, the usage of an absolute path as argument for --link-to, it rejects the project creation. Error that throws: 'Only local paths for custom www assets are supported.' Using a relative path it solves the problem, and works as expected. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-4602) getPreferredLanguage platform inconsistencies
[ https://issues.apache.org/jira/browse/CB-4602?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13984618#comment-13984618 ] Mike Billau commented on CB-4602: - I'm not sure what the difference between getPreferredLanguage() and getLocaleName() is. Should one return the BCP-47 language tag (en-US) while the other return the actual text representation of the language (English)? Based on some older docs: http://cordova.apache.org/docs/en/3.1.0/cordova_globalization_globalization.md.html#globalization.getPreferredLanguage, it seems like getPreferredLanguage should return the textual representation while getLocaleName should return the language tag. That means I should revert the changes to getPreferredLanguage and make them to getLocaleName() instead. This also means that WP8 and iOS will have to change their implementation of getPreferredLanguage since they both return tags and not string representations. getPreferredLanguage platform inconsistencies - Key: CB-4602 URL: https://issues.apache.org/jira/browse/CB-4602 Project: Apache Cordova Issue Type: Bug Components: Android, Plugin Globalization Affects Versions: 2.6.0, 3.0.0 Environment: Android Reporter: Jon Whitlock Assignee: Mike Billau Priority: Minor In; https://github.com/apache/cordova-docs/blob/master/docs/en/edge/cordova/globalization/globalization.getPreferredLanguage.md Returns the language identifier string to the successCallback with a properties object as a parameter. That object should have a value property with a String value. navigator.globalization.getPreferredLanguage( function (language) {alert('language: ' + language.value + '\n');}, function () {alert('Error getting language\n');} ); On Android the function doesn't seem to return an identifier as such, it returns *a string describing the language localised to that language*, e.g. English for English or 中文 for Japanese. Naturally this is less than ideal for subsequent string operations, furthermore on that page Windows Phone 8 Quirks - Returns the ISO 639-1 two-letter code for the current language which is an identifier, and also what I would expect (or an ISO 639-2 code, as per http://www.loc.gov/standards/iso639-2/php/code_list.php) Android seems to support 639-2 http://developer.android.com/reference/java/util/Locale.html#getISO3Language() I have no idea what it returns on other platforms, but to keep client code consistent I guess it would good if this could be normalised in the API. Have tested this on v3.0 and 2.6, is the same. As an aside, the locale is not really what I want here, as the user may be in the US but have Japanese as their preferred language. Thanks, jon (first go at using Jira, apols if I got something wrong!) -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6550) [cordova-mobile-spec] Add/update usage information in README.md file
[ https://issues.apache.org/jira/browse/CB-6550?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13984621#comment-13984621 ] ASF GitHub Bot commented on CB-6550: GitHub user martincgg opened a pull request: https://github.com/apache/cordova-mobile-spec/pull/60 [CB-6550] added/updated README.md Added: Requirements instructions to use createmobilespec module. Updated: project setup usage. You can merge this pull request into a Git repository by running: $ git pull https://github.com/martincgg/cordova-mobile-spec CB-6550 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-mobile-spec/pull/60.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #60 commit 029e48fb74ec78143e043e6afffee59f41613f0e Author: Martin Gonzalez martin.c.glez.g...@gmail.com Date: 2014-04-29T18:12:49Z CB-6550 added/updated README.md Added: Requirements instructions to use createmobilespec module. Updated: project setup usage. commit 30f1401c2e362caf0b1c7fa6ef4f24c13cbafac7 Author: Martin Gonzalez martin.c.glez.g...@gmail.com Date: 2014-04-29T18:18:07Z CB-6550 [cordova-mobile-spec] Add/update usage information in README.md file Key: CB-6550 URL: https://issues.apache.org/jira/browse/CB-6550 Project: Apache Cordova Issue Type: Improvement Components: mobile-spec Affects Versions: 3.4.0 Reporter: Martin Gonzalez Assignee: Martin Gonzalez Labels: mobilespec Fix For: 3.5.0 The repository information, it should be updated to set in place requirements for the usage of createmobilespec module. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Assigned] (CB-6435) [windows 8] version outdated, still 3.3.0-dev
[ https://issues.apache.org/jira/browse/CB-6435?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Gonzalez reassigned CB-6435: --- Assignee: Martin Gonzalez [windows 8] version outdated, still 3.3.0-dev - Key: CB-6435 URL: https://issues.apache.org/jira/browse/CB-6435 Project: Apache Cordova Issue Type: Bug Components: Windows 8 Affects Versions: 3.4.0 Reporter: Martin Gonzalez Assignee: Martin Gonzalez Labels: plugins, version, windows8 Fix For: 3.5.0 Trying to add plugins to a project that has the windows8 platform, I've found out that that semver causes an error, because it doesn't pass the requirements. Min requirement: 3.3.0 Engine.requirement: 3.3.0-dev So it doesn't pass. The file version needs to be updated. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-6551) Prepare platforms for npm releases
Steve Gill created CB-6551: -- Summary: Prepare platforms for npm releases Key: CB-6551 URL: https://issues.apache.org/jira/browse/CB-6551 Project: Apache Cordova Issue Type: Bug Components: Amazon FireOS, Android, BlackBerry, FirefoxOS, iOS, OSX, Windows 8, WP8 Reporter: Steve Gill Assignee: Steve Gill Master issue for getting all platforms ready to be released on npm -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Resolved] (CB-6549) Use relative path to link cordova-mobile-spec repository
[ https://issues.apache.org/jira/browse/CB-6549?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Gonzalez resolved CB-6549. - Resolution: Fixed Changes merged Use relative path to link cordova-mobile-spec repository Key: CB-6549 URL: https://issues.apache.org/jira/browse/CB-6549 Project: Apache Cordova Issue Type: Bug Components: mobile-spec Affects Versions: 3.4.0 Reporter: Martin Gonzalez Assignee: Martin Gonzalez Labels: mobilespec, Fix For: 3.5.0 Under the Windows environment, when project creation, the usage of an absolute path as argument for --link-to, it rejects the project creation. Error that throws: 'Only local paths for custom www assets are supported.' Using a relative path it solves the problem, and works as expected. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Resolved] (CB-6435) [windows 8] version outdated, still 3.3.0-dev
[ https://issues.apache.org/jira/browse/CB-6435?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Gonzalez resolved CB-6435. - Resolution: Fixed version changed to current development version ID [windows 8] version outdated, still 3.3.0-dev - Key: CB-6435 URL: https://issues.apache.org/jira/browse/CB-6435 Project: Apache Cordova Issue Type: Bug Components: Windows 8 Affects Versions: 3.4.0 Reporter: Martin Gonzalez Assignee: Martin Gonzalez Labels: plugins, version, windows8 Fix For: 3.5.0 Trying to add plugins to a project that has the windows8 platform, I've found out that that semver causes an error, because it doesn't pass the requirements. Min requirement: 3.3.0 Engine.requirement: 3.3.0-dev So it doesn't pass. The file version needs to be updated. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-6552) Add package.json to cordova-android
Steve Gill created CB-6552: -- Summary: Add package.json to cordova-android Key: CB-6552 URL: https://issues.apache.org/jira/browse/CB-6552 Project: Apache Cordova Issue Type: Sub-task Components: Android Reporter: Steve Gill Assignee: Steve Gill Fix For: 3.5.0 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-6555) Add package.json to cordova-firefoxos
Steve Gill created CB-6555: -- Summary: Add package.json to cordova-firefoxos Key: CB-6555 URL: https://issues.apache.org/jira/browse/CB-6555 Project: Apache Cordova Issue Type: Sub-task Components: FirefoxOS Reporter: Steve Gill Assignee: Steve Gill Fix For: 3.5.0 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-6554) Add package.json to cordova-blackberry
Steve Gill created CB-6554: -- Summary: Add package.json to cordova-blackberry Key: CB-6554 URL: https://issues.apache.org/jira/browse/CB-6554 Project: Apache Cordova Issue Type: Sub-task Components: BlackBerry Reporter: Steve Gill Assignee: Steve Gill Fix For: 3.5.0 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6550) [cordova-mobile-spec] Add/update usage information in README.md file
[ https://issues.apache.org/jira/browse/CB-6550?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13984628#comment-13984628 ] ASF GitHub Bot commented on CB-6550: Github user cmarcelk commented on the pull request: https://github.com/apache/cordova-mobile-spec/pull/60#issuecomment-41714556 Merged. [cordova-mobile-spec] Add/update usage information in README.md file Key: CB-6550 URL: https://issues.apache.org/jira/browse/CB-6550 Project: Apache Cordova Issue Type: Improvement Components: mobile-spec Affects Versions: 3.4.0 Reporter: Martin Gonzalez Assignee: Martin Gonzalez Labels: mobilespec Fix For: 3.5.0 The repository information, it should be updated to set in place requirements for the usage of createmobilespec module. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-6553) Add package.json to cordova-ios
Steve Gill created CB-6553: -- Summary: Add package.json to cordova-ios Key: CB-6553 URL: https://issues.apache.org/jira/browse/CB-6553 Project: Apache Cordova Issue Type: Sub-task Components: iOS Reporter: Steve Gill Assignee: Steve Gill Fix For: 3.5.0 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-6557) Add package.json to cordova-windows
Steve Gill created CB-6557: -- Summary: Add package.json to cordova-windows Key: CB-6557 URL: https://issues.apache.org/jira/browse/CB-6557 Project: Apache Cordova Issue Type: Sub-task Components: Windows 8 Reporter: Steve Gill Assignee: Steve Gill Fix For: 3.5.0 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CB-6551) Prepare platforms for npm releases
[ https://issues.apache.org/jira/browse/CB-6551?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Steve Gill updated CB-6551: --- Component/s: Tizen Prepare platforms for npm releases -- Key: CB-6551 URL: https://issues.apache.org/jira/browse/CB-6551 Project: Apache Cordova Issue Type: Bug Components: Amazon FireOS, Android, BlackBerry, FirefoxOS, iOS, OSX, Tizen, Ubuntu, Windows 8, WP8 Reporter: Steve Gill Assignee: Steve Gill Master issue for getting all platforms ready to be released on npm -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-6560) add pacakge.json to cordova-osx
Steve Gill created CB-6560: -- Summary: add pacakge.json to cordova-osx Key: CB-6560 URL: https://issues.apache.org/jira/browse/CB-6560 Project: Apache Cordova Issue Type: Sub-task Components: OSX Reporter: Steve Gill Assignee: Steve Gill Fix For: 3.5.0 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-6556) Add package.json to cordova-amazon-fireos
Steve Gill created CB-6556: -- Summary: Add package.json to cordova-amazon-fireos Key: CB-6556 URL: https://issues.apache.org/jira/browse/CB-6556 Project: Apache Cordova Issue Type: Sub-task Components: Amazon FireOS Reporter: Steve Gill Assignee: Steve Gill Fix For: 3.5.0 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-6559) add package.json to cordova-ubuntu
Steve Gill created CB-6559: -- Summary: add package.json to cordova-ubuntu Key: CB-6559 URL: https://issues.apache.org/jira/browse/CB-6559 Project: Apache Cordova Issue Type: Sub-task Components: Ubuntu Reporter: Steve Gill Assignee: Steve Gill Fix For: 3.5.0 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CB-6551) Prepare platforms for npm releases
[ https://issues.apache.org/jira/browse/CB-6551?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Steve Gill updated CB-6551: --- Component/s: Ubuntu Prepare platforms for npm releases -- Key: CB-6551 URL: https://issues.apache.org/jira/browse/CB-6551 Project: Apache Cordova Issue Type: Bug Components: Amazon FireOS, Android, BlackBerry, FirefoxOS, iOS, OSX, Tizen, Ubuntu, Windows 8, WP8 Reporter: Steve Gill Assignee: Steve Gill Master issue for getting all platforms ready to be released on npm -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-6558) Add package.json to cordova-wp8
Steve Gill created CB-6558: -- Summary: Add package.json to cordova-wp8 Key: CB-6558 URL: https://issues.apache.org/jira/browse/CB-6558 Project: Apache Cordova Issue Type: Sub-task Components: WP8 Reporter: Steve Gill Assignee: Steve Gill Fix For: 3.5.0 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CB-6561) add pacakge.json to cordova-tizen
[ https://issues.apache.org/jira/browse/CB-6561?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Steve Gill updated CB-6561: --- Component/s: (was: OSX) Tizen add pacakge.json to cordova-tizen - Key: CB-6561 URL: https://issues.apache.org/jira/browse/CB-6561 Project: Apache Cordova Issue Type: Sub-task Components: Tizen Reporter: Steve Gill Assignee: Steve Gill Fix For: 3.5.0 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-6561) add pacakge.json to cordova-tizen
Steve Gill created CB-6561: -- Summary: add pacakge.json to cordova-tizen Key: CB-6561 URL: https://issues.apache.org/jira/browse/CB-6561 Project: Apache Cordova Issue Type: Sub-task Components: OSX Reporter: Steve Gill Assignee: Steve Gill Fix For: 3.5.0 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6491) Add CONTRIBUTING.md to all repos
[ https://issues.apache.org/jira/browse/CB-6491?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13984663#comment-13984663 ] Shazron Abdullah commented on CB-6491: -- Thanks Marcel for the write-up. I agree with Andrew, less is more -- more text I feel is a barrier to entry for contribution (unfortunately), elaboration could be handled in links I suppose. Add CONTRIBUTING.md to all repos Key: CB-6491 URL: https://issues.apache.org/jira/browse/CB-6491 Project: Apache Cordova Issue Type: Improvement Reporter: Shazron Abdullah Assignee: Marcel Kinard There will be subtasks related, so this has no component. This adds a visual indicator for guidelines, in Github: See: https://github.com/blog/1184-contributing-guidelines This will help with pull requests and such. Currently contributors either have to know that: 1. They have to sign the Apache iCLA 2. They have to file a corresponding JIRA issue (highly recommended) 3. Run tests, so their patch doesn't break existing functionality This will greatly help with the workload of committers. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-6562) sms: URI scheme doesn't work with Hangouts on KitKat
Nikolaj Hesselholt Skov created CB-6562: --- Summary: sms: URI scheme doesn't work with Hangouts on KitKat Key: CB-6562 URL: https://issues.apache.org/jira/browse/CB-6562 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 3.4.0 Reporter: Nikolaj Hesselholt Skov Fix For: Master An URI like _sms:12345678?body=This is a text message_ in HTML should either launch the SMS app or show a list of apps able to handle the intent. On KitKat with only Hangouts installed neither of the two scenarios happen. The class {{org.apache.cordova.CordovaWebViewClient}} needs to have method {{shouldOverrideUrlLoading()}} changed so that URLs starting with _sms:_ is handled properly in KitKat and beyond. The current implementation is for pre-KitKat. See source on GitHub: https://github.com/apache/cordova-android/blob/master/framework/src/org/apache/cordova/CordovaWebViewClient.java#L171 See stackoverflow answer: http://stackoverflow.com/a/20079048 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6554) Add package.json to cordova-blackberry
[ https://issues.apache.org/jira/browse/CB-6554?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13984701#comment-13984701 ] Bryan Higgins commented on CB-6554: --- The file already exists: https://git-wip-us.apache.org/repos/asf?p=cordova-blackberry.git;a=blob;f=blackberry10/package.json;h=b1e5a5cb3b16931f83da82d26d4ecd5ef8358cf0;hb=HEAD Bump version to 3.5.0? Once CLI is no longer pulling from GIT we should be able to remove the node_modules. Add package.json to cordova-blackberry -- Key: CB-6554 URL: https://issues.apache.org/jira/browse/CB-6554 Project: Apache Cordova Issue Type: Sub-task Components: BlackBerry Reporter: Steve Gill Assignee: Steve Gill Fix For: 3.5.0 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6491) Add CONTRIBUTING.md to all repos
[ https://issues.apache.org/jira/browse/CB-6491?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13984714#comment-13984714 ] ASF subversion and git services commented on CB-6491: - Commit 1591075 from [~cmarcelk] [ https://svn.apache.org/r1591075 ] CB-6491 Add missing repos to list cordova-browser, cordova-plugin-statusbar, cordova-lib, cordova-registry-web, cordova-registry Add CONTRIBUTING.md to all repos Key: CB-6491 URL: https://issues.apache.org/jira/browse/CB-6491 Project: Apache Cordova Issue Type: Improvement Reporter: Shazron Abdullah Assignee: Marcel Kinard There will be subtasks related, so this has no component. This adds a visual indicator for guidelines, in Github: See: https://github.com/blog/1184-contributing-guidelines This will help with pull requests and such. Currently contributors either have to know that: 1. They have to sign the Apache iCLA 2. They have to file a corresponding JIRA issue (highly recommended) 3. Run tests, so their patch doesn't break existing functionality This will greatly help with the workload of committers. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6491) Add CONTRIBUTING.md to all repos
[ https://issues.apache.org/jira/browse/CB-6491?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13984730#comment-13984730 ] ASF subversion and git services commented on CB-6491: - Commit 1591084 from [~cmarcelk] [ https://svn.apache.org/r1591084 ] CB-6491: forgot source file for previous commit Add missing repos, remove duplicate entry for camera plugin. Add CONTRIBUTING.md to all repos Key: CB-6491 URL: https://issues.apache.org/jira/browse/CB-6491 Project: Apache Cordova Issue Type: Improvement Reporter: Shazron Abdullah Assignee: Marcel Kinard There will be subtasks related, so this has no component. This adds a visual indicator for guidelines, in Github: See: https://github.com/blog/1184-contributing-guidelines This will help with pull requests and such. Currently contributors either have to know that: 1. They have to sign the Apache iCLA 2. They have to file a corresponding JIRA issue (highly recommended) 3. Run tests, so their patch doesn't break existing functionality This will greatly help with the workload of committers. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Resolved] (CB-6550) [cordova-mobile-spec] Add/update usage information in README.md file
[ https://issues.apache.org/jira/browse/CB-6550?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Gonzalez resolved CB-6550. - Resolution: Fixed [cordova-mobile-spec] Add/update usage information in README.md file Key: CB-6550 URL: https://issues.apache.org/jira/browse/CB-6550 Project: Apache Cordova Issue Type: Improvement Components: mobile-spec Affects Versions: 3.4.0 Reporter: Martin Gonzalez Assignee: Martin Gonzalez Labels: mobilespec Fix For: 3.5.0 The repository information, it should be updated to set in place requirements for the usage of createmobilespec module. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6554) Add package.json to cordova-blackberry
[ https://issues.apache.org/jira/browse/CB-6554?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13984793#comment-13984793 ] Steve Gill commented on CB-6554: Cool! Thanks for commenting. One less thing I have to do! I will create a release bug once all of these are closed and then we can do the version update + tagging + voting + putting on npm Add package.json to cordova-blackberry -- Key: CB-6554 URL: https://issues.apache.org/jira/browse/CB-6554 Project: Apache Cordova Issue Type: Sub-task Components: BlackBerry Reporter: Steve Gill Assignee: Steve Gill Fix For: 3.5.0 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Closed] (CB-6329) [cordova-cli] improve 'cordova info' command to work asynchronous
[ https://issues.apache.org/jira/browse/CB-6329?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Gonzalez closed CB-6329. --- [cordova-cli] improve 'cordova info' command to work asynchronous - Key: CB-6329 URL: https://issues.apache.org/jira/browse/CB-6329 Project: Apache Cordova Issue Type: Improvement Components: CLI Affects Versions: 3.4.0 Reporter: Martin Gonzalez Assignee: Martin Gonzalez Labels: blackberry, cordova-cli, environment, info, wp8 Fix For: 3.5.0 The 'cordova info' command it works in total sync, it takes some time to pull and push all data from the environment, so in order to use callbacks more friendly, I'd like to modify the flow structure of the file and improve it to use get callback outputs, write summary or log file without templates. I also, I'd like to add a secondary file that holds all specific functions related with 'get information about the dev environment'. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6121) Windows command line script for Mobile spec
[ https://issues.apache.org/jira/browse/CB-6121?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13984819#comment-13984819 ] ASF GitHub Bot commented on CB-6121: Github user martincgg commented on the pull request: https://github.com/apache/cordova-mobile-spec/pull/51#issuecomment-41734649 https://issues.apache.org/jira/browse/CB-6437 Resolves this PR. Windows command line script for Mobile spec --- Key: CB-6121 URL: https://issues.apache.org/jira/browse/CB-6121 Project: Apache Cordova Issue Type: Improvement Components: Android, BlackBerry, mobile-spec, Windows 8, WP8 Affects Versions: 3.3.0, 3.4.0 Reporter: Martin Gonzalez Assignee: Martin Gonzalez Labels: android, automated, blackberry10, deploy,deployment, emulator, mobilespec,, plugins, tests, windows8, wp8 Fix For: 3.5.0 The mobile spec test provides a good set of tools to test code changes, stability and several other performance tests for platforms. Currently it only provides a script to setup everything required to create a project with the all set of plugins from cordova coho repository, but it only is Mac OS compatible. Well, the idea is create a script for Windows platform, that simplifies the test process, from get all, create, add plugins, add modified plugins, and build to deploy into a phone or emulator for Android Platform, Blackberry 10, Windows Phone 8 and Windows 8. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6121) Windows command line script for Mobile spec
[ https://issues.apache.org/jira/browse/CB-6121?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13984820#comment-13984820 ] ASF GitHub Bot commented on CB-6121: Github user martincgg closed the pull request at: https://github.com/apache/cordova-mobile-spec/pull/51 Windows command line script for Mobile spec --- Key: CB-6121 URL: https://issues.apache.org/jira/browse/CB-6121 Project: Apache Cordova Issue Type: Improvement Components: Android, BlackBerry, mobile-spec, Windows 8, WP8 Affects Versions: 3.3.0, 3.4.0 Reporter: Martin Gonzalez Assignee: Martin Gonzalez Labels: android, automated, blackberry10, deploy,deployment, emulator, mobilespec,, plugins, tests, windows8, wp8 Fix For: 3.5.0 The mobile spec test provides a good set of tools to test code changes, stability and several other performance tests for platforms. Currently it only provides a script to setup everything required to create a project with the all set of plugins from cordova coho repository, but it only is Mac OS compatible. Well, the idea is create a script for Windows platform, that simplifies the test process, from get all, create, add plugins, add modified plugins, and build to deploy into a phone or emulator for Android Platform, Blackberry 10, Windows Phone 8 and Windows 8. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Closed] (CB-6121) Windows command line script for Mobile spec
[ https://issues.apache.org/jira/browse/CB-6121?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Gonzalez closed CB-6121. --- Resolution: Duplicate The batch script was delivered and it's functional. Given the fact that it only works on windows, it was ported to a node module, to work with the supported platforms. This issue it's resolved by: https://issues.apache.org/jira/browse/CB-6437 Even so this PR, contains the batch script for windows 7/windows 8/XP and it's functional as described in the current issue. https://github.com/apache/cordova-mobile-spec/pull/51 Windows command line script for Mobile spec --- Key: CB-6121 URL: https://issues.apache.org/jira/browse/CB-6121 Project: Apache Cordova Issue Type: Improvement Components: Android, BlackBerry, mobile-spec, Windows 8, WP8 Affects Versions: 3.3.0, 3.4.0 Reporter: Martin Gonzalez Assignee: Martin Gonzalez Labels: android, automated, blackberry10, deploy,deployment, emulator, mobilespec,, plugins, tests, windows8, wp8 Fix For: 3.5.0 The mobile spec test provides a good set of tools to test code changes, stability and several other performance tests for platforms. Currently it only provides a script to setup everything required to create a project with the all set of plugins from cordova coho repository, but it only is Mac OS compatible. Well, the idea is create a script for Windows platform, that simplifies the test process, from get all, create, add plugins, add modified plugins, and build to deploy into a phone or emulator for Android Platform, Blackberry 10, Windows Phone 8 and Windows 8. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6491) Add CONTRIBUTING.md to all repos
[ https://issues.apache.org/jira/browse/CB-6491?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13984839#comment-13984839 ] Marcel Kinard commented on CB-6491: --- Ah, I forgot about the #contribute section on cordova.apache.org. Yeah, treat that as the entry point. Updated writeup posted: https://github.com/cmarcelk/cordova-android/blob/CB-6491/CONTRIBUTING.md The #contribute section on cordova.apache.org could probably use some cleanup, and more clear pointers into the wiki. Add CONTRIBUTING.md to all repos Key: CB-6491 URL: https://issues.apache.org/jira/browse/CB-6491 Project: Apache Cordova Issue Type: Improvement Reporter: Shazron Abdullah Assignee: Marcel Kinard There will be subtasks related, so this has no component. This adds a visual indicator for guidelines, in Github: See: https://github.com/blog/1184-contributing-guidelines This will help with pull requests and such. Currently contributors either have to know that: 1. They have to sign the Apache iCLA 2. They have to file a corresponding JIRA issue (highly recommended) 3. Run tests, so their patch doesn't break existing functionality This will greatly help with the workload of committers. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6491) Add CONTRIBUTING.md to all repos
[ https://issues.apache.org/jira/browse/CB-6491?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13984877#comment-13984877 ] Shazron Abdullah commented on CB-6491: -- Looks good to me! Add CONTRIBUTING.md to all repos Key: CB-6491 URL: https://issues.apache.org/jira/browse/CB-6491 Project: Apache Cordova Issue Type: Improvement Reporter: Shazron Abdullah Assignee: Marcel Kinard There will be subtasks related, so this has no component. This adds a visual indicator for guidelines, in Github: See: https://github.com/blog/1184-contributing-guidelines This will help with pull requests and such. Currently contributors either have to know that: 1. They have to sign the Apache iCLA 2. They have to file a corresponding JIRA issue (highly recommended) 3. Run tests, so their patch doesn't break existing functionality This will greatly help with the workload of committers. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6505) Hybrid app - issues with pre-compiled, minified assets not getting loaded
[ https://issues.apache.org/jira/browse/CB-6505?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13984892#comment-13984892 ] Craig Payne commented on CB-6505: - I'm a little confused still, sorry. I *think* I need to add the plugin to my copy of the cordova-js.git repo and then run grunt, right? The Readme seems a little light on *where* I need to put that plugin (or, maybe we're just off-script for it). Should I create a top-level plugins directory [or maybe one in src/ios], and install the plugin there, and THEN run grunt, and finally copy over the resulting pkg/cordova.ios.js to platform/ios/platform_www/cordova.js? Hybrid app - issues with pre-compiled, minified assets not getting loaded - Key: CB-6505 URL: https://issues.apache.org/jira/browse/CB-6505 Project: Apache Cordova Issue Type: Bug Components: CordovaJS Affects Versions: 3.4.0 Environment: iOS 6.1, Heroku, Ruby-on-Rails 3.2 Reporter: Craig Payne Assignee: Andrew Grieve I have an existing RoR application, with pre-compiled and minified assets, up on Heroku. I created a Cordova app using https://github.com/cfjedimaster/Cordova-Examples.git and following the instructions I was easily able to generate an app that ran on my iPhone and scanned as expected. When I went to move the one page app's functionality into the RoR application I started running into issues where the Cordova JavaScript was generating bad paths to, especially, cordova-plugins.js. Hacking the code, I bypassed the call to findCordovaPath, hardcoding that with /assets/ - which *almost* works. On my 'local' Dev env I can use /dev-assets (the RoR default) with the non-compiled, non-minified and I see no issues with loading the files. But, switching to /assets, doing the pre-compile, and pushing to Heroku continues to fail. Either I'm missing something semi-obvious (and possibly buried in the docs), or there's a testing hole here. I can't imagine that using pre-compiled and minified assets is an uncommon occurrence, even in Hybrid apps. NOTE - this is actually on 3.4.1-0.1.0 which isn't apparently a legal version in Affects Versions yet. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-6563) Keyboard: Fix issue with UIPickerViews breaking
Shazron Abdullah created CB-6563: Summary: Keyboard: Fix issue with UIPickerViews breaking Key: CB-6563 URL: https://issues.apache.org/jira/browse/CB-6563 Project: Apache Cordova Issue Type: Bug Components: Plugin Keyboard Reporter: Shazron Abdullah Going from a keyboard to a select dropdown picker triggered the show handler without ever calling the hide handler. Going from a select list to a keyboard triggered show again. At this point, the UIWebView had been shrunk to the point of having a height of 0. Pull request: https://github.com/apache/cordova-plugins/pull/11 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6563) Keyboard: Fix issue with UIPickerViews breaking
[ https://issues.apache.org/jira/browse/CB-6563?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13985003#comment-13985003 ] ASF GitHub Bot commented on CB-6563: Github user shazron commented on the pull request: https://github.com/apache/cordova-plugins/pull/11#issuecomment-41748065 CB-6563 Keyboard: Fix issue with UIPickerViews breaking --- Key: CB-6563 URL: https://issues.apache.org/jira/browse/CB-6563 Project: Apache Cordova Issue Type: Bug Components: Plugin Keyboard Reporter: Shazron Abdullah Going from a keyboard to a select dropdown picker triggered the show handler without ever calling the hide handler. Going from a select list to a keyboard triggered show again. At this point, the UIWebView had been shrunk to the point of having a height of 0. Pull request: https://github.com/apache/cordova-plugins/pull/11 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6563) Keyboard: Fix issue with UIPickerViews breaking
[ https://issues.apache.org/jira/browse/CB-6563?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13985011#comment-13985011 ] ASF subversion and git services commented on CB-6563: - Commit 34912f80900b9d23bdf09997a19dd9dee21aa86e in cordova-plugins's branch refs/heads/master from [~dpogue] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugins.git;h=34912f8 ] CB-6563 - Keyboard: Fix issue with UIPickerViews breaking. (closes #11) Going from a keyboard to a select dropdown picker triggered the show handler without ever calling the hide handler. Going from a select list to a keyboard triggered show again. At this point, the UIWebView had been shrunk to the point of having a height of 0. Signed-off-by: Shazron Abdullah shaz...@apache.org Keyboard: Fix issue with UIPickerViews breaking --- Key: CB-6563 URL: https://issues.apache.org/jira/browse/CB-6563 Project: Apache Cordova Issue Type: Bug Components: Plugin Keyboard Reporter: Shazron Abdullah Going from a keyboard to a select dropdown picker triggered the show handler without ever calling the hide handler. Going from a select list to a keyboard triggered show again. At this point, the UIWebView had been shrunk to the point of having a height of 0. Pull request: https://github.com/apache/cordova-plugins/pull/11 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Resolved] (CB-6563) Keyboard: Fix issue with UIPickerViews breaking
[ https://issues.apache.org/jira/browse/CB-6563?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-6563. -- Resolution: Fixed Assignee: Shazron Abdullah Keyboard: Fix issue with UIPickerViews breaking --- Key: CB-6563 URL: https://issues.apache.org/jira/browse/CB-6563 Project: Apache Cordova Issue Type: Bug Components: Plugin Keyboard Reporter: Shazron Abdullah Assignee: Shazron Abdullah Going from a keyboard to a select dropdown picker triggered the show handler without ever calling the hide handler. Going from a select list to a keyboard triggered show again. At this point, the UIWebView had been shrunk to the point of having a height of 0. Pull request: https://github.com/apache/cordova-plugins/pull/11 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-3750) InAppBrowser: Can We Haz Loading Spinner?
[ https://issues.apache.org/jira/browse/CB-3750?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13985013#comment-13985013 ] Shazron Abdullah commented on CB-3750: -- Hmm, I believe we already have a spinner on iOS? 1. https://github.com/apache/cordova-plugin-inappbrowser/blob/6ee35a09cad72ee7a02ef552d2ef97cadc587039/src/ios/CDVInAppBrowser.h#L80 2. https://github.com/apache/cordova-plugin-inappbrowser/blob/6ee35a09cad72ee7a02ef552d2ef97cadc587039/src/ios/CDVInAppBrowser.m#L816 InAppBrowser: Can We Haz Loading Spinner? - Key: CB-3750 URL: https://issues.apache.org/jira/browse/CB-3750 Project: Apache Cordova Issue Type: Bug Components: Plugin InAppBrowser Affects Versions: 2.5.0, 2.6.0, 2.7.0, 2.8.0 Environment: Android (at least) Reporter: Lindsey Simon Priority: Trivial I'm using the InAppBrowser to open a Google/Facebook OAuth login screen. In order for that to work it first opens an URL on my server and then redirects to the proper provider endpoint. When the internet is slow this results in a pretty lousy user experience as the InAppBrowser doesn't seem to have any loading indicator - which made me think it wasn't working, and then I clicked Done prematurely. I suspect my users will do the same and not try a second time and my app is DOA. Am I missing anything here by chance? Any advice on how to get a loading indicator in the least-intrusive way? -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6547) wireless setting launcher plugin for android
[ https://issues.apache.org/jira/browse/CB-6547?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13985014#comment-13985014 ] Shazron Abdullah commented on CB-6547: -- This is vague, please provide more details. wireless setting launcher plugin for android Key: CB-6547 URL: https://issues.apache.org/jira/browse/CB-6547 Project: Apache Cordova Issue Type: New Feature Reporter: okeke johnmary -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6525) download success callback not called in 0.4.3
[ https://issues.apache.org/jira/browse/CB-6525?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13985016#comment-13985016 ] Shazron Abdullah commented on CB-6525: -- Just to confirm, you have the console plugin installed when you did the console.log? download success callback not called in 0.4.3 - Key: CB-6525 URL: https://issues.apache.org/jira/browse/CB-6525 Project: Apache Cordova Issue Type: Bug Components: Plugin File Transfer Affects Versions: 3.4.0 Environment: Cordova 3.4.1 iOS 0.4.3 of the file transfer plugin Reporter: AH I've noticed that the success callback doesn't get executed after a download is successfully completed. Specifically, if success contains a console.log, nothing is logged to the Xcode debugger even though the download has completed successfully. I can tell that the download was completed because the following message is logged in Xcode: File Transfer Finished with response code 200 transfer.download(src, localPath, success, error); I think this is an issue with version 0.4.3 of the file transfer plugin. Version 0.4.2 of the plugin running on Cordova 3.4.1 didn't have this bug. I found another possible report of this bug: http://stackoverflow.com/questions/23240807/cant-setmetadata-while-downloading-files-via-filetransfer-download-in-ios-in-ph -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6446) plugin:add grunt task only accepts a single --variable parameter
[ https://issues.apache.org/jira/browse/CB-6446?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13985021#comment-13985021 ] Shazron Abdullah commented on CB-6446: -- I just re-tested using: {code} $ cordova plugin add https://github.com/phonegap/phonegap-facebook-plugin.git --variable APP_NAME=ShazAppName --variable APP_ID=123456 Fetching plugin https://github.com/phonegap/phonegap-facebook-plugin.git; via git clone Installing com.phonegap.plugins.facebookconnect for ios {code} The variables were installed fine into the Info.plist. The resolution remains 'Invalid' plugin:add grunt task only accepts a single --variable parameter Key: CB-6446 URL: https://issues.apache.org/jira/browse/CB-6446 Project: Apache Cordova Issue Type: Bug Components: CLI Affects Versions: 3.4.0 Environment: OSX Reporter: Ron James To install the facebook connect plugin, we need to pass 2 variables - APP_NAME and APP_ID, e.g: grunt plugin:add:https://github.com/phonegap/phonegap-facebook-plugin.git --variable APP_NAME=MyApp --variable APP_ID=1234123412341234 The `variable` parameters aren't being passed through to plugman correctly so the installation fails. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CB-6441) Plugin frameworks not always included
[ https://issues.apache.org/jira/browse/CB-6441?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-6441: - Priority: Major (was: Minor) Plugin frameworks not always included - Key: CB-6441 URL: https://issues.apache.org/jira/browse/CB-6441 Project: Apache Cordova Issue Type: Bug Components: CLI, Plugman Affects Versions: 3.4.0 Environment: iOS Reporter: Dooms Assignee: Anis Kadri Several plugins specify frameworks in ios (e.g. NetworkInformation requires SystemConfiguration.framework). However these aren't always added automatically, and must be added manually. This seems to happen especially during a plugin update. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6529) Cordova geolocation API issue
[ https://issues.apache.org/jira/browse/CB-6529?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13985026#comment-13985026 ] Shazron Abdullah commented on CB-6529: -- I think this is related to CB-5488 Cordova geolocation API issue - Key: CB-6529 URL: https://issues.apache.org/jira/browse/CB-6529 Project: Apache Cordova Issue Type: Bug Components: CordovaJS, iOS Affects Versions: 3.4.0 Environment: Testing on iOS7 on iPad 3 and using iOS Simulator provided by Xcode 5.1 Reporter: Ryan Archer Labels: features, javascript, newbie Hi everyone! Shazron has recommended I post the issue I am experiencing here. I am using Cordova 3.4 and calling Geolocation API. It is never successful the first time around, it always times out throws onError and I have to refresh the whole page for it to work the second time around. I am not calling geolocation on the onDeviceReady as I am calling the API on a separate view (multi page app with JQM) and also Google Maps API. If I call external scripts (google maps) on the first load, Apple App store will be sure to reject my app. Here is my stackoverflow post on it: http://stackoverflow.com/questions/23292335/why-does-phonegap-geolocation-onsuccess-never-fires-the-first-time-around I really hope there is something missing here and I’ve forgot to implement it or something. I'm not the only one with the problem. It's happening on Android environment too. I hope there is a way we can make it more reliable and not rely on a refresh action. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-5475) 'cordova serve' not working
[ https://issues.apache.org/jira/browse/CB-5475?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13985031#comment-13985031 ] Shazron Abdullah commented on CB-5475: -- Sorry Ray, I understand completely, I've filed a separate issue: CB-6564 'cordova serve' not working --- Key: CB-5475 URL: https://issues.apache.org/jira/browse/CB-5475 Project: Apache Cordova Issue Type: Bug Components: CLI Affects Versions: 3.2.0 Environment: Mac OSX 10.9. Chrome. Reporter: No Ducks Probably an old bug, but how and ever.. Downloaded this version (3.2.0-0.1.0) of Cordova today. built a new project, and tried to run it with `cordova serve` - clicked 'android' ... got the gap errors ... gap:[PluginManager,startup,PluginManager1669056395] 'clicked ok' and got about 50,000 of these messages in the console. processMessage failed: invalid message: Thought I'd ask here.. slightly related... I only need the File API plugin for my project. So, was wondering - is it recommended by Apache to use 'ripple emulate' or 'cordova serve' for browser testing? -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-6564) `cordova serve` should report that it is unsupported
Shazron Abdullah created CB-6564: Summary: `cordova serve` should report that it is unsupported Key: CB-6564 URL: https://issues.apache.org/jira/browse/CB-6564 Project: Apache Cordova Issue Type: Improvement Components: CLI Reporter: Shazron Abdullah https://issues.apache.org/jira/browse/CB-5475?focusedCommentId=13982020page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-13982020 See CB-5475 The docs say it should work, and users will trust the CLI documentation that they can cordova serve and test with Android. This is especially problematic as it works fine with iOS. If there is not a fix planned for this, then the CLI should clearly warn folks (especially since the bug causes Chrome to lock up pretty fiercely) and I'd even suggest that the code behind serve specifically block a call to /adroid/www. Or even better, return a simple static message saying it is not supported. Basically my problem is that users have no way of knowing this isn't working, and until a proper fix/alternative exists, we should be more proactive about letting the user know -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-6565) Remove committer copyright notice in headers
Shazron Abdullah created CB-6565: Summary: Remove committer copyright notice in headers Key: CB-6565 URL: https://issues.apache.org/jira/browse/CB-6565 Project: Apache Cordova Issue Type: Bug Components: Plugman Reporter: Shazron Abdullah See: https://github.com/apache/cordova-plugman/search?p=1q=Anisref=cmdform -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6525) download success callback not called in 0.4.3
[ https://issues.apache.org/jira/browse/CB-6525?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13985082#comment-13985082 ] ASF subversion and git services commented on CB-6525: - Commit 4435819f6356e14602a4173d32e08576be473eca in cordova-plugin-file's branch refs/heads/master from [~agrieve] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-file.git;h=4435819 ] CB-6525 android, ios: Allow file: URLs in all APIs. Fixes FileTransfer.download not being called. Root problem of downlaod was that the target URL was not being properly resolved to an Entry on the native side. This wasn't caught by mobilespec due to the requestFileSystem() using cdvfile: URLs still, while resolveLocalFileSystemURL(entry.toURL()), would yield a file: URL. This commit normalizes fs.root DirectoryEntries so that they are file:// as well, and initializes them on start-up with a new getAllFileSystems exec() call. It also aims to ensure that JSON entries always have nativeURL set. download success callback not called in 0.4.3 - Key: CB-6525 URL: https://issues.apache.org/jira/browse/CB-6525 Project: Apache Cordova Issue Type: Bug Components: Plugin File Transfer Affects Versions: 3.4.0 Environment: Cordova 3.4.1 iOS 0.4.3 of the file transfer plugin Reporter: AH I've noticed that the success callback doesn't get executed after a download is successfully completed. Specifically, if success contains a console.log, nothing is logged to the Xcode debugger even though the download has completed successfully. I can tell that the download was completed because the following message is logged in Xcode: File Transfer Finished with response code 200 transfer.download(src, localPath, success, error); I think this is an issue with version 0.4.3 of the file transfer plugin. Version 0.4.2 of the plugin running on Cordova 3.4.1 didn't have this bug. I found another possible report of this bug: http://stackoverflow.com/questions/23240807/cant-setmetadata-while-downloading-files-via-filetransfer-download-in-ios-in-ph -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6525) download success callback not called in 0.4.3
[ https://issues.apache.org/jira/browse/CB-6525?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13985085#comment-13985085 ] ASF subversion and git services commented on CB-6525: - Commit 78029f14ba941fcdc7468b1838f0643ace7ca5c3 in cordova-mobile-spec's branch refs/heads/master from [~agrieve] [ https://git-wip-us.apache.org/repos/asf?p=cordova-mobile-spec.git;h=78029f1 ] CB-6525 Assert that fs.root.toURL() does not use cdvfile: download success callback not called in 0.4.3 - Key: CB-6525 URL: https://issues.apache.org/jira/browse/CB-6525 Project: Apache Cordova Issue Type: Bug Components: Plugin File Transfer Affects Versions: 3.4.0 Environment: Cordova 3.4.1 iOS 0.4.3 of the file transfer plugin Reporter: AH I've noticed that the success callback doesn't get executed after a download is successfully completed. Specifically, if success contains a console.log, nothing is logged to the Xcode debugger even though the download has completed successfully. I can tell that the download was completed because the following message is logged in Xcode: File Transfer Finished with response code 200 transfer.download(src, localPath, success, error); I think this is an issue with version 0.4.3 of the file transfer plugin. Version 0.4.2 of the plugin running on Cordova 3.4.1 didn't have this bug. I found another possible report of this bug: http://stackoverflow.com/questions/23240807/cant-setmetadata-while-downloading-files-via-filetransfer-download-in-ios-in-ph -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Resolved] (CB-6525) download success callback not called in 0.4.3
[ https://issues.apache.org/jira/browse/CB-6525?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Grieve resolved CB-6525. --- Resolution: Fixed Assignee: Andrew Grieve Ran into this when working on cordova-app-harness. Fix is in cordova-file@1.1.1-dev download success callback not called in 0.4.3 - Key: CB-6525 URL: https://issues.apache.org/jira/browse/CB-6525 Project: Apache Cordova Issue Type: Bug Components: Plugin File Transfer Affects Versions: 3.4.0 Environment: Cordova 3.4.1 iOS 0.4.3 of the file transfer plugin Reporter: AH Assignee: Andrew Grieve I've noticed that the success callback doesn't get executed after a download is successfully completed. Specifically, if success contains a console.log, nothing is logged to the Xcode debugger even though the download has completed successfully. I can tell that the download was completed because the following message is logged in Xcode: File Transfer Finished with response code 200 transfer.download(src, localPath, success, error); I think this is an issue with version 0.4.3 of the file transfer plugin. Version 0.4.2 of the plugin running on Cordova 3.4.1 didn't have this bug. I found another possible report of this bug: http://stackoverflow.com/questions/23240807/cant-setmetadata-while-downloading-files-via-filetransfer-download-in-ios-in-ph -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6564) `cordova serve` should report that it is unsupported
[ https://issues.apache.org/jira/browse/CB-6564?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13985114#comment-13985114 ] Andrew Grieve commented on CB-6564: --- I do understand the confusion, but I don't know how to go about fixing this. The intention is that serve be used by setting your config.xml start page to your server, not by loading the page up in a desktop browser. Desktop browser is what cordova-browser is supposed to be about. Maybe we should warn based on user-agent? `cordova serve` should report that it is unsupported Key: CB-6564 URL: https://issues.apache.org/jira/browse/CB-6564 Project: Apache Cordova Issue Type: Improvement Components: CLI Reporter: Shazron Abdullah https://issues.apache.org/jira/browse/CB-5475?focusedCommentId=13982020page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-13982020 See CB-5475 The docs say it should work, and users will trust the CLI documentation that they can cordova serve and test with Android. This is especially problematic as it works fine with iOS. If there is not a fix planned for this, then the CLI should clearly warn folks (especially since the bug causes Chrome to lock up pretty fiercely) and I'd even suggest that the code behind serve specifically block a call to /adroid/www. Or even better, return a simple static message saying it is not supported. Basically my problem is that users have no way of knowing this isn't working, and until a proper fix/alternative exists, we should be more proactive about letting the user know -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6525) download success callback not called in 0.4.3
[ https://issues.apache.org/jira/browse/CB-6525?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13985116#comment-13985116 ] Flo commented on CB-6525: - Great. it works with the fix. download success callback not called in 0.4.3 - Key: CB-6525 URL: https://issues.apache.org/jira/browse/CB-6525 Project: Apache Cordova Issue Type: Bug Components: Plugin File Transfer Affects Versions: 3.4.0 Environment: Cordova 3.4.1 iOS 0.4.3 of the file transfer plugin Reporter: AH Assignee: Andrew Grieve I've noticed that the success callback doesn't get executed after a download is successfully completed. Specifically, if success contains a console.log, nothing is logged to the Xcode debugger even though the download has completed successfully. I can tell that the download was completed because the following message is logged in Xcode: File Transfer Finished with response code 200 transfer.download(src, localPath, success, error); I think this is an issue with version 0.4.3 of the file transfer plugin. Version 0.4.2 of the plugin running on Cordova 3.4.1 didn't have this bug. I found another possible report of this bug: http://stackoverflow.com/questions/23240807/cant-setmetadata-while-downloading-files-via-filetransfer-download-in-ios-in-ph -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6441) Plugin frameworks not always included
[ https://issues.apache.org/jira/browse/CB-6441?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13985124#comment-13985124 ] Anis Kadri commented on CB-6441: [~agrieve] Yes, you can try the mobile-spec dependency plugin. It includes dependencies and a few of them require System Frameworks. If you install the plugin, it will install all of its dependencies and you won't get any errors. However, System Frameworks don't get added to the xcode project and you will get compilation errors. I had a fix for it in my browserify merge but you reverted it. My new plugman browserify work will be option enabled (will never get called without a flag) and will include a fix for this bug. I hope to land this tomorrow. Plugin frameworks not always included - Key: CB-6441 URL: https://issues.apache.org/jira/browse/CB-6441 Project: Apache Cordova Issue Type: Bug Components: CLI, Plugman Affects Versions: 3.4.0 Environment: iOS Reporter: Dooms Assignee: Anis Kadri Several plugins specify frameworks in ios (e.g. NetworkInformation requires SystemConfiguration.framework). However these aren't always added automatically, and must be added manually. This seems to happen especially during a plugin update. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Resolved] (CB-6534) Windows 8 Cannot use Oauth
[ https://issues.apache.org/jira/browse/CB-6534?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] brian johnston resolved CB-6534. Resolution: Fixed My Bad. The code I wrote for the google api had used const, and IE did not like it. For the Microsoft Oauth api I had to monkey around with the parameters and application registration with live.com. In the end I found a way to bypass the live.com api and get straight through to the OAuth layer without having to use all the parameters and the app clientID. I think that's the only way it can be done since their api forces redirection to a domain. Went around and around all day on that one until I found the direct oAuth interface url. Windows 8 Cannot use Oauth -- Key: CB-6534 URL: https://issues.apache.org/jira/browse/CB-6534 Project: Apache Cordova Issue Type: Bug Components: Plugin InAppBrowser, WP8 Affects Versions: 3.3.0 Reporter: brian johnston Assignee: Jesse MacFadyen Google's Oauth is working fine on iOS and Android. However, as I am trying to port the app to WP8 I have found it does not work on WP8. So, I replaced Google's API with Microsoft's, but that one will not prompt the user to login through the Oauth interface either. I can't give more detail because Weinre won't work with WP8 either. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6547) wireless setting launcher plugin for android
[ https://issues.apache.org/jira/browse/CB-6547?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13985177#comment-13985177 ] okeke johnmary commented on CB-6547: - I am developing an android application with cordova. 3.4.1 and I need to develop a plugin that I can use to send SMS from the app and also a plugin that will launch the wireless settings if the users network is on airplane mode. Am newbie in cordova and android development wireless setting launcher plugin for android Key: CB-6547 URL: https://issues.apache.org/jira/browse/CB-6547 Project: Apache Cordova Issue Type: New Feature Reporter: okeke johnmary -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6441) Plugin frameworks not always included
[ https://issues.apache.org/jira/browse/CB-6441?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13985176#comment-13985176 ] Shazron Abdullah commented on CB-6441: -- See also this ML discussion: http://callback-dev.markmail.org/thread/tuqw7cc7tr2hmfhi Plugin frameworks not always included - Key: CB-6441 URL: https://issues.apache.org/jira/browse/CB-6441 Project: Apache Cordova Issue Type: Bug Components: CLI, Plugman Affects Versions: 3.4.0 Environment: iOS Reporter: Dooms Assignee: Anis Kadri Several plugins specify frameworks in ios (e.g. NetworkInformation requires SystemConfiguration.framework). However these aren't always added automatically, and must be added manually. This seems to happen especially during a plugin update. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-6566) Windows 8 cannot read files
brian johnston created CB-6566: -- Summary: Windows 8 cannot read files Key: CB-6566 URL: https://issues.apache.org/jira/browse/CB-6566 Project: Apache Cordova Issue Type: Bug Components: WP8 Reporter: brian johnston Assignee: Jesse MacFadyen The getFile fileEntry object comes back OK, except the values of fullPath, toNativeUrl and toURL are identical. I already reported that. However, the fileEntry.isFile says true so I assumed something was there. However when I pass that fileEntry into a FileReader object and try to use reader to read the file I get the following results: reader.readAsArrayBuffer and reader.readAsDataURL both throw a TYPE_MISMATCH_ERR. I saw in the docs that readAsArrayBuffer is not supported on WP8, but I figured I'd try it anyway. I got an error message on reader.readAsBinaryString saying that method is missing. I'm not surprised about that since the HTML spec says it is deprecated anyway. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CB-6566) Windows 8 cannot read files
[ https://issues.apache.org/jira/browse/CB-6566?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] brian johnston updated CB-6566: --- Description: The getFile fileEntry object comes back OK, except the values of fullPath, toNativeUrl and toURL are identical. I already reported that. However, the fileEntry.isFile says true so I assumed something was there. However when I pass that fileEntry into a FileReader object and try to use reader to read the file I get the following results: reader.readAsArrayBuffer and reader.readAsDataURL both throw a TYPE_MISMATCH_ERR. I saw in the docs that readAsArrayBuffer is not supported on WP8, but I figured I'd try it anyway. I got an error message on reader.readAsBinaryString saying that method is missing. I'm not surprised about that since the HTML spec says it is deprecated anyway. I also got a fileEntry back from window.resolveLocalFileSystemURI (had to put '///' in front of the folder and file name to get it to work) and tried to use that. It gave the same results. was: The getFile fileEntry object comes back OK, except the values of fullPath, toNativeUrl and toURL are identical. I already reported that. However, the fileEntry.isFile says true so I assumed something was there. However when I pass that fileEntry into a FileReader object and try to use reader to read the file I get the following results: reader.readAsArrayBuffer and reader.readAsDataURL both throw a TYPE_MISMATCH_ERR. I saw in the docs that readAsArrayBuffer is not supported on WP8, but I figured I'd try it anyway. I got an error message on reader.readAsBinaryString saying that method is missing. I'm not surprised about that since the HTML spec says it is deprecated anyway. Windows 8 cannot read files --- Key: CB-6566 URL: https://issues.apache.org/jira/browse/CB-6566 Project: Apache Cordova Issue Type: Bug Components: WP8 Reporter: brian johnston Assignee: Jesse MacFadyen The getFile fileEntry object comes back OK, except the values of fullPath, toNativeUrl and toURL are identical. I already reported that. However, the fileEntry.isFile says true so I assumed something was there. However when I pass that fileEntry into a FileReader object and try to use reader to read the file I get the following results: reader.readAsArrayBuffer and reader.readAsDataURL both throw a TYPE_MISMATCH_ERR. I saw in the docs that readAsArrayBuffer is not supported on WP8, but I figured I'd try it anyway. I got an error message on reader.readAsBinaryString saying that method is missing. I'm not surprised about that since the HTML spec says it is deprecated anyway. I also got a fileEntry back from window.resolveLocalFileSystemURI (had to put '///' in front of the folder and file name to get it to work) and tried to use that. It gave the same results. -- This message was sent by Atlassian JIRA (v6.2#6252)