[jira] [Commented] (CB-7972) Add cordova-plugin-globalization support for Windows platform
[ https://issues.apache.org/jira/browse/CB-7972?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14224186#comment-14224186 ] ASF GitHub Bot commented on CB-7972: Github user daserge commented on the pull request: https://github.com/apache/cordova-plugin-globalization/pull/31#issuecomment-64323530 I'm fully agree that having a JS version would be much better, but those API are available in C# only unfortunately so we have to use winmd bridge. I'll be tracking API changes and re-work the implementation based on JS when it is available. Add cordova-plugin-globalization support for Windows platform - Key: CB-7972 URL: https://issues.apache.org/jira/browse/CB-7972 Project: Apache Cordova Issue Type: Improvement Components: Plugin Globalization Reporter: Sergey Shakhnazarov -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-8070) MedicReporter from plugin-test-framework incompatible with medic couch db structure.
Maria Bukharina created CB-8070: --- Summary: MedicReporter from plugin-test-framework incompatible with medic couch db structure. Key: CB-8070 URL: https://issues.apache.org/jira/browse/CB-8070 Project: Apache Cordova Issue Type: Bug Components: Plugin TestFramework Reporter: Maria Bukharina * MedicReporter tryes to wright data in results database. Standard couchdb configuration for medic doesn't contain that db. * Structure of records id different: ** missing sha and id fields ** Instead of version - device platform used * Wrong path to medic.json file -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8070) MedicReporter from plugin-test-framework incompatible with medic couch db structure.
[ https://issues.apache.org/jira/browse/CB-8070?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14224304#comment-14224304 ] ASF GitHub Bot commented on CB-8070: GitHub user MariaBukharina opened a pull request: https://github.com/apache/cordova-plugin-test-framework/pull/7 CB-8070 MedicReporter incompatible with medic couch db structure. https://issues.apache.org/jira/browse/CB-8070 You can merge this pull request into a Git repository by running: $ git pull https://github.com/MSOpenTech/cordova-plugin-test-framework CB-8070 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-plugin-test-framework/pull/7.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 #7 commit 357b89932cf13e0bc035e36cfb65116f98bd6d2a Author: maria.bukharina maria.bukhar...@akvelon.com Date: 2014-11-25T09:46:23Z CB-8070 MedicReporter from plugin-test-framework incompatible with medic couch db structure. It's fixed. commit 80225da9beef00cbf96c5eeaf944737b722e76b4 Author: maria.bukharina maria.bukhar...@akvelon.com Date: 2014-11-25T09:50:46Z Fixed minor formatting bugs MedicReporter from plugin-test-framework incompatible with medic couch db structure. Key: CB-8070 URL: https://issues.apache.org/jira/browse/CB-8070 Project: Apache Cordova Issue Type: Bug Components: Plugin TestFramework Reporter: Maria Bukharina * MedicReporter tryes to wright data in results database. Standard couchdb configuration for medic doesn't contain that db. * Structure of records id different: ** missing sha and id fields ** Instead of version - device platform used * Wrong path to medic.json file -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Closed] (CB-7959) Add cordova-plugin-geolocation support for browser platform
[ https://issues.apache.org/jira/browse/CB-7959?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Shakhnazarov closed CB-7959. --- Resolution: Invalid Plugin API conforms to W3C API, so no changes are required as we fall back on browser' implementation Add cordova-plugin-geolocation support for browser platform --- Key: CB-7959 URL: https://issues.apache.org/jira/browse/CB-7959 Project: Apache Cordova Issue Type: Improvement Components: Browser Reporter: Sergey Shakhnazarov -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7736) Vulnerability in qs dependency
[ https://issues.apache.org/jira/browse/CB-7736?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14224578#comment-14224578 ] ASF GitHub Bot commented on CB-7736: Github user kant2002 commented on the pull request: https://github.com/apache/cordova-lib/pull/113#issuecomment-64405011 I verify code in the repository, and looks like current codebase has updated dependencies. Thus this issue should be closed as fixed. Vulnerability in qs dependency -- Key: CB-7736 URL: https://issues.apache.org/jira/browse/CB-7736 Project: Apache Cordova Issue Type: Bug Components: CLI Affects Versions: 3.6.0 Reporter: Victor Adrian Sosa Herrera Priority: Critical There is a very well documented vulnerability issue in the qs module that comes as a dependency in request in cordova-cli https://nodesecurity.io/advisories/qs_dos_memory_exhaustion Here the tree of modules cordova@3.5.0-0.2.6 ┬ cordova-lib@0.21.6 ├─┬ npm@1.3.4 │ └─┬ request@2.21.0 │ └── qs@0.6.5 └─┬ request@2.22.0 └── qs@0.6.6 Even though the tree says it is in a Cordova 3.5.0, the same versions are found in 3.6.3 -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-8071) [InAppBrowser][Android] Make zoom controls optional
Sebastian Erb created CB-8071: - Summary: [InAppBrowser][Android] Make zoom controls optional Key: CB-8071 URL: https://issues.apache.org/jira/browse/CB-8071 Project: Apache Cordova Issue Type: Improvement Components: Plugin InAppBrowser Reporter: Sebastian Erb jellekralt submitted a pull-request to disable/enable zoom controls https://github.com/apache/cordova-plugin-inappbrowser/pull/60 -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7736) Vulnerability in qs dependency
[ https://issues.apache.org/jira/browse/CB-7736?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14224609#comment-14224609 ] ASF GitHub Bot commented on CB-7736: Github user kant2002 commented on the pull request: https://github.com/apache/cordova-lib/pull/113#issuecomment-64407129 Sorry for spamming, but everything except npm v 1.3.4 is up to date. I have to bump it to 1.4.27, which is lowest version of NPM which does not have qs vulnerability. I will update to latest upstream code and republish push request. Vulnerability in qs dependency -- Key: CB-7736 URL: https://issues.apache.org/jira/browse/CB-7736 Project: Apache Cordova Issue Type: Bug Components: CLI Affects Versions: 3.6.0 Reporter: Victor Adrian Sosa Herrera Priority: Critical There is a very well documented vulnerability issue in the qs module that comes as a dependency in request in cordova-cli https://nodesecurity.io/advisories/qs_dos_memory_exhaustion Here the tree of modules cordova@3.5.0-0.2.6 ┬ cordova-lib@0.21.6 ├─┬ npm@1.3.4 │ └─┬ request@2.21.0 │ └── qs@0.6.5 └─┬ request@2.22.0 └── qs@0.6.6 Even though the tree says it is in a Cordova 3.5.0, the same versions are found in 3.6.3 -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-8072) Adding tests for target key
Maria Bukharina created CB-8072: --- Summary: Adding tests for target key Key: CB-8072 URL: https://issues.apache.org/jira/browse/CB-8072 Project: Apache Cordova Issue Type: Test Components: Medic, Windows Reporter: Maria Bukharina Adding test for target key improves test coverage of cordova functionality. Add test for running phone app with target specified -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7285) Add Manufacturer info to device plugin
[ https://issues.apache.org/jira/browse/CB-7285?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14224735#comment-14224735 ] Oliver Salzburg commented on CB-7285: - We would really appreciate this addition. We don't use the information for feature detection, but for feedback. Especially in cross-platform mobile applications, there are a ton of things to go wrong. Having as many details as possible about the device in use is very helpful when trying to troubleshoot issues with a customer. Yes, we probably already have the model of the phone in the information package, but what's the harm in extending the capabilities of the plugin? It's not like the availability of the information forces one to misuse it for feature detection. Add Manufacturer info to device plugin -- Key: CB-7285 URL: https://issues.apache.org/jira/browse/CB-7285 Project: Apache Cordova Issue Type: New Feature Components: Plugin Device Reporter: Ian Clelland Priority: Minor bq.For some platforms it makes sense to be able to list the Manufacturer for a device. These changes allow retrieval of manufacturer name for Android, iOS Blackberry. Have not added to other platforms as I have no access to those or know the API's. See https://github.com/apache/cordova-plugin-device/pull/20 -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-8062) creating mobilespec for all platforms results in an error
[ https://issues.apache.org/jira/browse/CB-8062?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jenny Gee updated CB-8062: -- Summary: creating mobilespec for all platforms results in an error (was: creating mobilespec for blackberry10 results in an error) creating mobilespec for all platforms results in an error - Key: CB-8062 URL: https://issues.apache.org/jira/browse/CB-8062 Project: Apache Cordova Issue Type: Bug Components: mobile-spec Affects Versions: 3.6.3 Reporter: Jenny Gee When creating mobilespec for blackberry, the script returns this error: ... Installing org.apache.cordova.vibration.tests for blackberry10 Updating js for platforms... Running compile:amazon-fireos (compile) task please add a platform version flag and value ex: grunt compile --platformVersion=3.6.0 Warning: platformVersion is required! Use --force to continue. Aborted due to warnings. Failed to build js. Found on tag version 3.6.3: To recreate: Updated all repos through coho Then run ./cordova-mobile-spec/createmobilespec/createmobilespec.js --blackberry10 -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-8062) creating mobilespec for blackberry10 results in an error
[ https://issues.apache.org/jira/browse/CB-8062?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jenny Gee updated CB-8062: -- Component/s: (was: BlackBerry) creating mobilespec for blackberry10 results in an error Key: CB-8062 URL: https://issues.apache.org/jira/browse/CB-8062 Project: Apache Cordova Issue Type: Bug Components: mobile-spec Affects Versions: 3.6.3 Reporter: Jenny Gee When creating mobilespec for blackberry, the script returns this error: ... Installing org.apache.cordova.vibration.tests for blackberry10 Updating js for platforms... Running compile:amazon-fireos (compile) task please add a platform version flag and value ex: grunt compile --platformVersion=3.6.0 Warning: platformVersion is required! Use --force to continue. Aborted due to warnings. Failed to build js. Found on tag version 3.6.3: To recreate: Updated all repos through coho Then run ./cordova-mobile-spec/createmobilespec/createmobilespec.js --blackberry10 -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-8062) creating mobilespec for all platforms results in an error
[ https://issues.apache.org/jira/browse/CB-8062?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Josh Soref updated CB-8062: --- Assignee: Steve Gill creating mobilespec for all platforms results in an error - Key: CB-8062 URL: https://issues.apache.org/jira/browse/CB-8062 Project: Apache Cordova Issue Type: Bug Components: mobile-spec Affects Versions: 3.6.3 Reporter: Jenny Gee Assignee: Steve Gill When creating mobilespec for blackberry, the script returns this error: ... Installing org.apache.cordova.vibration.tests for blackberry10 Updating js for platforms... Running compile:amazon-fireos (compile) task please add a platform version flag and value ex: grunt compile --platformVersion=3.6.0 Warning: platformVersion is required! Use --force to continue. Aborted due to warnings. Failed to build js. Found on tag version 3.6.3: To recreate: Updated all repos through coho Then run ./cordova-mobile-spec/createmobilespec/createmobilespec.js --blackberry10 -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-8062) creating mobilespec for all platforms results in an error
[
https://issues.apache.org/jira/browse/CB-8062?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shazron Abdullah updated CB-8062:
-
Description:
When creating mobilespec for blackberry, the script returns this error:
{code}
Installing org.apache.cordova.vibration.tests for blackberry10
Updating js for platforms...
Running compile:amazon-fireos (compile) task
please add a platform version flag and value
ex: grunt compile --platformVersion=3.6.0
Warning: platformVersion is required! Use --force to continue.
Aborted due to warnings.
Failed to build js.
{code}
Found on tag version 3.6.3:
To recreate:
Updated all repos through coho
Then run:
{code}
./cordova-mobile-spec/createmobilespec/createmobilespec.js --blackberry10
{code}
was:
When creating mobilespec for blackberry, the script returns this error:
...
Installing org.apache.cordova.vibration.tests for blackberry10
Updating js for platforms...
Running compile:amazon-fireos (compile) task
please add a platform version flag and value
ex: grunt compile --platformVersion=3.6.0
Warning: platformVersion is required! Use --force to continue.
Aborted due to warnings.
Failed to build js.
Found on tag version 3.6.3:
To recreate:
Updated all repos through coho
Then run ./cordova-mobile-spec/createmobilespec/createmobilespec.js
--blackberry10
creating mobilespec for all platforms results in an error
-
Key: CB-8062
URL: https://issues.apache.org/jira/browse/CB-8062
Project: Apache Cordova
Issue Type: Bug
Components: mobile-spec
Affects Versions: 3.6.3
Reporter: Jenny Gee
Assignee: Steve Gill
When creating mobilespec for blackberry, the script returns this error:
{code}
Installing org.apache.cordova.vibration.tests for blackberry10
Updating js for platforms...
Running compile:amazon-fireos (compile) task
please add a platform version flag and value
ex: grunt compile --platformVersion=3.6.0
Warning: platformVersion is required! Use --force to continue.
Aborted due to warnings.
Failed to build js.
{code}
Found on tag version 3.6.3:
To recreate:
Updated all repos through coho
Then run:
{code}
./cordova-mobile-spec/createmobilespec/createmobilespec.js --blackberry10
{code}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7735) Callbacks not being executed when calling requestFileSystem
[ https://issues.apache.org/jira/browse/CB-7735?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14224967#comment-14224967 ] ASF subversion and git services commented on CB-7735: - Commit 227d83a122733fdf0300ffe75507a221bcef2b06 in cordova-js's branch refs/heads/master from [~agrieve] [ https://git-wip-us.apache.org/repos/asf?p=cordova-js.git;h=227d83a ] CB-8002 CB-7735 ios: Properly address iframe bridge failing when iframe is removed from DOM. Callbacks not being executed when calling requestFileSystem --- Key: CB-7735 URL: https://issues.apache.org/jira/browse/CB-7735 Project: Apache Cordova Issue Type: Bug Components: CordovaJS Affects Versions: 3.7.0 Environment: iOS Reporter: Christophe Benoit Assignee: Andrew Grieve Labels: bridge, callback, filesystem Attachments: filesystem-issue.zip When calling window.requestFileSystem(LocalFileSystem.PERSISTENT, 0, success, error) none of the callback functions are executed. Several calls to window.requestFileSystem are made during the initialization of the application, after the deviceready event. All those calls are being queued in the command queue. If I set the bridge mode to XHR_NO_PAYLOAD in the deviceready handler with following call, cordova.exec.setJsToNativeBridgeMode(cordova.exec.jsToNativeModes.XHR_NO_PAYLOAD), the callbacks are executed as expected and my application is beinig initialized. If I change the bridge mode back to IFRAME_NAV when the first view is rendered, any following calls to requestFileSystem are being handled as expected. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8002) Creating a new div for every Js - Native exec() call
[ https://issues.apache.org/jira/browse/CB-8002?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14224966#comment-14224966 ] ASF subversion and git services commented on CB-8002: - Commit 227d83a122733fdf0300ffe75507a221bcef2b06 in cordova-js's branch refs/heads/master from [~agrieve] [ https://git-wip-us.apache.org/repos/asf?p=cordova-js.git;h=227d83a ] CB-8002 CB-7735 ios: Properly address iframe bridge failing when iframe is removed from DOM. Creating a new div for every Js - Native exec() call - Key: CB-8002 URL: https://issues.apache.org/jira/browse/CB-8002 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 3.7.0 Environment: Tested on multiple iOS 8.1 devices, simulators Reporter: Serdar Onal Assignee: Shazron Abdullah Priority: Critical Since the 3.7.0 update, when cordova does a Js to Native call using exec(), somehow the underlying cordova.js is creating a gap://ready iframe on every call. This means that if you made 1000 native calls you'll have 1000 divs on the DOM. I believe this issue is of critical priority as it incurs a huge memory leak. Screenshot from safari inspector https://drive.google.com/file/d/0B94TXiq5ycp1anp6aGpTbjhPdG8/view?usp=sharing -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7735) Callbacks not being executed when calling requestFileSystem
[ https://issues.apache.org/jira/browse/CB-7735?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14224976#comment-14224976 ] Andrew Grieve commented on CB-7735: --- After a bunch of investigation, seems the original fix was entirely shoddy. It worked only in a small number of cases (such as for the attached project). I've now updated the fix to work in all cases. The root of my misunderstanding, was that the window.onunload event fires only once for frames that have their navigation canceled by shouldStartLoad: on the native side. So, it wasn't actually even catching all of hte times the iframe was being disconnected. New fix makes bridge ~7% slower on my device, but should work all the time now. Callbacks not being executed when calling requestFileSystem --- Key: CB-7735 URL: https://issues.apache.org/jira/browse/CB-7735 Project: Apache Cordova Issue Type: Bug Components: CordovaJS Affects Versions: 3.7.0 Environment: iOS Reporter: Christophe Benoit Assignee: Andrew Grieve Labels: bridge, callback, filesystem Attachments: filesystem-issue.zip When calling window.requestFileSystem(LocalFileSystem.PERSISTENT, 0, success, error) none of the callback functions are executed. Several calls to window.requestFileSystem are made during the initialization of the application, after the deviceready event. All those calls are being queued in the command queue. If I set the bridge mode to XHR_NO_PAYLOAD in the deviceready handler with following call, cordova.exec.setJsToNativeBridgeMode(cordova.exec.jsToNativeModes.XHR_NO_PAYLOAD), the callbacks are executed as expected and my application is beinig initialized. If I change the bridge mode back to IFRAME_NAV when the first view is rendered, any following calls to requestFileSystem are being handled as expected. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-8002) Creating a new div for every Js - Native exec() call
[ https://issues.apache.org/jira/browse/CB-8002?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Grieve resolved CB-8002. --- Resolution: Fixed Fixed in 3.8.0-dev See CB-7735 for more details about the fix. Creating a new div for every Js - Native exec() call - Key: CB-8002 URL: https://issues.apache.org/jira/browse/CB-8002 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 3.7.0 Environment: Tested on multiple iOS 8.1 devices, simulators Reporter: Serdar Onal Assignee: Shazron Abdullah Priority: Critical Since the 3.7.0 update, when cordova does a Js to Native call using exec(), somehow the underlying cordova.js is creating a gap://ready iframe on every call. This means that if you made 1000 native calls you'll have 1000 divs on the DOM. I believe this issue is of critical priority as it incurs a huge memory leak. Screenshot from safari inspector https://drive.google.com/file/d/0B94TXiq5ycp1anp6aGpTbjhPdG8/view?usp=sharing -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7970) Add cordova-plugin-vibration support for Windows Phone 8.1
[ https://issues.apache.org/jira/browse/CB-7970?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14224978#comment-14224978 ] ASF GitHub Bot commented on CB-7970: Github user purplecabbage commented on the pull request: https://github.com/apache/cordova-plugin-vibration/pull/25#issuecomment-64450100 There are a few issues here. Strictly saying support is added for Windows Phone 8.1 will confuse users who probably don't know the major underlying differences between what we call a cordova-wp8 app and a cordova-windows ( universal with target of wp8.1 ) We need to be extremely clear about this so users understand. I would preface the device supports document with : windows ( univeral w/ target --phone ) or something. I would also like to let this stew a bit, so I can restructure some of the way the windows-universal solution adds c# and c++ code. I find it unwieldy to keep adding projects to the solution, and would like to have a better architecture for this. I will be doing a feature branch to prove the concept. Add cordova-plugin-vibration support for Windows Phone 8.1 -- Key: CB-7970 URL: https://issues.apache.org/jira/browse/CB-7970 Project: Apache Cordova Issue Type: Improvement Components: Plugin Vibration Reporter: Sergey Shakhnazarov -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8026) Apps targeting LOLLIPOP or later default to disallowing third party cookies
[ https://issues.apache.org/jira/browse/CB-8026?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14224995#comment-14224995 ] Joe Bowser commented on CB-8026: This won't prevent a release of 3.8.0, turning it off from being a blocker. Apps targeting LOLLIPOP or later default to disallowing third party cookies --- Key: CB-8026 URL: https://issues.apache.org/jira/browse/CB-8026 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 4.0.0 Reporter: jan Apps that target KITKAT or below default to allowing third party cookies. Apps targeting LOLLIPOP or later default to disallowing third party cookies. https://developer.android.com/reference/android/webkit/CookieManager.html Android 5.0 changes the default behavior for your app. If your app targets API level 21 or higher: The system blocks mixed content and third party cookies by default. To allow mixed content and third party cookies, use the setMixedContentMode() and setAcceptThirdPartyCookies() methods respectively. The system now intelligently chooses portions of the HTML document to draw. This new default behavior helps to reduce memory footprint and increase performance. If you want to render the whole document at once, disable this optimization by calling enableSlowWholeDocumentDraw(). If your app targets API levels lower than 21: The system allows mixed content and third party cookies, and always renders the whole document at once. https://developer.android.com/about/versions/android-5.0-changes.html#BehaviorWebView Workaround in the Comments section... -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Assigned] (CB-8026) Apps targeting LOLLIPOP or later default to disallowing third party cookies
[ https://issues.apache.org/jira/browse/CB-8026?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser reassigned CB-8026: -- Assignee: Joe Bowser Apps targeting LOLLIPOP or later default to disallowing third party cookies --- Key: CB-8026 URL: https://issues.apache.org/jira/browse/CB-8026 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 4.0.0 Reporter: jan Assignee: Joe Bowser Apps that target KITKAT or below default to allowing third party cookies. Apps targeting LOLLIPOP or later default to disallowing third party cookies. https://developer.android.com/reference/android/webkit/CookieManager.html Android 5.0 changes the default behavior for your app. If your app targets API level 21 or higher: The system blocks mixed content and third party cookies by default. To allow mixed content and third party cookies, use the setMixedContentMode() and setAcceptThirdPartyCookies() methods respectively. The system now intelligently chooses portions of the HTML document to draw. This new default behavior helps to reduce memory footprint and increase performance. If you want to render the whole document at once, disable this optimization by calling enableSlowWholeDocumentDraw(). If your app targets API levels lower than 21: The system allows mixed content and third party cookies, and always renders the whole document at once. https://developer.android.com/about/versions/android-5.0-changes.html#BehaviorWebView Workaround in the Comments section... -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-8026) Apps targeting LOLLIPOP or later default to disallowing third party cookies
[ https://issues.apache.org/jira/browse/CB-8026?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser updated CB-8026: --- Priority: Major (was: Blocker) Apps targeting LOLLIPOP or later default to disallowing third party cookies --- Key: CB-8026 URL: https://issues.apache.org/jira/browse/CB-8026 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 4.0.0 Reporter: jan Apps that target KITKAT or below default to allowing third party cookies. Apps targeting LOLLIPOP or later default to disallowing third party cookies. https://developer.android.com/reference/android/webkit/CookieManager.html Android 5.0 changes the default behavior for your app. If your app targets API level 21 or higher: The system blocks mixed content and third party cookies by default. To allow mixed content and third party cookies, use the setMixedContentMode() and setAcceptThirdPartyCookies() methods respectively. The system now intelligently chooses portions of the HTML document to draw. This new default behavior helps to reduce memory footprint and increase performance. If you want to render the whole document at once, disable this optimization by calling enableSlowWholeDocumentDraw(). If your app targets API levels lower than 21: The system allows mixed content and third party cookies, and always renders the whole document at once. https://developer.android.com/about/versions/android-5.0-changes.html#BehaviorWebView Workaround in the Comments section... -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-8043) Orientation preference's value set to anything but landscape or portrait doesn't work.
[ https://issues.apache.org/jira/browse/CB-8043?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser updated CB-8043: --- Priority: Major (was: Critical) Orientation preference's value set to anything but landscape or portrait doesn't work. -- Key: CB-8043 URL: https://issues.apache.org/jira/browse/CB-8043 Project: Apache Cordova Issue Type: Improvement Components: Android Reporter: Rémi Couturier cordova-cli: 4.1.2 cordova-android: 3.6.4 mac: osx yosemite In config.xml, setting the orientation preference's value to anything but landscape or portrait doesn't work. Complete list of possible value: http://developer.android.com/guide/topics/manifest/activity-element.html#screen For example when setting the value to userLandscape and building the app (cordova build android), I'm getting this message: Unknown value for orientation preference: userLandscape. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-8025) App is crashed when taking photo using Camera plugin
[
https://issues.apache.org/jira/browse/CB-8025?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Joe Bowser updated CB-8025:
---
Priority: Major (was: Critical)
App is crashed when taking photo using Camera plugin
Key: CB-8025
URL: https://issues.apache.org/jira/browse/CB-8025
Project: Apache Cordova
Issue Type: Bug
Components: Android, Plugin Camera
Affects Versions: 3.6.3
Environment: Samsung Galaxy Tab 3, Android 4.4.2
Reporter: Igor Yankovsky
Fix For: 3.6.3
The problem is reproduced using the following code:
{code}
camera.getPicture(onSuccess, onFail, {
quality: 25,
encodingType: Camera.EncodingType.JPEG,
targetWidth: 768,
targetHeight: 1024,
destinationType: Camera.DestinationType.FILE_URI,
sourceType: Camera.PictureSourceType.CAMERA,
saveToPhotoAlbum: true
});
{code}
When user is trying to zoom-in then app is crashed. If reduce quality to 10,
it is crashed when tapping on Take Photo button.
Here is a snippet from error log:
E/MrvlCameraEngine(15185): Error: Faild to allocate buffer[12582976] with
error[-2] (
vendor/marvell/generic/cameraengine/samsung/src/cameraengine/ansi_c/general/cam_osal.c,
CAM_MVMalloc, 386 )
E/MrvlCameraEngine(15185): Error: Faild to allocate buffer[12582976] with
error[-22] (
vendor/marvell/generic/cameraengine/samsung/src/cameraengine/ansi_c/general/cam_osal.c,
CAM_MVMalloc, 421 )
E/MrvlCameraEngine(15185): Error: no enough memory[12582976] afford image
post processing(
vendor/marvell/generic/cameraengine/samsung/src/cameraengine/ansi_c/ppu/cam_ppu_gcu.c,
_gcu_yuv_rszrot_roi, 956 )!
E/MrvlCameraEngine(15185): Error Code: CAM_ERROR_OUTOFMEMORY,
vendor/marvell/generic/cameraengine/samsung/src/cameraengine/ansi_c/general/cam_ppu_wrapper.c
- 928
The same code throws no errors on Asus Transformer Pad, Asus MemoPad HD 7 or
any other devices available to me.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Closed] (CB-8025) App is crashed when taking photo using Camera plugin
[
https://issues.apache.org/jira/browse/CB-8025?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Joe Bowser closed CB-8025.
--
Resolution: Won't Fix
This is Samsung really Samsung-ing it up here. We have no control over the
camera and we fire an intent to the default camera activity. This means that
if your camera is crashing when zooming, this is a camera problem, not a
problem with Cordova. This will happen with every app that uses intents to get
a photo.
App is crashed when taking photo using Camera plugin
Key: CB-8025
URL: https://issues.apache.org/jira/browse/CB-8025
Project: Apache Cordova
Issue Type: Bug
Components: Android, Plugin Camera
Affects Versions: 3.6.3
Environment: Samsung Galaxy Tab 3, Android 4.4.2
Reporter: Igor Yankovsky
Fix For: 3.6.3
The problem is reproduced using the following code:
{code}
camera.getPicture(onSuccess, onFail, {
quality: 25,
encodingType: Camera.EncodingType.JPEG,
targetWidth: 768,
targetHeight: 1024,
destinationType: Camera.DestinationType.FILE_URI,
sourceType: Camera.PictureSourceType.CAMERA,
saveToPhotoAlbum: true
});
{code}
When user is trying to zoom-in then app is crashed. If reduce quality to 10,
it is crashed when tapping on Take Photo button.
Here is a snippet from error log:
E/MrvlCameraEngine(15185): Error: Faild to allocate buffer[12582976] with
error[-2] (
vendor/marvell/generic/cameraengine/samsung/src/cameraengine/ansi_c/general/cam_osal.c,
CAM_MVMalloc, 386 )
E/MrvlCameraEngine(15185): Error: Faild to allocate buffer[12582976] with
error[-22] (
vendor/marvell/generic/cameraengine/samsung/src/cameraengine/ansi_c/general/cam_osal.c,
CAM_MVMalloc, 421 )
E/MrvlCameraEngine(15185): Error: no enough memory[12582976] afford image
post processing(
vendor/marvell/generic/cameraengine/samsung/src/cameraengine/ansi_c/ppu/cam_ppu_gcu.c,
_gcu_yuv_rszrot_roi, 956 )!
E/MrvlCameraEngine(15185): Error Code: CAM_ERROR_OUTOFMEMORY,
vendor/marvell/generic/cameraengine/samsung/src/cameraengine/ansi_c/general/cam_ppu_wrapper.c
- 928
The same code throws no errors on Asus Transformer Pad, Asus MemoPad HD 7 or
any other devices available to me.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-8009) cordova platform add android fails even after android-19 is installed
[ https://issues.apache.org/jira/browse/CB-8009?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser resolved CB-8009. Resolution: Incomplete So, cordova platform add android fails even after android-19 is installed --- Key: CB-8009 URL: https://issues.apache.org/jira/browse/CB-8009 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 3.5.0 Environment: Low-Latency Linux AKA Ubuntu Studio 14.04.1 LTS with LXDE desktop Reporter: Bass Cannon Labels: android, cordova, platform /home/bass/.cordova/lib/npm_cache/cordova-android/3.6.4/package/bin/node_modules/q/q.js:126 throw e; ^ Error: Please install Android target android-19. Hint: Run android from your command-line to open the SDK manager. at /home/bass/.cordova/lib/npm_cache/cordova-android/3.6.4/package/bin/lib/check_reqs.js:174:19 at _fulfilled (/home/bass/.cordova/lib/npm_cache/cordova-android/3.6.4/package/bin/node_modules/q/q.js:798:54) at self.promiseDispatch.done (/home/bass/.cordova/lib/npm_cache/cordova-android/3.6.4/package/bin/node_modules/q/q.js:827:30) at Promise.promise.promiseDispatch (/home/bass/.cordova/lib/npm_cache/cordova-android/3.6.4/package/bin/node_modules/q/q.js:760:13) at /home/bass/.cordova/lib/npm_cache/cordova-android/3.6.4/package/bin/node_modules/q/q.js:574:44 at flush (/home/bass/.cordova/lib/npm_cache/cordova-android/3.6.4/package/bin/node_modules/q/q.js:108:17) at process._tickCallback (node.js:419:13) Error: /home/bass/.cordova/lib/npm_cache/cordova-android/3.6.4/package/bin/create: Command failed with exit code 8 at ChildProcess.whenDone (/usr/lib/node_modules/cordova/node_modules/cordova-lib/src/cordova/superspawn.js:135:23) at ChildProcess.emit (events.js:98:17) at maybeClose (child_process.js:756:16) at Process.ChildProcess._handle.onexit (child_process.js:823:5) --- I have just endeavored into PhoneGap using Ripple emulator via Chrome. I have been following this tutorial for Installing Ripple: http://stackoverflow.com/questions/19730429/testing-phonegap-apps-in-the-browser-with-ripple However, when I get to cordova platform add android, it fails even after install android-19, android-17, android-19.1 and android-20. It states that android SDKs aren't installed, as is stated in the error record above. I am at a loss for why this is, however I am certain the resolution can be reached with our collective knowledge and skills. In the meantime, I will be meandering through the JavaScript source for cordova and trying to understand where the error emerges from. Cordially, Jacob Bass Cannon -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-8009) cordova platform add android fails even after android-19 is installed
[ https://issues.apache.org/jira/browse/CB-8009?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14225013#comment-14225013 ] Joe Bowser edited comment on CB-8009 at 11/25/14 7:02 PM: -- This sounds like an environment problem. This works fine on a standard Ubuntu build. If this is acutally a bug, can you provide more than just the stack trace that couldn't find your ANDROID_SDK variable? was (Author: bowserj): This sounds like an environment problem. This works fine on a standard Ubuntu build. cordova platform add android fails even after android-19 is installed --- Key: CB-8009 URL: https://issues.apache.org/jira/browse/CB-8009 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 3.5.0 Environment: Low-Latency Linux AKA Ubuntu Studio 14.04.1 LTS with LXDE desktop Reporter: Bass Cannon Labels: android, cordova, platform /home/bass/.cordova/lib/npm_cache/cordova-android/3.6.4/package/bin/node_modules/q/q.js:126 throw e; ^ Error: Please install Android target android-19. Hint: Run android from your command-line to open the SDK manager. at /home/bass/.cordova/lib/npm_cache/cordova-android/3.6.4/package/bin/lib/check_reqs.js:174:19 at _fulfilled (/home/bass/.cordova/lib/npm_cache/cordova-android/3.6.4/package/bin/node_modules/q/q.js:798:54) at self.promiseDispatch.done (/home/bass/.cordova/lib/npm_cache/cordova-android/3.6.4/package/bin/node_modules/q/q.js:827:30) at Promise.promise.promiseDispatch (/home/bass/.cordova/lib/npm_cache/cordova-android/3.6.4/package/bin/node_modules/q/q.js:760:13) at /home/bass/.cordova/lib/npm_cache/cordova-android/3.6.4/package/bin/node_modules/q/q.js:574:44 at flush (/home/bass/.cordova/lib/npm_cache/cordova-android/3.6.4/package/bin/node_modules/q/q.js:108:17) at process._tickCallback (node.js:419:13) Error: /home/bass/.cordova/lib/npm_cache/cordova-android/3.6.4/package/bin/create: Command failed with exit code 8 at ChildProcess.whenDone (/usr/lib/node_modules/cordova/node_modules/cordova-lib/src/cordova/superspawn.js:135:23) at ChildProcess.emit (events.js:98:17) at maybeClose (child_process.js:756:16) at Process.ChildProcess._handle.onexit (child_process.js:823:5) --- I have just endeavored into PhoneGap using Ripple emulator via Chrome. I have been following this tutorial for Installing Ripple: http://stackoverflow.com/questions/19730429/testing-phonegap-apps-in-the-browser-with-ripple However, when I get to cordova platform add android, it fails even after install android-19, android-17, android-19.1 and android-20. It states that android SDKs aren't installed, as is stated in the error record above. I am at a loss for why this is, however I am certain the resolution can be reached with our collective knowledge and skills. In the meantime, I will be meandering through the JavaScript source for cordova and trying to understand where the error emerges from. Cordially, Jacob Bass Cannon -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-8009) cordova platform add android fails even after android-19 is installed
[ https://issues.apache.org/jira/browse/CB-8009?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14225013#comment-14225013 ] Joe Bowser edited comment on CB-8009 at 11/25/14 7:01 PM: -- This sounds like an environment problem. This works fine on a standard Ubuntu build. was (Author: bowserj): So, cordova platform add android fails even after android-19 is installed --- Key: CB-8009 URL: https://issues.apache.org/jira/browse/CB-8009 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 3.5.0 Environment: Low-Latency Linux AKA Ubuntu Studio 14.04.1 LTS with LXDE desktop Reporter: Bass Cannon Labels: android, cordova, platform /home/bass/.cordova/lib/npm_cache/cordova-android/3.6.4/package/bin/node_modules/q/q.js:126 throw e; ^ Error: Please install Android target android-19. Hint: Run android from your command-line to open the SDK manager. at /home/bass/.cordova/lib/npm_cache/cordova-android/3.6.4/package/bin/lib/check_reqs.js:174:19 at _fulfilled (/home/bass/.cordova/lib/npm_cache/cordova-android/3.6.4/package/bin/node_modules/q/q.js:798:54) at self.promiseDispatch.done (/home/bass/.cordova/lib/npm_cache/cordova-android/3.6.4/package/bin/node_modules/q/q.js:827:30) at Promise.promise.promiseDispatch (/home/bass/.cordova/lib/npm_cache/cordova-android/3.6.4/package/bin/node_modules/q/q.js:760:13) at /home/bass/.cordova/lib/npm_cache/cordova-android/3.6.4/package/bin/node_modules/q/q.js:574:44 at flush (/home/bass/.cordova/lib/npm_cache/cordova-android/3.6.4/package/bin/node_modules/q/q.js:108:17) at process._tickCallback (node.js:419:13) Error: /home/bass/.cordova/lib/npm_cache/cordova-android/3.6.4/package/bin/create: Command failed with exit code 8 at ChildProcess.whenDone (/usr/lib/node_modules/cordova/node_modules/cordova-lib/src/cordova/superspawn.js:135:23) at ChildProcess.emit (events.js:98:17) at maybeClose (child_process.js:756:16) at Process.ChildProcess._handle.onexit (child_process.js:823:5) --- I have just endeavored into PhoneGap using Ripple emulator via Chrome. I have been following this tutorial for Installing Ripple: http://stackoverflow.com/questions/19730429/testing-phonegap-apps-in-the-browser-with-ripple However, when I get to cordova platform add android, it fails even after install android-19, android-17, android-19.1 and android-20. It states that android SDKs aren't installed, as is stated in the error record above. I am at a loss for why this is, however I am certain the resolution can be reached with our collective knowledge and skills. In the meantime, I will be meandering through the JavaScript source for cordova and trying to understand where the error emerges from. Cordially, Jacob Bass Cannon -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-8002) Creating a new div for every Js - Native exec() call
[ https://issues.apache.org/jira/browse/CB-8002?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-8002: - Assignee: Andrew Grieve (was: Shazron Abdullah) Creating a new div for every Js - Native exec() call - Key: CB-8002 URL: https://issues.apache.org/jira/browse/CB-8002 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 3.7.0 Environment: Tested on multiple iOS 8.1 devices, simulators Reporter: Serdar Onal Assignee: Andrew Grieve Priority: Critical Since the 3.7.0 update, when cordova does a Js to Native call using exec(), somehow the underlying cordova.js is creating a gap://ready iframe on every call. This means that if you made 1000 native calls you'll have 1000 divs on the DOM. I believe this issue is of critical priority as it incurs a huge memory leak. Screenshot from safari inspector https://drive.google.com/file/d/0B94TXiq5ycp1anp6aGpTbjhPdG8/view?usp=sharing -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8059) capture.captureAudio not working in nexus 7
[
https://issues.apache.org/jira/browse/CB-8059?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14225019#comment-14225019
]
Joe Bowser commented on CB-8059:
No activity to record sound? Sounds like there's a problem with the device not
having the Default Voice Recorder registered on the intent. :( I'll try
reproducing on this end, but I think this may be a device issue. Remember that
we just fire intents to integrate into Android. If the OS is mis-cofigured,
Cordova just won't work. Did you put a custom ROM?
capture.captureAudio not working in nexus 7
---
Key: CB-8059
URL: https://issues.apache.org/jira/browse/CB-8059
Project: Apache Cordova
Issue Type: Bug
Components: Android, Plugin Media Capture
Affects Versions: 3.5.0
Reporter: Jon Mathew
Labels: media-capture
Attachments: screenshot-1.png
Original Estimate: 96h
Remaining Estimate: 96h
I'm developing one simple application using phonegap for Android devices, in
which one of the functionality is Audio Recording. The snippet to capture
voice is as below -
function captureAudio() {
navigator.device.capture.captureAudio(captureSuccess, captureError, {
limit: 1, duration: 60 });
}
The application is running as expected in Samsung Tab 2 (Android version
4.1.2) and user can able to record the voice.
The same application I had deployed on Lenovo A 1000 (Android version 4.1.2)
and nexus 7 (Android 4.4) but default voice recorder is not opening and I'm
getting following error in logcat -
In Cordova 3.x version:- android.content.ActivityNotFoundException: No
Activity found to handle Intent {
act=android.provider.MediaStore.RECORD_SOUND }
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Assigned] (CB-8059) capture.captureAudio not working in nexus 7
[
https://issues.apache.org/jira/browse/CB-8059?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Joe Bowser reassigned CB-8059:
--
Assignee: Joe Bowser
capture.captureAudio not working in nexus 7
---
Key: CB-8059
URL: https://issues.apache.org/jira/browse/CB-8059
Project: Apache Cordova
Issue Type: Bug
Components: Android, Plugin Media Capture
Affects Versions: 3.5.0
Reporter: Jon Mathew
Assignee: Joe Bowser
Labels: media-capture
Attachments: screenshot-1.png
Original Estimate: 96h
Remaining Estimate: 96h
I'm developing one simple application using phonegap for Android devices, in
which one of the functionality is Audio Recording. The snippet to capture
voice is as below -
function captureAudio() {
navigator.device.capture.captureAudio(captureSuccess, captureError, {
limit: 1, duration: 60 });
}
The application is running as expected in Samsung Tab 2 (Android version
4.1.2) and user can able to record the voice.
The same application I had deployed on Lenovo A 1000 (Android version 4.1.2)
and nexus 7 (Android 4.4) but default voice recorder is not opening and I'm
getting following error in logcat -
In Cordova 3.x version:- android.content.ActivityNotFoundException: No
Activity found to handle Intent {
act=android.provider.MediaStore.RECORD_SOUND }
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7982) Shield webView and loadUrl(), Make Cordova Plugin Reusable for other Frameworks
[ https://issues.apache.org/jira/browse/CB-7982?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14225028#comment-14225028 ] Joe Bowser commented on CB-7982: This is a whole new API proposal. The current proposal sounds like it's incompatible with the changes happening in Cordova currently with the third party WebViews. I recommend bringing this discussion to the Cordova Mailing List. Shield webView and loadUrl(), Make Cordova Plugin Reusable for other Frameworks --- Key: CB-7982 URL: https://issues.apache.org/jira/browse/CB-7982 Project: Apache Cordova Issue Type: New Feature Components: Android, iOS Affects Versions: Master Reporter: Liming Xie Labels: features Fix For: Master Original Estimate: 168h Remaining Estimate: 168h This idea CordovaX is to make hundreds of Cordova plugin reusable, not only in Cordova, but also for Unity3d, cocos2dx, etc. Cordova plugin manager is bridging function call between javascript and native languages, actually, it can be ported to bridge with C, C++, C#, then it can be reused for Unity, Cocos2d-X and other frameworks. To achieve the purpose, need make the interface between plugin and framework more common, the adapter interface below is usually enough for a plugin author: getActivity(), for Android / getViewController, for iOS getView() sendPluginResult() fireEvent(obj, eventName, jsonData), the obj can be window, document, cordova, etc. Some prototype based on current interface: https://github.com/floatinghotpot/cordova-plugin-ext If allow modify current implementation: 1. use cordova.getView(), instead of access webView directly. 2. call commandDelegate.fireEvent(), instead of call webView.loadUrl(). 3. hide ref to webView in CordovaPlugin. Plugin Manager for Unity3d/Cocos2dX can be implemented based on current Cordova framework by changing to corresponding adapter (cordova, commandDelegate) Discussed with Shazron, and decide to add a Jira tracker here. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-7992) Weird behavior when more than one script tag for cordova.js
[
https://issues.apache.org/jira/browse/CB-7992?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Joe Bowser updated CB-7992:
---
Priority: Trivial (was: Major)
I'm not even convinced this is a bug. If you include the JS multiple times,
you're not guaranteed to get a proper bridge, and it may be trying to get
multiple bridge secrets. This is easily avoided by not including cordova.js
multiple times.
Weird behavior when more than one script tag for cordova.js
-
Key: CB-7992
URL: https://issues.apache.org/jira/browse/CB-7992
Project: Apache Cordova
Issue Type: Bug
Components: Android
Affects Versions: 3.4.0
Reporter: Julian Horn
Priority: Trivial
If a program has more than one script tag for cordova.js, weird behavior
ensues. This file should protect itself against multiple inclusion; this is
a not-uncommon newbie mistake.
The problems I've seen are in the android version of cordova.js, but it's
possible that other platforms have similar problems.
The weird behavior states with this console message:
Falling back on PROMPT mode since _cordovaNative is missing. Expected for
Android 3.2 and lower only.
Then you see a dialog that says
gap:[PluginManager,startup,PluginManager818789619]
(OK) (Cancel)
Without going into all the details, if you click Cancel you live. If you
click OK you will hang.
These weird dialogs are put up by this code:
{code}// file: src/android/android/promptbasednativeapi.js
define(cordova/android/promptbasednativeapi, function(require, exports,
module) {
/**
* Implements the API of ExposedJsApi.java, but uses prompt() to communicate.
* This is used only on the 2.3 simulator, where addJavascriptInterface() is
broken.
*/
module.exports = {
exec: function(service, action, callbackId, argsJson) {
return prompt(argsJson, 'gap:'+JSON.stringify([service, action,
callbackId]));
},{code}
This is some kind of error recovery code. You can probably work out how this
gets activated when I tell you that the console also shows this message:
Uncaught module cordova/plugin_list already defined
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8042) Still got the error “Cannot set property connection of #Navigator” with fixing of CB-7868 on Android cordova 3.6.4
[
https://issues.apache.org/jira/browse/CB-8042?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14225037#comment-14225037
]
Joe Bowser commented on CB-8042:
OK, so how exactly do you recreate this issue? None of the committers have been
able to re-create the past issue, and we had to throw the code over the fence.
That's why I didn't want to close this thing last time. Can you send us an
example of this failing so I don't spend hours hunting for this thing and not
finding it.
Still got the error “Cannot set property connection of #Navigator” with
fixing of CB-7868 on Android cordova 3.6.4
Key: CB-8042
URL: https://issues.apache.org/jira/browse/CB-8042
Project: Apache Cordova
Issue Type: Bug
Components: Android, CordovaJS
Reporter: JoeSong
Android Cordova 3.6.4 breaks the compatibility with some versions of
Android(4.0 and 4.0.3). The app won't load.
The console print the TypeError “Cannot set property connection of
#Navigator” . Then, it cause the device ready event can't be fired.
There is another issue CB-7868 also mention this error. Also, I tried to
merge the fixing of CB-7868,https://github.com/apache/cordova-js/pull/88,
into my project. But, I still get the same error only on Android 4.0(API 14)
and Android 4.0.3(API 15) emulator.
Then, I merge the following fixing mentioned by Andrew Grieve on CB-7868. It
works now.
***
function clobber(obj, key, value) {
exports.replaceHookForTesting(obj, key);
-obj[key] = value;
+var needsProperty = false;
+try {
+obj[key] = value;
+} catch (e) {
+needsProperty = true;
+}
// Getters can only be overridden by getters.
-if (obj[key] !== value) {
+if (needsProperty || obj[key] !== value) {
utils.defineGetter(obj, key, function() {
return value;
});
*
I also get the IOS cordova 3.7.0. I found the fixing with
https://github.com/apache/cordova-js/pull/88 has been applied. But, the
function, clobber , still don't has above fixing.
So, my question is that, what's the right fixing for the error.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Assigned] (CB-8042) Still got the error “Cannot set property connection of #Navigator” with fixing of CB-7868 on Android cordova 3.6.4
[
https://issues.apache.org/jira/browse/CB-8042?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Joe Bowser reassigned CB-8042:
--
Assignee: Joe Bowser
Still got the error “Cannot set property connection of #Navigator” with
fixing of CB-7868 on Android cordova 3.6.4
Key: CB-8042
URL: https://issues.apache.org/jira/browse/CB-8042
Project: Apache Cordova
Issue Type: Bug
Components: Android, CordovaJS
Reporter: JoeSong
Assignee: Joe Bowser
Android Cordova 3.6.4 breaks the compatibility with some versions of
Android(4.0 and 4.0.3). The app won't load.
The console print the TypeError “Cannot set property connection of
#Navigator” . Then, it cause the device ready event can't be fired.
There is another issue CB-7868 also mention this error. Also, I tried to
merge the fixing of CB-7868,https://github.com/apache/cordova-js/pull/88,
into my project. But, I still get the same error only on Android 4.0(API 14)
and Android 4.0.3(API 15) emulator.
Then, I merge the following fixing mentioned by Andrew Grieve on CB-7868. It
works now.
***
function clobber(obj, key, value) {
exports.replaceHookForTesting(obj, key);
-obj[key] = value;
+var needsProperty = false;
+try {
+obj[key] = value;
+} catch (e) {
+needsProperty = true;
+}
// Getters can only be overridden by getters.
-if (obj[key] !== value) {
+if (needsProperty || obj[key] !== value) {
utils.defineGetter(obj, key, function() {
return value;
});
*
I also get the IOS cordova 3.7.0. I found the fixing with
https://github.com/apache/cordova-js/pull/88 has been applied. But, the
function, clobber , still don't has above fixing.
So, my question is that, what's the right fixing for the error.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-3679) Breakout SplashScreen Plugin for Android
[ https://issues.apache.org/jira/browse/CB-3679?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14225040#comment-14225040 ] Joe Bowser commented on CB-3679: Are there tests attached to this? Breakout SplashScreen Plugin for Android Key: CB-3679 URL: https://issues.apache.org/jira/browse/CB-3679 Project: Apache Cordova Issue Type: Improvement Components: Android, Plugin SplashScreen Reporter: Steve Gill Assignee: Andrew Grieve Fix For: 3.0.0 -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-7918) Can't run or compile with android platform
[
https://issues.apache.org/jira/browse/CB-7918?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Joe Bowser resolved CB-7918.
Resolution: Not a Problem
This appears to be an issue with your ant configuration, I recommend posting
on StackOverflow on how to fix your ANT configuration.
Can't run or compile with android platform
--
Key: CB-7918
URL: https://issues.apache.org/jira/browse/CB-7918
Project: Apache Cordova
Issue Type: Bug
Components: Android
Affects Versions: 4.0.0
Environment: Os x yosemite
Reporter: Saul Giordani
Labels: build, newbie
Hi, I'm trying to compile my cordova project: when I try to compile iOS it
works, but the command
cordova compile android returns these errors
BUILD FAILED
/Users/saulgiordani/Documents/Programmazione/PhoneGapp:/Users/saulgiordani/documents/programmazione/phonegapp:cordova/apps/testapp/platforms/android/build.xml:7:
The following error occurred while executing this line:
java.io.FileNotFoundException:
/Users/saulgiordani/Documents/Programmazione/PhoneGapp:/usr/local/Cellar/ant/1.9.4/libexec/lib/ant.jar
(No such file or directory)
at java.io.RandomAccessFile.open(Native Method)
at java.io.RandomAccessFile.(RandomAccessFile.java:243)
at org.apache.tools.zip.ZipFile.(ZipFile.java:211)
at org.apache.tools.zip.ZipFile.(ZipFile.java:176)
at org.apache.tools.ant.helper.ProjectHelper2.parse(ProjectHelper2.java:256)
at
org.apache.tools.ant.helper.ProjectHelper2.parseUnknownElement(ProjectHelper2.java:131)
at
org.apache.tools.ant.helper.ProjectHelper2.parseAntlibDescriptor(ProjectHelper2.java:111)
at org.apache.tools.ant.taskdefs.Antlib.createAntlib(Antlib.java:94)
at org.apache.tools.ant.taskdefs.Definer.loadAntlib(Definer.java:425)
at org.apache.tools.ant.taskdefs.Definer.execute(Definer.java:277)
at
org.apache.tools.ant.ComponentHelper.checkNamespace(ComponentHelper.java:874)
at
org.apache.tools.ant.ComponentHelper.getDefinition(ComponentHelper.java:307)
at
org.apache.tools.ant.ComponentHelper.createComponent(ComponentHelper.java:284)
at
org.apache.tools.ant.ComponentHelper.createComponent(ComponentHelper.java:263)
at org.apache.tools.ant.UnknownElement.makeObject(UnknownElement.java:429)
at org.apache.tools.ant.UnknownElement.maybeConfigure(UnknownElement.java:163)
at org.apache.tools.ant.Task.perform(Task.java:347)
at org.apache.tools.ant.Target.execute(Target.java:435)
at org.apache.tools.ant.helper.ProjectHelper2.parse(ProjectHelper2.java:180)
at org.apache.tools.ant.ProjectHelper.configureProject(ProjectHelper.java:93)
at org.apache.tools.ant.Main.runBuild(Main.java:826)
at org.apache.tools.ant.Main.startAnt(Main.java:235)
at org.apache.tools.ant.launch.Launcher.run(Launcher.java:280)
at org.apache.tools.ant.launch.Launcher.main(Launcher.java:109)
Total time: 0 seconds
/Users/saulgiordani/documents/programmazione/phonegapp:cordova/apps/testapp/platforms/android/cordova/node_modules/q/q.js:126
throw e;
^
Error code 1 for command: ant with args:
debug,-f,/Users/saulgiordani/documents/programmazione/phonegapp:cordova/apps/testapp/platforms/android/build.xml,-Dout.dir=ant-build,-Dgen.absolute.dir=ant-gen
Error:
/Users/saulgiordani/documents/programmazione/phonegapp:cordova/apps/testapp/platforms/android/cordova/build:
Command failed with exit code 8
at ChildProcess.whenDone
(/usr/local/lib/node_modules/cordova/node_modules/cordova-lib/src/cordova/superspawn.js:135:23)
at ChildProcess.emit (events.js:98:17)
at maybeClose (child_process.js:756:16)
at Process.ChildProcess._handle.onexit (child_process.js:823:5)
My bash profile:
export
PATH=${PATH}:/Users/saulgiordani/Documents/Programmazione/Android/adt-bundle-mac-x86_64-20130729/sdk/platform-tools:/Users/saulgiordani/Documents/Programmazione/Android/adt-bundle-mac-x86_64-20130729/sdk/tools
export PATH=${PATH}:/usr/local/Cellar/ant/1.9.4/libexec/lib
export PATH=${PATH}:/usr/libexec/java_home
I'm getting crazy, please help me!
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-7770) Block List the url
[ https://issues.apache.org/jira/browse/CB-7770?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser updated CB-7770: --- Priority: Minor (was: Major) Putting this to minor because whitelisting the chromeandroidvox.js was intentional so we can have Talkback Support in Cordova. I believe that we will be changing how Cordova works w.r.t. talkback and third-party JS, so this may end up being addressed in a different issue. Block List the url -- Key: CB-7770 URL: https://issues.apache.org/jira/browse/CB-7770 Project: Apache Cordova Issue Type: Bug Components: Android, App Hello World, Browser, CordovaLib Affects Versions: 3.4.0 Environment: Android sdk, android device Reporter: Lakshmi Priority: Minor Labels: security Blocklist specfic url in Hybrid mobile application (Cordova and Jquery mobile) framework -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-3679) Breakout SplashScreen Plugin for Android
[ https://issues.apache.org/jira/browse/CB-3679?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14225078#comment-14225078 ] Andrew Grieve commented on CB-3679: --- Sorry - PRs aren't quite ready. Will hopefully get around to it this week. This shouldn't affect any tests. I'll be sure to run them before updating the PR, but this is 100% a refactoring, so shouldn't change behaviour. Breakout SplashScreen Plugin for Android Key: CB-3679 URL: https://issues.apache.org/jira/browse/CB-3679 Project: Apache Cordova Issue Type: Improvement Components: Android, Plugin SplashScreen Reporter: Steve Gill Assignee: Andrew Grieve Fix For: 3.0.0 -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-8074) post informational blog entry about iOS 64-bit
Marcel Kinard created CB-8074: - Summary: post informational blog entry about iOS 64-bit Key: CB-8074 URL: https://issues.apache.org/jira/browse/CB-8074 Project: Apache Cordova Issue Type: Task Components: Website Reporter: Marcel Kinard Assignee: Marcel Kinard Priority: Minor Apple's app store is introducing new requirements around 64-bit apps. We should publish a blog entry regarding this to be more proactive about questions that may arise. See http://markmail.org/message/opxfyzdci4bqyis6 -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8074) post informational blog entry about iOS 64-bit
[ https://issues.apache.org/jira/browse/CB-8074?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14225083#comment-14225083 ] ASF subversion and git services commented on CB-8074: - Commit 1641676 from [~cmarcelk] [ https://svn.apache.org/r1641676 ] CB-8074 public blog entry regarding iOS 64-bit post informational blog entry about iOS 64-bit -- Key: CB-8074 URL: https://issues.apache.org/jira/browse/CB-8074 Project: Apache Cordova Issue Type: Task Components: Website Reporter: Marcel Kinard Assignee: Marcel Kinard Priority: Minor Apple's app store is introducing new requirements around 64-bit apps. We should publish a blog entry regarding this to be more proactive about questions that may arise. See http://markmail.org/message/opxfyzdci4bqyis6 -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-8074) post informational blog entry about iOS 64-bit
[ https://issues.apache.org/jira/browse/CB-8074?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marcel Kinard resolved CB-8074. --- Resolution: Fixed post informational blog entry about iOS 64-bit -- Key: CB-8074 URL: https://issues.apache.org/jira/browse/CB-8074 Project: Apache Cordova Issue Type: Task Components: Website Reporter: Marcel Kinard Assignee: Marcel Kinard Priority: Minor Apple's app store is introducing new requirements around 64-bit apps. We should publish a blog entry regarding this to be more proactive about questions that may arise. See http://markmail.org/message/opxfyzdci4bqyis6 -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8074) post informational blog entry about iOS 64-bit
[ https://issues.apache.org/jira/browse/CB-8074?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14225093#comment-14225093 ] Marcel Kinard commented on CB-8074: --- Now live: http://cordova.apache.org/announcements/2014/11/25/ios-64bit.html post informational blog entry about iOS 64-bit -- Key: CB-8074 URL: https://issues.apache.org/jira/browse/CB-8074 Project: Apache Cordova Issue Type: Task Components: Website Reporter: Marcel Kinard Assignee: Marcel Kinard Priority: Minor Apple's app store is introducing new requirements around 64-bit apps. We should publish a blog entry regarding this to be more proactive about questions that may arise. See http://markmail.org/message/opxfyzdci4bqyis6 -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-8075) apache-blog-posts.git out of sync with cordova-website/www/_posts
Marcel Kinard created CB-8075:
-
Summary: apache-blog-posts.git out of sync with
cordova-website/www/_posts
Key: CB-8075
URL: https://issues.apache.org/jira/browse/CB-8075
Project: Apache Cordova
Issue Type: Bug
Components: Website
Reporter: Marcel Kinard
Assignee: Marcel Kinard
Priority: Minor
{code}
$ diff -q -r apache-blog-posts/ cordova-website/www/_posts/
Files apache-blog-posts/2014-09-17-plugins-release.md and
cordova-website/www/_posts/2014-09-17-plugins-release.md differ
Files apache-blog-posts/2014-11-18-cordova-perf.md and
cordova-website/www/_posts/2014-11-18-cordova-perf.md differ
{code}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8075) apache-blog-posts.git out of sync with cordova-website/www/_posts
[
https://issues.apache.org/jira/browse/CB-8075?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14225113#comment-14225113
]
Marcel Kinard commented on CB-8075:
---
Completed:
https://github.com/cordova/apache-blog-posts/commit/98319e2178ac301dc238b7644c6fa0cb10bae26a
apache-blog-posts.git out of sync with cordova-website/www/_posts
-
Key: CB-8075
URL: https://issues.apache.org/jira/browse/CB-8075
Project: Apache Cordova
Issue Type: Bug
Components: Website
Reporter: Marcel Kinard
Assignee: Marcel Kinard
Priority: Minor
{code}
$ diff -q -r apache-blog-posts/ cordova-website/www/_posts/
Files apache-blog-posts/2014-09-17-plugins-release.md and
cordova-website/www/_posts/2014-09-17-plugins-release.md differ
Files apache-blog-posts/2014-11-18-cordova-perf.md and
cordova-website/www/_posts/2014-11-18-cordova-perf.md differ
{code}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-8075) apache-blog-posts.git out of sync with cordova-website/www/_posts
[
https://issues.apache.org/jira/browse/CB-8075?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marcel Kinard resolved CB-8075.
---
Resolution: Fixed
apache-blog-posts.git out of sync with cordova-website/www/_posts
-
Key: CB-8075
URL: https://issues.apache.org/jira/browse/CB-8075
Project: Apache Cordova
Issue Type: Bug
Components: Website
Reporter: Marcel Kinard
Assignee: Marcel Kinard
Priority: Minor
{code}
$ diff -q -r apache-blog-posts/ cordova-website/www/_posts/
Files apache-blog-posts/2014-09-17-plugins-release.md and
cordova-website/www/_posts/2014-09-17-plugins-release.md differ
Files apache-blog-posts/2014-11-18-cordova-perf.md and
cordova-website/www/_posts/2014-11-18-cordova-perf.md differ
{code}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-8076) Add browser platform support to all core plugins
Mark Koudritsky created CB-8076: --- Summary: Add browser platform support to all core plugins Key: CB-8076 URL: https://issues.apache.org/jira/browse/CB-8076 Project: Apache Cordova Issue Type: Improvement Components: Browser Reporter: Mark Koudritsky -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-7957) Add cordova-plugin-file-transfer support for browser platform
[ https://issues.apache.org/jira/browse/CB-7957?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mark Koudritsky updated CB-7957: Issue Type: Sub-task (was: Improvement) Parent: CB-8076 Add cordova-plugin-file-transfer support for browser platform -- Key: CB-7957 URL: https://issues.apache.org/jira/browse/CB-7957 Project: Apache Cordova Issue Type: Sub-task Components: Browser Reporter: Sergey Shakhnazarov -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7970) Add cordova-plugin-vibration support for Windows Phone 8.1
[ https://issues.apache.org/jira/browse/CB-7970?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14225210#comment-14225210 ] ASF GitHub Bot commented on CB-7970: Github user daserge commented on the pull request: https://github.com/apache/cordova-plugin-vibration/pull/25#issuecomment-64471333 Hello Jesse, Thanks for the review, I will update the docs. By restructuring do you mean [using csproj instead of winmd](https://github.com/apache/cordova-lib/pull/121) component? Add cordova-plugin-vibration support for Windows Phone 8.1 -- Key: CB-7970 URL: https://issues.apache.org/jira/browse/CB-7970 Project: Apache Cordova Issue Type: Improvement Components: Plugin Vibration Reporter: Sergey Shakhnazarov -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-7953) Add cordova-plugin-battery-status support for browser platform
[ https://issues.apache.org/jira/browse/CB-7953?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mark Koudritsky updated CB-7953: Issue Type: Sub-task (was: Improvement) Parent: CB-8076 Add cordova-plugin-battery-status support for browser platform -- Key: CB-7953 URL: https://issues.apache.org/jira/browse/CB-7953 Project: Apache Cordova Issue Type: Sub-task Components: Browser Reporter: Sergey Shakhnazarov -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-7955) Add cordova-plugin-dialogs support for browser platform
[ https://issues.apache.org/jira/browse/CB-7955?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mark Koudritsky updated CB-7955: Issue Type: Sub-task (was: Improvement) Parent: CB-8076 Add cordova-plugin-dialogs support for browser platform --- Key: CB-7955 URL: https://issues.apache.org/jira/browse/CB-7955 Project: Apache Cordova Issue Type: Sub-task Components: Browser Reporter: Sergey Shakhnazarov -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-7954) Add cordova-plugin-contacts support for browser platform
[ https://issues.apache.org/jira/browse/CB-7954?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mark Koudritsky updated CB-7954: Issue Type: Sub-task (was: Improvement) Parent: CB-8076 Add cordova-plugin-contacts support for browser platform Key: CB-7954 URL: https://issues.apache.org/jira/browse/CB-7954 Project: Apache Cordova Issue Type: Sub-task Components: Browser Reporter: Sergey Shakhnazarov -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-7952) Add cordova-plugin-console support for browser platform
[ https://issues.apache.org/jira/browse/CB-7952?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mark Koudritsky updated CB-7952: Issue Type: Sub-task (was: Improvement) Parent: CB-8076 Add cordova-plugin-console support for browser platform --- Key: CB-7952 URL: https://issues.apache.org/jira/browse/CB-7952 Project: Apache Cordova Issue Type: Sub-task Components: Browser Reporter: Sergey Shakhnazarov -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-7966) Add cordova-plugin-vibration support for browser platform
[ https://issues.apache.org/jira/browse/CB-7966?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mark Koudritsky updated CB-7966: Issue Type: Sub-task (was: Improvement) Parent: CB-8076 Add cordova-plugin-vibration support for browser platform - Key: CB-7966 URL: https://issues.apache.org/jira/browse/CB-7966 Project: Apache Cordova Issue Type: Sub-task Components: Browser Reporter: Sergey Shakhnazarov -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-7965) Add cordova-plugin-statusbar support for browser platform
[ https://issues.apache.org/jira/browse/CB-7965?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mark Koudritsky updated CB-7965: Issue Type: Sub-task (was: Improvement) Parent: CB-8076 Add cordova-plugin-statusbar support for browser platform - Key: CB-7965 URL: https://issues.apache.org/jira/browse/CB-7965 Project: Apache Cordova Issue Type: Sub-task Components: Browser Reporter: Sergey Shakhnazarov -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-7956) Add cordova-plugin-file support for browser platform
[ https://issues.apache.org/jira/browse/CB-7956?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mark Koudritsky updated CB-7956: Issue Type: Sub-task (was: Improvement) Parent: CB-8076 Add cordova-plugin-file support for browser platform Key: CB-7956 URL: https://issues.apache.org/jira/browse/CB-7956 Project: Apache Cordova Issue Type: Sub-task Components: Browser Reporter: Sergey Shakhnazarov -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-7963) Add cordova-plugin-media-capture support for browser platform
[ https://issues.apache.org/jira/browse/CB-7963?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mark Koudritsky updated CB-7963: Issue Type: Sub-task (was: Improvement) Parent: CB-8076 Add cordova-plugin-media-capture support for browser platform - Key: CB-7963 URL: https://issues.apache.org/jira/browse/CB-7963 Project: Apache Cordova Issue Type: Sub-task Components: Browser Reporter: Sergey Shakhnazarov -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-7962) Add cordova-plugin-media support for browser platform
[ https://issues.apache.org/jira/browse/CB-7962?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mark Koudritsky updated CB-7962: Issue Type: Sub-task (was: Improvement) Parent: CB-8076 Add cordova-plugin-media support for browser platform - Key: CB-7962 URL: https://issues.apache.org/jira/browse/CB-7962 Project: Apache Cordova Issue Type: Sub-task Components: Browser Reporter: Sergey Shakhnazarov -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-7960) Add cordova-plugin-globalization support for browser platform
[ https://issues.apache.org/jira/browse/CB-7960?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mark Koudritsky updated CB-7960: Issue Type: Sub-task (was: Improvement) Parent: CB-8076 Add cordova-plugin-globalization support for browser platform - Key: CB-7960 URL: https://issues.apache.org/jira/browse/CB-7960 Project: Apache Cordova Issue Type: Sub-task Components: Browser Reporter: Sergey Shakhnazarov -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7992) Weird behavior when more than one script tag for cordova.js
[
https://issues.apache.org/jira/browse/CB-7992?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14225317#comment-14225317
]
Julian Horn commented on CB-7992:
-
Of course this case is a user error. The JIRA asks for more graceful error
recovery when a user makes that mistake.
I had in mind that this could be avoided by adding code that detects that
cordova.js was already included and simply return, doing nothing the second
time. If that's not possible for some reason, then it would be better to raise
an alert saying what you did wrong. The present behavior is really weird
looking and can hang.
Weird behavior when more than one script tag for cordova.js
-
Key: CB-7992
URL: https://issues.apache.org/jira/browse/CB-7992
Project: Apache Cordova
Issue Type: Bug
Components: Android
Affects Versions: 3.4.0
Reporter: Julian Horn
Priority: Trivial
If a program has more than one script tag for cordova.js, weird behavior
ensues. This file should protect itself against multiple inclusion; this is
a not-uncommon newbie mistake.
The problems I've seen are in the android version of cordova.js, but it's
possible that other platforms have similar problems.
The weird behavior states with this console message:
Falling back on PROMPT mode since _cordovaNative is missing. Expected for
Android 3.2 and lower only.
Then you see a dialog that says
gap:[PluginManager,startup,PluginManager818789619]
(OK) (Cancel)
Without going into all the details, if you click Cancel you live. If you
click OK you will hang.
These weird dialogs are put up by this code:
{code}// file: src/android/android/promptbasednativeapi.js
define(cordova/android/promptbasednativeapi, function(require, exports,
module) {
/**
* Implements the API of ExposedJsApi.java, but uses prompt() to communicate.
* This is used only on the 2.3 simulator, where addJavascriptInterface() is
broken.
*/
module.exports = {
exec: function(service, action, callbackId, argsJson) {
return prompt(argsJson, 'gap:'+JSON.stringify([service, action,
callbackId]));
},{code}
This is some kind of error recovery code. You can probably work out how this
gets activated when I tell you that the console also shows this message:
Uncaught module cordova/plugin_list already defined
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-7961) Add cordova-plugin-inappbrowser support for browser platform
[ https://issues.apache.org/jira/browse/CB-7961?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mark Koudritsky updated CB-7961: Issue Type: Sub-task (was: Improvement) Parent: CB-8076 Add cordova-plugin-inappbrowser support for browser platform Key: CB-7961 URL: https://issues.apache.org/jira/browse/CB-7961 Project: Apache Cordova Issue Type: Sub-task Components: Browser Reporter: Sergey Shakhnazarov -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-7964) Add cordova-plugin-splashscreen support for browser platform
[ https://issues.apache.org/jira/browse/CB-7964?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mark Koudritsky updated CB-7964: Issue Type: Sub-task (was: Improvement) Parent: CB-8076 Add cordova-plugin-splashscreen support for browser platform Key: CB-7964 URL: https://issues.apache.org/jira/browse/CB-7964 Project: Apache Cordova Issue Type: Sub-task Components: Browser Reporter: Sergey Shakhnazarov -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-8077) Camera plugin) Retake and Use photo buttons disappear after putting the app to background.
Jonathan Lee created CB-8077: Summary: Camera plugin) Retake and Use photo buttons disappear after putting the app to background. Key: CB-8077 URL: https://issues.apache.org/jira/browse/CB-8077 Project: Apache Cordova Issue Type: Bug Components: Android, iOS, Plugin Camera Affects Versions: 3.5.0 Reporter: Jonathan Lee Env: iOS 8.0.2 on iPad Air Steps to reproduce: - Bring up the camera. - Take a picture = You see two buttons. One for Retake. The other for Use - Press Home button of your device to put your app to background. - Bring back your app to foreground. Expected behaviour: - You see two buttons. One for Retake. The other for Use. Actual behaviour: - Retake and Use buttons are not displayed from bottom toolbar. Instead, you see Take picture button and Cancel button. - Only Cancel button works from this state. Additional Note: - On Android (4.4.2 on Nexus 10), - If you bring back your app to foreground from running app-list (double rectangle button), only Take picture button is visible and functional. - If you bring back your app to foreground from clicking your app icon, a whole camera plugin screen disappears. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-8077) Camera plugin) Retake and Use photo buttons disappear after putting the app to background.
[ https://issues.apache.org/jira/browse/CB-8077?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jonathan Lee updated CB-8077: - Attachment: camera-plugin-bug.mov Video demonstration of the problem. Camera plugin) Retake and Use photo buttons disappear after putting the app to background. -- Key: CB-8077 URL: https://issues.apache.org/jira/browse/CB-8077 Project: Apache Cordova Issue Type: Bug Components: Android, iOS, Plugin Camera Affects Versions: 3.5.0 Reporter: Jonathan Lee Attachments: camera-plugin-bug.mov Env: iOS 8.0.2 on iPad Air Steps to reproduce: - Bring up the camera. - Take a picture = You see two buttons. One for Retake. The other for Use - Press Home button of your device to put your app to background. - Bring back your app to foreground. Expected behaviour: - You see two buttons. One for Retake. The other for Use. Actual behaviour: - Retake and Use buttons are not displayed from bottom toolbar. Instead, you see Take picture button and Cancel button. - Only Cancel button works from this state. Additional Note: - On Android (4.4.2 on Nexus 10), - If you bring back your app to foreground from running app-list (double rectangle button), only Take picture button is visible and functional. - If you bring back your app to foreground from clicking your app icon, a whole camera plugin screen disappears. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-8077) Camera plugin) Retake and Use photo buttons disappear after putting the app to background.
[ https://issues.apache.org/jira/browse/CB-8077?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14225354#comment-14225354 ] Jonathan Lee edited comment on CB-8077 at 11/25/14 11:10 PM: - Video demonstration of the problem is attached. was (Author: jhrinoa): Video demonstration of the problem. Camera plugin) Retake and Use photo buttons disappear after putting the app to background. -- Key: CB-8077 URL: https://issues.apache.org/jira/browse/CB-8077 Project: Apache Cordova Issue Type: Bug Components: Android, iOS, Plugin Camera Affects Versions: 3.5.0 Reporter: Jonathan Lee Attachments: camera-plugin-bug.mov Please find the attached file for a video demonstration of this problem. Env: iOS 8.0.2 on iPad Air Steps to reproduce: - Bring up the camera. - Take a picture = You see two buttons. One for Retake. The other for Use - Press Home button of your device to put your app to background. - Bring back your app to foreground. Expected behaviour: - You see two buttons. One for Retake. The other for Use. Actual behaviour: - Retake and Use buttons are not displayed from bottom toolbar. Instead, you see Take picture button and Cancel button. - Only Cancel button works from this state. Additional Note: - On Android (4.4.2 on Nexus 10), - If you bring back your app to foreground from running app-list (double rectangle button), only Take picture button is visible and functional. - If you bring back your app to foreground from clicking your app icon, a whole camera plugin screen disappears. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-8077) Camera plugin) Retake and Use photo buttons disappear after putting the app to background.
[ https://issues.apache.org/jira/browse/CB-8077?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jonathan Lee updated CB-8077: - Description: Please find the attached file for a video demonstration of this problem. Env: iOS 8.0.2 on iPad Air Steps to reproduce: - Bring up the camera. - Take a picture = You see two buttons. One for Retake. The other for Use - Press Home button of your device to put your app to background. - Bring back your app to foreground. Expected behaviour: - You see two buttons. One for Retake. The other for Use. Actual behaviour: - Retake and Use buttons are not displayed from bottom toolbar. Instead, you see Take picture button and Cancel button. - Only Cancel button works from this state. Additional Note: - On Android (4.4.2 on Nexus 10), - If you bring back your app to foreground from running app-list (double rectangle button), only Take picture button is visible and functional. - If you bring back your app to foreground from clicking your app icon, a whole camera plugin screen disappears. was: Env: iOS 8.0.2 on iPad Air Steps to reproduce: - Bring up the camera. - Take a picture = You see two buttons. One for Retake. The other for Use - Press Home button of your device to put your app to background. - Bring back your app to foreground. Expected behaviour: - You see two buttons. One for Retake. The other for Use. Actual behaviour: - Retake and Use buttons are not displayed from bottom toolbar. Instead, you see Take picture button and Cancel button. - Only Cancel button works from this state. Additional Note: - On Android (4.4.2 on Nexus 10), - If you bring back your app to foreground from running app-list (double rectangle button), only Take picture button is visible and functional. - If you bring back your app to foreground from clicking your app icon, a whole camera plugin screen disappears. Camera plugin) Retake and Use photo buttons disappear after putting the app to background. -- Key: CB-8077 URL: https://issues.apache.org/jira/browse/CB-8077 Project: Apache Cordova Issue Type: Bug Components: Android, iOS, Plugin Camera Affects Versions: 3.5.0 Reporter: Jonathan Lee Attachments: camera-plugin-bug.mov Please find the attached file for a video demonstration of this problem. Env: iOS 8.0.2 on iPad Air Steps to reproduce: - Bring up the camera. - Take a picture = You see two buttons. One for Retake. The other for Use - Press Home button of your device to put your app to background. - Bring back your app to foreground. Expected behaviour: - You see two buttons. One for Retake. The other for Use. Actual behaviour: - Retake and Use buttons are not displayed from bottom toolbar. Instead, you see Take picture button and Cancel button. - Only Cancel button works from this state. Additional Note: - On Android (4.4.2 on Nexus 10), - If you bring back your app to foreground from running app-list (double rectangle button), only Take picture button is visible and functional. - If you bring back your app to foreground from clicking your app icon, a whole camera plugin screen disappears. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-8067) cordova create allows invalid app ids
[ https://issues.apache.org/jira/browse/CB-8067?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jesse MacFadyen resolved CB-8067. - Resolution: Fixed cordova create allows invalid app ids - Key: CB-8067 URL: https://issues.apache.org/jira/browse/CB-8067 Project: Apache Cordova Issue Type: Bug Reporter: Jesse MacFadyen Assignee: Jesse MacFadyen cordova create Test int.is.valid.right MyApp will produce an app, and allow platforms to be added. It will allow platforms to be added and reports success. Attempts to build will cause Identifier Expected; 'int' is a keyword errors. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-8066) Remove platform specific execProxy code
[ https://issues.apache.org/jira/browse/CB-8066?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jesse MacFadyen resolved CB-8066. - Resolution: Fixed 5f4848f64638e071803563132734fdb1ee65b218 Remove platform specific execProxy code --- Key: CB-8066 URL: https://issues.apache.org/jira/browse/CB-8066 Project: Apache Cordova Issue Type: Bug Reporter: Jesse MacFadyen Assignee: Jesse MacFadyen -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-5971) cordova create temp something.default will break android badly
[
https://issues.apache.org/jira/browse/CB-5971?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jesse MacFadyen resolved CB-5971.
-
Resolution: Fixed
894d476799465e6e6a320912c2b7c987ffbd6ffb
cordova create temp something.default will break android badly
--
Key: CB-5971
URL: https://issues.apache.org/jira/browse/CB-5971
Project: Apache Cordova
Issue Type: Bug
Components: Android, CLI
Affects Versions: 3.3.0
Reporter: Josh Soref
Assignee: Jesse MacFadyen
steps:
{quote}
{{cordova create temp something.default}}
{{cd temp}}
{{cordova platform add android}}
{{cordova build}}
{quote}
expected results:
if {{something.default}} is a bad name, then cordova create or the android
platform should tell me that in a clear way
actual results:
BUILD FAILED
adt-bundle-mac-x86_64-20130917/sdk/tools/ant/build.xml:720: The following
error occurred while executing this line:
adt-bundle-mac-x86_64-20130917/sdk/tools/ant/build.xml:734: Compile failed;
see the compiler error output for details.
Total time: 17 seconds
Error code 1 for command: ant with args:
debug,-f,/private/tmp/temp/platforms/android/build.xml,-Dout.dir=ant-build,-Dgen.absolute.dir=ant-gen
at ChildProcess.anonymous (cordova-cli/src/compile.js:65:22)
at ChildProcess.EventEmitter.emit (events.js:98:17)
at maybeClose (child_process.js:735:16)
at Socket.anonymous (child_process.js:948:11)
at Socket.EventEmitter.emit (events.js:95:17)
at Pipe.close (net.js:466:12)
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7737) slide area seem too high in wp8
[ https://issues.apache.org/jira/browse/CB-7737?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14225458#comment-14225458 ] ASF GitHub Bot commented on CB-7737: GitHub user purplecabbage opened a pull request: https://github.com/apache/cordova-plugin-dialogs/pull/44 [CB-7737] lower min height for alert You can merge this pull request into a Git repository by running: $ git pull https://github.com/purplecabbage/cordova-plugin-dialogs CB-7737 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-plugin-dialogs/pull/44.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 #44 commit 0a28d17071e41e9756807b0e954cd457c0031e23 Author: Jesse MacFadyen purplecabb...@gmail.com Date: 2014-11-26T00:17:43Z [CB-7737] lower min height for alert slide area seem too high in wp8 --- Key: CB-7737 URL: https://issues.apache.org/jira/browse/CB-7737 Project: Apache Cordova Issue Type: Improvement Components: WP8 Affects Versions: 3.6.3 Environment: wp8 and phonegap 3.6.3 with latest plugin Reporter: Colin Bau Assignee: Jesse MacFadyen Labels: notification Original Estimate: 12h Remaining Estimate: 12h when the alert message is greater than one page it can slide up and down，good http://www.littlebau.com/wp8_1.png but if suppose the words only one line，just like that http://www.littlebau.com/wp8_2.png it will cause Spacing is too high problem -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7737) slide area seem too high in wp8
[ https://issues.apache.org/jira/browse/CB-7737?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14225460#comment-14225460 ] ASF subversion and git services commented on CB-7737: - Commit 0a28d17071e41e9756807b0e954cd457c0031e23 in cordova-plugin-dialogs's branch refs/heads/master from [~purplecabbage] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-dialogs.git;h=0a28d17 ] [CB-7737] lower min height for alert slide area seem too high in wp8 --- Key: CB-7737 URL: https://issues.apache.org/jira/browse/CB-7737 Project: Apache Cordova Issue Type: Improvement Components: WP8 Affects Versions: 3.6.3 Environment: wp8 and phonegap 3.6.3 with latest plugin Reporter: Colin Bau Assignee: Jesse MacFadyen Labels: notification Original Estimate: 12h Remaining Estimate: 12h when the alert message is greater than one page it can slide up and down，good http://www.littlebau.com/wp8_1.png but if suppose the words only one line，just like that http://www.littlebau.com/wp8_2.png it will cause Spacing is too high problem -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-7737) slide area seem too high in wp8
[ https://issues.apache.org/jira/browse/CB-7737?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jesse MacFadyen updated CB-7737: Attachment: baconalert.png slide area seem too high in wp8 --- Key: CB-7737 URL: https://issues.apache.org/jira/browse/CB-7737 Project: Apache Cordova Issue Type: Improvement Components: WP8 Affects Versions: 3.6.3 Environment: wp8 and phonegap 3.6.3 with latest plugin Reporter: Colin Bau Assignee: Jesse MacFadyen Labels: notification Attachments: baconalert.png Original Estimate: 12h Remaining Estimate: 12h when the alert message is greater than one page it can slide up and down，good http://www.littlebau.com/wp8_1.png but if suppose the words only one line，just like that http://www.littlebau.com/wp8_2.png it will cause Spacing is too high problem -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-7737) slide area seem too high in wp8
[ https://issues.apache.org/jira/browse/CB-7737?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jesse MacFadyen resolved CB-7737. - Resolution: Fixed slide area seem too high in wp8 --- Key: CB-7737 URL: https://issues.apache.org/jira/browse/CB-7737 Project: Apache Cordova Issue Type: Improvement Components: WP8 Affects Versions: 3.6.3 Environment: wp8 and phonegap 3.6.3 with latest plugin Reporter: Colin Bau Assignee: Jesse MacFadyen Labels: notification Attachments: baconalert.png Original Estimate: 12h Remaining Estimate: 12h when the alert message is greater than one page it can slide up and down，good http://www.littlebau.com/wp8_1.png but if suppose the words only one line，just like that http://www.littlebau.com/wp8_2.png it will cause Spacing is too high problem -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-8078) geolocation.watchPosition only fires callback 1-2 times on success, once on failure
Jacob G created CB-8078:
---
Summary: geolocation.watchPosition only fires callback 1-2 times
on success, once on failure
Key: CB-8078
URL: https://issues.apache.org/jira/browse/CB-8078
Project: Apache Cordova
Issue Type: Bug
Components: iOS, Plugin Geolocation
Affects Versions: 3.6.0
Environment: tested iOS versions 6 8 using iOS SDK 8.1
Reporter: Jacob G
On Cordova 3.6, with IOS SDK 8.1, I am observing that after calling
geolocation.watchPosition, I may get either 1-2 geolocationSuccess results, or
a geolocationError (kCLErrorDomain error 0, or timeout). If I get those 1-2
success results, then nothing else fires again until an error timeout. After
the error, nothing else fires again. If I call clearWatch and watchPosition
again, then the process repeats.
What is going on here? I would expect to keep getting periodic
geolocationSuccess calls, and if there is a geolocationError then I should at
least keep getting updates either with success or failure. Why does the event
firing stop, and I have to reset it by creating a new watch? I actually get the
best results by just calling geolocation.getCurrentPosition periodically using
my own timer.
I did notice in the debugger that the location manager delegate is logging
locationManager::didFailWithError (null) right after calling watchPosition,
even if I later get geolocationSuccess.
This occurs on both iPhone 6 running iOS 8.1, as well as iPod Touch 4 running
iOS 6.
The relevant code is straightforward:
var geoWatchID = navigator.geolocation.watchPosition(geolocationSuccess,
geolocationError, {
maximumAge: 5000,
timeout: 6,
enableHighAccuracy: true
});
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8021) httpMethod option in FileUploadOptions is not indicated in the documentation.
[ https://issues.apache.org/jira/browse/CB-8021?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14225481#comment-14225481 ] ASF GitHub Bot commented on CB-8021: GitHub user lucasgonze opened a pull request: https://github.com/apache/cordova-plugin-file-transfer/pull/50 Fixes #CB-8021 - adds documentation for httpMethod to doc/index.md. Howe... ...ver, translations still need to be addressed. You can merge this pull request into a Git repository by running: $ git pull https://github.com/lucasgonze/cordova-plugin-file-transfer master Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-plugin-file-transfer/pull/50.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 #50 commit 77a812a95b5120ccc2d9297031ed5b2260c7b372 Author: Lucas Gonze lu...@gonze.com Date: 2014-11-26T00:26:48Z Fixes #CB-8021 - adds documentation for httpMethod to doc/index.md. However, translations still need to be addressed. httpMethod option in FileUploadOptions is not indicated in the documentation. - Key: CB-8021 URL: https://issues.apache.org/jira/browse/CB-8021 Project: Apache Cordova Issue Type: Bug Components: Docs, Plugin File Transfer Affects Versions: 4.0.0 Environment: Android, ios Reporter: Venkata Kiran Priority: Trivial httpMethod option in FileUploadOptions is not indicated in the documentation, while it is referred to in javascript layer and also in the Android code. https://github.com/apache/cordova-plugin-file-transfer/blob/master/doc/index.md -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-7967) [Windows Phone 8.1] Events taphold and swipe doesn't works on input element
[ https://issues.apache.org/jira/browse/CB-7967?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jesse MacFadyen resolved CB-7967. - Resolution: Unresolved This appears to be a limitation of the way the IE based WebView handles input element focus. I have verified that it performs correctly in IE on the device, and in a cordova app on the emulator. I believe both of these targets provide extra mouse events, in addition to the pointer events, in an attempt to make things just work. Using this page, http://api.jquerymobile.com/taphold/ I was able to verify that the taphold event will fire inside a cordova-wp8 app, when it is attached to a div, so it appears this has to do with the input element and interference with keyboard focus. [Windows Phone 8.1] Events taphold and swipe doesn't works on input element --- Key: CB-7967 URL: https://issues.apache.org/jira/browse/CB-7967 Project: Apache Cordova Issue Type: Bug Components: WP8 Affects Versions: 3.5.0, 3.6.0 Environment: Windows Phone 8.1 device Reporter: Maxim Balyaba Assignee: Jesse MacFadyen Priority: Minor Steps: 1. Load test page to http://jsbin.com/lexufimozo/1/ into CordovaWebView (content scr in config.xml can be used) 2. Tap and hold on input element Actual result: Nothing happens Expected result: alert message tapHold appears. Notice: In windows phone 8 emulator all works as expected. If open test page from IE on device, it works too. Doesn't work only from cordova app installed on wp8 device Maybe bug of CordovaWebView -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-8078) geolocation.watchPosition only fires callback 1-2 times on success, once on failure
[
https://issues.apache.org/jira/browse/CB-8078?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shazron Abdullah updated CB-8078:
-
Component/s: (was: iOS)
geolocation.watchPosition only fires callback 1-2 times on success, once on
failure
-
Key: CB-8078
URL: https://issues.apache.org/jira/browse/CB-8078
Project: Apache Cordova
Issue Type: Bug
Components: Plugin Geolocation
Affects Versions: 3.6.0
Environment: tested iOS versions 6 8 using iOS SDK 8.1
Reporter: Jacob G
On Cordova 3.6, with IOS SDK 8.1, I am observing that after calling
geolocation.watchPosition, I may get either 1-2 geolocationSuccess results,
or a geolocationError (kCLErrorDomain error 0, or timeout). If I get those
1-2 success results, then nothing else fires again until an error timeout.
After the error, nothing else fires again. If I call clearWatch and
watchPosition again, then the process repeats.
What is going on here? I would expect to keep getting periodic
geolocationSuccess calls, and if there is a geolocationError then I should at
least keep getting updates either with success or failure. Why does the event
firing stop, and I have to reset it by creating a new watch? I actually get
the best results by just calling geolocation.getCurrentPosition periodically
using my own timer.
I did notice in the debugger that the location manager delegate is logging
locationManager::didFailWithError (null) right after calling watchPosition,
even if I later get geolocationSuccess.
This occurs on both iPhone 6 running iOS 8.1, as well as iPod Touch 4 running
iOS 6.
The relevant code is straightforward:
var geoWatchID = navigator.geolocation.watchPosition(geolocationSuccess,
geolocationError, {
maximumAge: 5000,
timeout: 6,
enableHighAccuracy: true
});
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-8068) iPad - Photo selection bubble pushes lower widgets off the edge of the screen
[ https://issues.apache.org/jira/browse/CB-8068?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-8068: - Component/s: (was: CordovaLib) iOS iPad - Photo selection bubble pushes lower widgets off the edge of the screen - Key: CB-8068 URL: https://issues.apache.org/jira/browse/CB-8068 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 4.0.0 Environment: ios 8 on iPad and iPad simulator Reporter: Stephen Warren Priority: Minor Attachments: screenshot.jpg The photo selection widget causes everything else below it to move downward, pushing the tab bar off the screen. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-8079) Load splashscreen resource dependend on app package name not activity class package name
Daniel Toplak created CB-8079: - Summary: Load splashscreen resource dependend on app package name not activity class package name Key: CB-8079 URL: https://issues.apache.org/jira/browse/CB-8079 Project: Apache Cordova Issue Type: Bug Components: Android Reporter: Daniel Toplak The splashscreen resource images are loaded by the package name of the activity class. This works as long as the app package name is the same which is the default. But when someone is building several apps out of the the same activity class package, then the resources are no longer found. They should be loaded via the app package name, which should also work in the default scenario. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8079) Load splashscreen resource dependend on app package name not activity class package name
[ https://issues.apache.org/jira/browse/CB-8079?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14225863#comment-14225863 ] ASF GitHub Bot commented on CB-8079: GitHub user cnsdato opened a pull request: https://github.com/apache/cordova-android/pull/135 CB-8079 use application package name instead of activity package name, b... CB-8079 use application package name instead of activity package name, because the application package name could be different from the activity package name You can merge this pull request into a Git repository by running: $ git pull https://github.com/cnsdato/cordova-android master Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-android/pull/135.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 #135 commit 33c77dcce3af71afc33fb437df8057f03c966cdc Author: Daniel Toplak d.top...@cadenas.de Date: 2014-11-26T07:31:45Z CB-8079 use application package name instead of activity package name, because the application package name could be different from the activity package name Load splashscreen resource dependend on app package name not activity class package name Key: CB-8079 URL: https://issues.apache.org/jira/browse/CB-8079 Project: Apache Cordova Issue Type: Bug Components: Android Reporter: Daniel Toplak The splashscreen resource images are loaded by the package name of the activity class. This works as long as the app package name is the same which is the default. But when someone is building several apps out of the the same activity class package, then the resources are no longer found. They should be loaded via the app package name, which should also work in the default scenario. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-8080) After migrating to 3.6.3 from 3.4.0, Appium (Android) tests fail because of open dialog
Andrea Tino created CB-8080:
---
Summary: After migrating to 3.6.3 from 3.4.0, Appium (Android)
tests fail because of open dialog
Key: CB-8080
URL: https://issues.apache.org/jira/browse/CB-8080
Project: Apache Cordova
Issue Type: Bug
Components: Android, CordovaJS
Affects Versions: 3.6.3
Environment: Basic Appium test on Android webview based app. The test
on Appium works until the app issues a `window.location.reload()` or a
`window.location.href = 'something'`.
Reporter: Andrea Tino
Priority: Blocker
After upgrading to Cordova 3.6.3 from Cordova 3.4.0; my Appium tests cannot go
on because of a strange error. The error can be reproed very easily by creating
a basic web-view based app on Android which issues a `window.location.reload()`
after a while that the test starts.
I could assess that the problem is one particular file: `cordova.js` which
becomes part of the js files in my app when I build it with Cordova. My app
loads only one javascript file: `cordova.js`, I removed all other dependencies
to other js files. When that file is in my app (even though `index.js` does not
use any function defined in there), my tests fails. If I remove the
dependencies to that file, tests go ok!
The problem is that when my app issues a `window.location.reload()`; my test
fail with this error message:
info: [debug] Responding to client with error:
{status:26,value:{message:A modal dialog was open, blocking this
operation,origValue:unexpected alert open\n (Session info: webview=)\n
(Driver info: chromedriver=2.10.267521,platform=Windows NT 6.3
x86_64)},sessionId:965ba51e54f682559e5b8378095bc3d4}
**Notes**
Consider that the problem is not in the APIs I use in my test (C# dotnet driver
for Appium). Everything happens on my Appium server running on a Mac.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-8080) After migrating to 3.6.3 from 3.4.0, Appium (Android) tests fail because of open dialog
[
https://issues.apache.org/jira/browse/CB-8080?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andrea Tino updated CB-8080:
Description:
After upgrading to Cordova 3.6.3 from Cordova 3.4.0; my Appium tests cannot go
on because of a strange error. The error can be reproed very easily by creating
a basic web-view based app on Android which issues a `window.location.reload()`
after a while that the test starts.
I could assess that the problem is one particular file: `cordova.js` which
becomes part of the js files in my app when I build it with Cordova. My app
loads only one javascript file: `cordova.js`, I removed all other dependencies
to other js files. When that file is in my app (even though `index.js` does not
use any function defined in there), my tests fails. If I remove the
dependencies to that file, tests go ok!
The problem is that when my app issues a `window.location.reload()`; my test
fail with this error message:
{quote}
info: [debug] Responding to client with error:
{status:26,value:{message:A modal dialog was open, blocking this
operation,origValue:unexpected alert open\n (Session info: webview=)\n
(Driver info: chromedriver=2.10.267521,platform=Windows NT 6.3
x86_64)},sessionId:965ba51e54f682559e5b8378095bc3d4}
{quote}
**Notes**
Consider that the problem is not in the APIs I use in my test (C# dotnet driver
for Appium). Everything happens on my Appium server running on a Mac.
was:
After upgrading to Cordova 3.6.3 from Cordova 3.4.0; my Appium tests cannot go
on because of a strange error. The error can be reproed very easily by creating
a basic web-view based app on Android which issues a `window.location.reload()`
after a while that the test starts.
I could assess that the problem is one particular file: `cordova.js` which
becomes part of the js files in my app when I build it with Cordova. My app
loads only one javascript file: `cordova.js`, I removed all other dependencies
to other js files. When that file is in my app (even though `index.js` does not
use any function defined in there), my tests fails. If I remove the
dependencies to that file, tests go ok!
The problem is that when my app issues a `window.location.reload()`; my test
fail with this error message:
info: [debug] Responding to client with error:
{status:26,value:{message:A modal dialog was open, blocking this
operation,origValue:unexpected alert open\n (Session info: webview=)\n
(Driver info: chromedriver=2.10.267521,platform=Windows NT 6.3
x86_64)},sessionId:965ba51e54f682559e5b8378095bc3d4}
**Notes**
Consider that the problem is not in the APIs I use in my test (C# dotnet driver
for Appium). Everything happens on my Appium server running on a Mac.
After migrating to 3.6.3 from 3.4.0, Appium (Android) tests fail because of
open dialog
---
Key: CB-8080
URL: https://issues.apache.org/jira/browse/CB-8080
Project: Apache Cordova
Issue Type: Bug
Components: Android, CordovaJS
Affects Versions: 3.6.3
Environment: Basic Appium test on Android webview based app. The test
on Appium works until the app issues a `window.location.reload()` or a
`window.location.href = 'something'`.
Reporter: Andrea Tino
Priority: Blocker
Labels: javascript
After upgrading to Cordova 3.6.3 from Cordova 3.4.0; my Appium tests cannot
go on because of a strange error. The error can be reproed very easily by
creating a basic web-view based app on Android which issues a
`window.location.reload()` after a while that the test starts.
I could assess that the problem is one particular file: `cordova.js` which
becomes part of the js files in my app when I build it with Cordova. My app
loads only one javascript file: `cordova.js`, I removed all other
dependencies to other js files. When that file is in my app (even though
`index.js` does not use any function defined in there), my tests fails. If I
remove the dependencies to that file, tests go ok!
The problem is that when my app issues a `window.location.reload()`; my test
fail with this error message:
{quote}
info: [debug] Responding to client with error:
{status:26,value:{message:A modal dialog was open, blocking this
operation,origValue:unexpected alert open\n (Session info: webview=)\n
(Driver info: chromedriver=2.10.267521,platform=Windows NT 6.3
x86_64)},sessionId:965ba51e54f682559e5b8378095bc3d4}
{quote}
**Notes**
Consider that the problem is not in the APIs I use in my test (C# dotnet
driver for Appium). Everything happens on my Appium server running on a Mac.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For
[jira] [Updated] (CB-8080) After migrating to 3.6.3 from 3.4.0, Appium (Android) tests fail because of open dialog
[
https://issues.apache.org/jira/browse/CB-8080?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andrea Tino updated CB-8080:
Description:
After upgrading to Cordova 3.6.3 from Cordova 3.4.0; my Appium tests cannot go
on because of a strange error. The error can be reproed very easily by creating
a basic web-view based app on Android which issues a
{{window.location.reload()}} after a while that the test starts.
I could assess that the problem is one particular file: {{cordova.js}} which
becomes part of the js files in my app when I build it with Cordova. My app
loads only one javascript file: {{cordova.js}}, I removed all other
dependencies to other js files. When that file is in my app (even though
{{index.js}} does not use any function defined in there), my tests fails. If I
remove the dependencies to that file, tests go ok!
The problem is that when my app issues a {{window.location.reload()}}; my test
fail with this error message:
{quote}
info: [debug] Responding to client with error:
{status:26,value:{message:A modal dialog was open, blocking this
operation,origValue:unexpected alert open\n (Session info: webview=)\n
(Driver info: chromedriver=2.10.267521,platform=Windows NT 6.3
x86_64)},sessionId:965ba51e54f682559e5b8378095bc3d4}
{quote}
**Notes**
Consider that the problem is not in the APIs I use in my test (C# dotnet driver
for Appium). Everything happens on my Appium server running on a Mac.
was:
After upgrading to Cordova 3.6.3 from Cordova 3.4.0; my Appium tests cannot go
on because of a strange error. The error can be reproed very easily by creating
a basic web-view based app on Android which issues a `window.location.reload()`
after a while that the test starts.
I could assess that the problem is one particular file: `cordova.js` which
becomes part of the js files in my app when I build it with Cordova. My app
loads only one javascript file: `cordova.js`, I removed all other dependencies
to other js files. When that file is in my app (even though `index.js` does not
use any function defined in there), my tests fails. If I remove the
dependencies to that file, tests go ok!
The problem is that when my app issues a `window.location.reload()`; my test
fail with this error message:
{quote}
info: [debug] Responding to client with error:
{status:26,value:{message:A modal dialog was open, blocking this
operation,origValue:unexpected alert open\n (Session info: webview=)\n
(Driver info: chromedriver=2.10.267521,platform=Windows NT 6.3
x86_64)},sessionId:965ba51e54f682559e5b8378095bc3d4}
{quote}
**Notes**
Consider that the problem is not in the APIs I use in my test (C# dotnet driver
for Appium). Everything happens on my Appium server running on a Mac.
After migrating to 3.6.3 from 3.4.0, Appium (Android) tests fail because of
open dialog
---
Key: CB-8080
URL: https://issues.apache.org/jira/browse/CB-8080
Project: Apache Cordova
Issue Type: Bug
Components: Android, CordovaJS
Affects Versions: 3.6.3
Environment: Basic Appium test on Android webview based app. The test
on Appium works until the app issues a `window.location.reload()` or a
`window.location.href = 'something'`.
Reporter: Andrea Tino
Priority: Blocker
Labels: javascript
After upgrading to Cordova 3.6.3 from Cordova 3.4.0; my Appium tests cannot
go on because of a strange error. The error can be reproed very easily by
creating a basic web-view based app on Android which issues a
{{window.location.reload()}} after a while that the test starts.
I could assess that the problem is one particular file: {{cordova.js}} which
becomes part of the js files in my app when I build it with Cordova. My app
loads only one javascript file: {{cordova.js}}, I removed all other
dependencies to other js files. When that file is in my app (even though
{{index.js}} does not use any function defined in there), my tests fails. If
I remove the dependencies to that file, tests go ok!
The problem is that when my app issues a {{window.location.reload()}}; my
test fail with this error message:
{quote}
info: [debug] Responding to client with error:
{status:26,value:{message:A modal dialog was open, blocking this
operation,origValue:unexpected alert open\n (Session info: webview=)\n
(Driver info: chromedriver=2.10.267521,platform=Windows NT 6.3
x86_64)},sessionId:965ba51e54f682559e5b8378095bc3d4}
{quote}
**Notes**
Consider that the problem is not in the APIs I use in my test (C# dotnet
driver for Appium). Everything happens on my Appium server running on a Mac.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail:
[jira] [Updated] (CB-8080) After migrating to 3.6.3 from 3.4.0, Appium (Android) tests fail because of open dialog
[
https://issues.apache.org/jira/browse/CB-8080?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andrea Tino updated CB-8080:
Description:
After upgrading to Cordova 3.6.3 from Cordova 3.4.0; my Appium tests cannot go
on because of a strange error. The error can be reproed very easily by creating
a basic web-view based app on Android which issues a
{{window.location.reload()}} after a while that the test starts.
I could assess that the problem is one particular file: {{cordova.js}} which
becomes part of the js files in my app when I build it with Cordova. My app
loads only one javascript file: {{cordova.js}}, I removed all other
dependencies to other js files. When that file is in my app (even though
{{index.js}} does not use any function defined in there), my tests fails. If I
remove the dependencies to that file, tests go ok!
The problem is that when my app issues a {{window.location.reload()}}; my test
fail with this error message:
{code}
info: [debug] Responding to client with error:
{status:26,value:{message:A modal dialog was open, blocking this
operation,origValue:unexpected alert open\n (Session info: webview=)\n
(Driver info: chromedriver=2.10.267521,platform=Windows NT 6.3
x86_64)},sessionId:965ba51e54f682559e5b8378095bc3d4}
{code}
**Notes**
Consider that the problem is not in the APIs I use in my test (C# dotnet driver
for Appium). Everything happens on my Appium server running on a Mac.
was:
After upgrading to Cordova 3.6.3 from Cordova 3.4.0; my Appium tests cannot go
on because of a strange error. The error can be reproed very easily by creating
a basic web-view based app on Android which issues a
{{window.location.reload()}} after a while that the test starts.
I could assess that the problem is one particular file: {{cordova.js}} which
becomes part of the js files in my app when I build it with Cordova. My app
loads only one javascript file: {{cordova.js}}, I removed all other
dependencies to other js files. When that file is in my app (even though
{{index.js}} does not use any function defined in there), my tests fails. If I
remove the dependencies to that file, tests go ok!
The problem is that when my app issues a {{window.location.reload()}}; my test
fail with this error message:
{quote}
info: [debug] Responding to client with error:
{status:26,value:{message:A modal dialog was open, blocking this
operation,origValue:unexpected alert open\n (Session info: webview=)\n
(Driver info: chromedriver=2.10.267521,platform=Windows NT 6.3
x86_64)},sessionId:965ba51e54f682559e5b8378095bc3d4}
{quote}
**Notes**
Consider that the problem is not in the APIs I use in my test (C# dotnet driver
for Appium). Everything happens on my Appium server running on a Mac.
After migrating to 3.6.3 from 3.4.0, Appium (Android) tests fail because of
open dialog
---
Key: CB-8080
URL: https://issues.apache.org/jira/browse/CB-8080
Project: Apache Cordova
Issue Type: Bug
Components: Android, CordovaJS
Affects Versions: 3.6.3
Environment: Basic Appium test on Android webview based app. The test
on Appium works until the app issues a `window.location.reload()` or a
`window.location.href = 'something'`.
Reporter: Andrea Tino
Priority: Blocker
Labels: javascript
After upgrading to Cordova 3.6.3 from Cordova 3.4.0; my Appium tests cannot
go on because of a strange error. The error can be reproed very easily by
creating a basic web-view based app on Android which issues a
{{window.location.reload()}} after a while that the test starts.
I could assess that the problem is one particular file: {{cordova.js}} which
becomes part of the js files in my app when I build it with Cordova. My app
loads only one javascript file: {{cordova.js}}, I removed all other
dependencies to other js files. When that file is in my app (even though
{{index.js}} does not use any function defined in there), my tests fails. If
I remove the dependencies to that file, tests go ok!
The problem is that when my app issues a {{window.location.reload()}}; my
test fail with this error message:
{code}
info: [debug] Responding to client with error:
{status:26,value:{message:A modal dialog was open, blocking this
operation,origValue:unexpected alert open\n (Session info: webview=)\n
(Driver info: chromedriver=2.10.267521,platform=Windows NT 6.3
x86_64)},sessionId:965ba51e54f682559e5b8378095bc3d4}
{code}
**Notes**
Consider that the problem is not in the APIs I use in my test (C# dotnet
driver for Appium). Everything happens on my Appium server running on a Mac.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail:
[jira] [Commented] (CB-8080) After migrating to 3.6.3 from 3.4.0, Appium (Android) tests fail because of open dialog
[
https://issues.apache.org/jira/browse/CB-8080?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14225871#comment-14225871
]
Andrea Tino commented on CB-8080:
-
Soon attaching an APK and an Appium test in C# to repro this.
After migrating to 3.6.3 from 3.4.0, Appium (Android) tests fail because of
open dialog
---
Key: CB-8080
URL: https://issues.apache.org/jira/browse/CB-8080
Project: Apache Cordova
Issue Type: Bug
Components: Android, CordovaJS
Affects Versions: 3.6.3
Environment: Basic Appium test on Android webview based app. The test
on Appium works until the app issues a `window.location.reload()` or a
`window.location.href = 'something'`.
Reporter: Andrea Tino
Priority: Blocker
Labels: javascript
After upgrading to Cordova 3.6.3 from Cordova 3.4.0; my Appium tests cannot
go on because of a strange error. The error can be reproed very easily by
creating a basic web-view based app on Android which issues a
{{window.location.reload()}} after a while that the test starts.
I could assess that the problem is one particular file: {{cordova.js}} which
becomes part of the js files in my app when I build it with Cordova. My app
loads only one javascript file: {{cordova.js}}, I removed all other
dependencies to other js files. When that file is in my app (even though
{{index.js}} does not use any function defined in there), my tests fails. If
I remove the dependencies to that file, tests go ok!
The problem is that when my app issues a {{window.location.reload()}}; my
test fail with this error message:
{code}
info: [debug] Responding to client with error:
{status:26,value:{message:A modal dialog was open, blocking this
operation,origValue:unexpected alert open\n (Session info: webview=)\n
(Driver info: chromedriver=2.10.267521,platform=Windows NT 6.3
x86_64)},sessionId:965ba51e54f682559e5b8378095bc3d4}
{code}
*Important*
The fact that a dialog is reported is actually very strange. After inspecting
a lot I could verify that no native/webview dialog is being shown on my app.
In fact I cannot see any dialog and if I try to dismiss this ghost dialog
using Appium and WebDriver APIs, the command fail as no dialog can be found.
*Notes*
Consider that the problem is not in the APIs I use in my test (C# dotnet
driver for Appium). Everything happens on my Appium server running on a Mac.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-8080) After migrating to 3.6.3 from 3.4.0, Appium (Android) tests fail because of open dialog
[
https://issues.apache.org/jira/browse/CB-8080?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andrea Tino updated CB-8080:
Description:
After upgrading to Cordova 3.6.3 from Cordova 3.4.0; my Appium tests cannot go
on because of a strange error. The error can be reproed very easily by creating
a basic web-view based app on Android which issues a
{{window.location.reload()}} after a while that the test starts.
I could assess that the problem is one particular file: {{cordova.js}} which
becomes part of the js files in my app when I build it with Cordova. My app
loads only one javascript file: {{cordova.js}}, I removed all other
dependencies to other js files. When that file is in my app (even though
{{index.js}} does not use any function defined in there), my tests fails. If I
remove the dependencies to that file, tests go ok!
The problem is that when my app issues a {{window.location.reload()}}; my test
fail with this error message:
{code}
info: [debug] Responding to client with error:
{status:26,value:{message:A modal dialog was open, blocking this
operation,origValue:unexpected alert open\n (Session info: webview=)\n
(Driver info: chromedriver=2.10.267521,platform=Windows NT 6.3
x86_64)},sessionId:965ba51e54f682559e5b8378095bc3d4}
{code}
*Important*
The fact that a dialog is reported is actually very strange. After inspecting a
lot I could verify that no native/webview dialog is being shown on my app. In
fact I cannot see any dialog and if I try to dismiss this ghost dialog using
Appium and WebDriver APIs, the command fail as no dialog can be found.
*Notes*
Consider that the problem is not in the APIs I use in my test (C# dotnet driver
for Appium). Everything happens on my Appium server running on a Mac.
was:
After upgrading to Cordova 3.6.3 from Cordova 3.4.0; my Appium tests cannot go
on because of a strange error. The error can be reproed very easily by creating
a basic web-view based app on Android which issues a
{{window.location.reload()}} after a while that the test starts.
I could assess that the problem is one particular file: {{cordova.js}} which
becomes part of the js files in my app when I build it with Cordova. My app
loads only one javascript file: {{cordova.js}}, I removed all other
dependencies to other js files. When that file is in my app (even though
{{index.js}} does not use any function defined in there), my tests fails. If I
remove the dependencies to that file, tests go ok!
The problem is that when my app issues a {{window.location.reload()}}; my test
fail with this error message:
{code}
info: [debug] Responding to client with error:
{status:26,value:{message:A modal dialog was open, blocking this
operation,origValue:unexpected alert open\n (Session info: webview=)\n
(Driver info: chromedriver=2.10.267521,platform=Windows NT 6.3
x86_64)},sessionId:965ba51e54f682559e5b8378095bc3d4}
{code}
**Notes**
Consider that the problem is not in the APIs I use in my test (C# dotnet driver
for Appium). Everything happens on my Appium server running on a Mac.
After migrating to 3.6.3 from 3.4.0, Appium (Android) tests fail because of
open dialog
---
Key: CB-8080
URL: https://issues.apache.org/jira/browse/CB-8080
Project: Apache Cordova
Issue Type: Bug
Components: Android, CordovaJS
Affects Versions: 3.6.3
Environment: Basic Appium test on Android webview based app. The test
on Appium works until the app issues a `window.location.reload()` or a
`window.location.href = 'something'`.
Reporter: Andrea Tino
Priority: Blocker
Labels: javascript
After upgrading to Cordova 3.6.3 from Cordova 3.4.0; my Appium tests cannot
go on because of a strange error. The error can be reproed very easily by
creating a basic web-view based app on Android which issues a
{{window.location.reload()}} after a while that the test starts.
I could assess that the problem is one particular file: {{cordova.js}} which
becomes part of the js files in my app when I build it with Cordova. My app
loads only one javascript file: {{cordova.js}}, I removed all other
dependencies to other js files. When that file is in my app (even though
{{index.js}} does not use any function defined in there), my tests fails. If
I remove the dependencies to that file, tests go ok!
The problem is that when my app issues a {{window.location.reload()}}; my
test fail with this error message:
{code}
info: [debug] Responding to client with error:
{status:26,value:{message:A modal dialog was open, blocking this
operation,origValue:unexpected alert open\n (Session info: webview=)\n
(Driver info: chromedriver=2.10.267521,platform=Windows NT 6.3
x86_64)},sessionId:965ba51e54f682559e5b8378095bc3d4}
{code}
[jira] [Updated] (CB-8080) After migrating to 3.6.3 from 3.4.0, Appium (Android) tests fail because of open dialog
[
https://issues.apache.org/jira/browse/CB-8080?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andrea Tino updated CB-8080:
Description:
After upgrading to Cordova 3.6.3 from Cordova 3.4.0; my Appium tests cannot go
on because of a strange error. The error can be reproed very easily by creating
a basic web-view based app on Android which issues a
{{window.location.reload()}} after a while that the test starts.
I could assess that the problem is one particular file: {{cordova.js}} which
becomes part of the js files in my app when I build it with Cordova. My app
loads only one javascript file: {{cordova.js}}, I removed all other
dependencies to other js files. When that file is in my app (even though
{{index.html}} does not use any function defined in there), my tests fails. If
I remove the dependencies to that file, tests go ok!
The problem is that when my app issues a {{window.location.reload()}}; my test
fail with this error message:
{code}
info: [debug] Responding to client with error:
{status:26,value:{message:A modal dialog was open, blocking this
operation,origValue:unexpected alert open\n (Session info: webview=)\n
(Driver info: chromedriver=2.10.267521,platform=Windows NT 6.3
x86_64)},sessionId:965ba51e54f682559e5b8378095bc3d4}
{code}
*Important*
The fact that a dialog is reported is actually very strange. After inspecting a
lot I could verify that no native/webview dialog is being shown on my app. In
fact I cannot see any dialog and if I try to dismiss this ghost dialog using
Appium and WebDriver APIs, the command fail as no dialog can be found.
*Notes*
Consider that the problem is not in the APIs I use in my test (C# dotnet driver
for Appium). Everything happens on my Appium server running on a Mac.
was:
After upgrading to Cordova 3.6.3 from Cordova 3.4.0; my Appium tests cannot go
on because of a strange error. The error can be reproed very easily by creating
a basic web-view based app on Android which issues a
{{window.location.reload()}} after a while that the test starts.
I could assess that the problem is one particular file: {{cordova.js}} which
becomes part of the js files in my app when I build it with Cordova. My app
loads only one javascript file: {{cordova.js}}, I removed all other
dependencies to other js files. When that file is in my app (even though
{{index.js}} does not use any function defined in there), my tests fails. If I
remove the dependencies to that file, tests go ok!
The problem is that when my app issues a {{window.location.reload()}}; my test
fail with this error message:
{code}
info: [debug] Responding to client with error:
{status:26,value:{message:A modal dialog was open, blocking this
operation,origValue:unexpected alert open\n (Session info: webview=)\n
(Driver info: chromedriver=2.10.267521,platform=Windows NT 6.3
x86_64)},sessionId:965ba51e54f682559e5b8378095bc3d4}
{code}
*Important*
The fact that a dialog is reported is actually very strange. After inspecting a
lot I could verify that no native/webview dialog is being shown on my app. In
fact I cannot see any dialog and if I try to dismiss this ghost dialog using
Appium and WebDriver APIs, the command fail as no dialog can be found.
*Notes*
Consider that the problem is not in the APIs I use in my test (C# dotnet driver
for Appium). Everything happens on my Appium server running on a Mac.
After migrating to 3.6.3 from 3.4.0, Appium (Android) tests fail because of
open dialog
---
Key: CB-8080
URL: https://issues.apache.org/jira/browse/CB-8080
Project: Apache Cordova
Issue Type: Bug
Components: Android, CordovaJS
Affects Versions: 3.6.3
Environment: Basic Appium test on Android webview based app. The test
on Appium works until the app issues a `window.location.reload()` or a
`window.location.href = 'something'`.
Reporter: Andrea Tino
Priority: Blocker
Labels: javascript
After upgrading to Cordova 3.6.3 from Cordova 3.4.0; my Appium tests cannot
go on because of a strange error. The error can be reproed very easily by
creating a basic web-view based app on Android which issues a
{{window.location.reload()}} after a while that the test starts.
I could assess that the problem is one particular file: {{cordova.js}} which
becomes part of the js files in my app when I build it with Cordova. My app
loads only one javascript file: {{cordova.js}}, I removed all other
dependencies to other js files. When that file is in my app (even though
{{index.html}} does not use any function defined in there), my tests fails.
If I remove the dependencies to that file, tests go ok!
The problem is that when my app issues a {{window.location.reload()}}; my
test fail with this error message:
{code}
