[jira] [Updated] (CB-6944) Media-Capture plugin on Android returns Canceled error when Accept image is selected
[
https://issues.apache.org/jira/browse/CB-6944?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
James White updated CB-6944:
Priority: Critical (was: Major)
Media-Capture plugin on Android returns Canceled error when Accept image is
selected
Key: CB-6944
URL: https://issues.apache.org/jira/browse/CB-6944
Project: Apache Cordova
Issue Type: Bug
Components: Plugin Media Capture
Affects Versions: 3.5.0
Environment: Android 4.0.4, 4.1
Cordova 3.5.0
Media-Capture Plugin 0.3.1
Reporter: James White
Priority: Critical
Attempting to run the following:
{noformat}
navigator.device.capture.captureImage(function(mediaFiles) {
alert('success?'); },
function(error)
{
navigator.notification.alert('Error code: ' + error.code + ' = ' +
error.message, null, 'Capture Error');
},{ limit:1 });
{noformat}
always invokes the error callback with the object:
{noformat}
{message:Canceled., code:3}
{noformat}
even if the accept image option is selected.
Android 4.4 behaves differently, where tapping on the accept image option
does nothing and instead of returning with the error, it remains on the
captured photo view.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Commented] (CB-2606) Add support for icon elements in config.xml
[
https://issues.apache.org/jira/browse/CB-2606?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14032219#comment-14032219
]
ASF GitHub Bot commented on CB-2606:
Github user rohitagg28 commented on the pull request:
https://github.com/apache/cordova-cli/pull/126#issuecomment-46151794
Yes I have used these methods but these all suggest to replace the image
into platforms folder that means to add manually but I want to add splashscreen
without making changes to platforms folder as we can add app icon in 3.5
version.
Add support for icon elements in config.xml
-
Key: CB-2606
URL: https://issues.apache.org/jira/browse/CB-2606
Project: Apache Cordova
Issue Type: Wish
Components: Docs
Reporter: Filip Maj
Assignee: Mark Koudritsky
This feature would add support for specifying the application icon by
changing values inside the {{config.xml}} document.
Relevant details for Cordova:
- {{icon}} elements _may_ have {{width}} and {{height}} attributes
representing the preferred size of the icon in CSS pixels.
- {{icon}} elements _must_ have a {{src}} attribute, which contains a path
string relative to the {{www/}} folder (or equivalent) in the platform.
See [the Widget Spec's section on
icons|http://www.w3.org/TR/widgets/#the-icon-element-and-its-attributes] for
specifics.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Updated] (CB-6944) Media-Capture plugin on Android returns Canceled error when Accept image is selected
[
https://issues.apache.org/jira/browse/CB-6944?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
James White updated CB-6944:
Attachment: index.js
Added Javascript to default Cordova HelloWorld app's index.js to demonstrate
test image capture issue.
Media-Capture plugin on Android returns Canceled error when Accept image is
selected
Key: CB-6944
URL: https://issues.apache.org/jira/browse/CB-6944
Project: Apache Cordova
Issue Type: Bug
Components: Plugin Media Capture
Affects Versions: 3.5.0
Environment: Android 4.0.4, 4.1
Cordova 3.5.0
Media-Capture Plugin 0.3.1
Reporter: James White
Priority: Critical
Attachments: index.js
Attempting to run the following:
{noformat}
navigator.device.capture.captureImage(function(mediaFiles) {
alert('success?'); },
function(error)
{
navigator.notification.alert('Error code: ' + error.code + ' = ' +
error.message, null, 'Capture Error');
},{ limit:1 });
{noformat}
always invokes the error callback with the object:
{noformat}
{message:Canceled., code:3}
{noformat}
even if the accept image option is selected.
Android 4.4 behaves differently, where tapping on the accept image option
does nothing and instead of returning with the error, it remains on the
captured photo view.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Commented] (CB-6944) Media-Capture plugin on Android returns Canceled error when Accept image is selected
[
https://issues.apache.org/jira/browse/CB-6944?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14032468#comment-14032468
]
James White commented on CB-6944:
-
Also encountering the described Android 4.4 behavior on the Android 4.03-4.3
x86 emulators.
Media-Capture plugin on Android returns Canceled error when Accept image is
selected
Key: CB-6944
URL: https://issues.apache.org/jira/browse/CB-6944
Project: Apache Cordova
Issue Type: Bug
Components: Plugin Media Capture
Affects Versions: 3.5.0
Environment: Android 4.0.4, 4.1
Cordova 3.5.0
Media-Capture Plugin 0.3.1
Reporter: James White
Priority: Critical
Attempting to run the following:
{noformat}
navigator.device.capture.captureImage(function(mediaFiles) {
alert('success?'); },
function(error)
{
navigator.notification.alert('Error code: ' + error.code + ' = ' +
error.message, null, 'Capture Error');
},{ limit:1 });
{noformat}
always invokes the error callback with the object:
{noformat}
{message:Canceled., code:3}
{noformat}
even if the accept image option is selected.
Android 4.4 behaves differently, where tapping on the accept image option
does nothing and instead of returning with the error, it remains on the
captured photo view.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Closed] (CB-5761) [Medic] results not recorded correctly in couchdb, url to results is also incorrect.
[ https://issues.apache.org/jira/browse/CB-5761?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Kemp closed CB-5761. -- [Medic] results not recorded correctly in couchdb, url to results is also incorrect. - Key: CB-5761 URL: https://issues.apache.org/jira/browse/CB-5761 Project: Apache Cordova Issue Type: Bug Components: Medic Affects Versions: Master Environment: Medic/CI only Reporter: David Kemp Assignee: David Kemp at the completion of the test on the target device, the results are recorded to couchdb with an incorrect doc_id. All results end up written to the same doc_id for any given device. The URL reported to the build system also uses the url that the device uses to write to the DB, which can be different from the one the user needs to use. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Resolved] (CB-5761) [Medic] results not recorded correctly in couchdb, url to results is also incorrect.
[ https://issues.apache.org/jira/browse/CB-5761?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Kemp resolved CB-5761. Resolution: Fixed [Medic] results not recorded correctly in couchdb, url to results is also incorrect. - Key: CB-5761 URL: https://issues.apache.org/jira/browse/CB-5761 Project: Apache Cordova Issue Type: Bug Components: Medic Affects Versions: Master Environment: Medic/CI only Reporter: David Kemp Assignee: David Kemp at the completion of the test on the target device, the results are recorded to couchdb with an incorrect doc_id. All results end up written to the same doc_id for any given device. The URL reported to the build system also uses the url that the device uses to write to the DB, which can be different from the one the user needs to use. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Resolved] (CB-6872) File plugin: wrong disk space available on iOS
[
https://issues.apache.org/jira/browse/CB-6872?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ian Clelland resolved CB-6872.
--
Resolution: Fixed
File plugin: wrong disk space available on iOS
--
Key: CB-6872
URL: https://issues.apache.org/jira/browse/CB-6872
Project: Apache Cordova
Issue Type: Bug
Components: Plugin File
Affects Versions: 3.4.0
Reporter: Alberto Pagliarini
Assignee: Ian Clelland
I have some issue on iOS trying to allocate more than 140 Mbytes with FIle
plugin. I have an iPad 16 Giga with 10 Giga free on device but a
QUOTA_EXCEEDED_ERR was thrown
Here the code
{code}
var requestBytes = 150 * 1024 * 1024;
window.requestFileSystem(LocalFileSystem.PERSISTENT, requestBytes,
function(fs) {
// success callback
}, function (e) {
// error callback
});
{code}
I see that the free space calulated in {{requestFileSystem}} method of
*CDVFile.m* results always about 144 Mbytes.
Link to thread on google groups
https://groups.google.com/d/msg/phonegap/0er5Gp2c-gQ/bTvh15z24AkJ
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Commented] (CB-6872) File plugin: wrong disk space available on iOS
[
https://issues.apache.org/jira/browse/CB-6872?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14032438#comment-14032438
]
Ian Clelland commented on CB-6872:
--
Doh -- I did, too. :(
I'll make sure that it gets noted properly in the releasenotes, at least.
Thanks.
File plugin: wrong disk space available on iOS
--
Key: CB-6872
URL: https://issues.apache.org/jira/browse/CB-6872
Project: Apache Cordova
Issue Type: Bug
Components: Plugin File
Affects Versions: 3.4.0
Reporter: Alberto Pagliarini
Assignee: Ian Clelland
I have some issue on iOS trying to allocate more than 140 Mbytes with FIle
plugin. I have an iPad 16 Giga with 10 Giga free on device but a
QUOTA_EXCEEDED_ERR was thrown
Here the code
{code}
var requestBytes = 150 * 1024 * 1024;
window.requestFileSystem(LocalFileSystem.PERSISTENT, requestBytes,
function(fs) {
// success callback
}, function (e) {
// error callback
});
{code}
I see that the free space calulated in {{requestFileSystem}} method of
*CDVFile.m* results always about 144 Mbytes.
Link to thread on google groups
https://groups.google.com/d/msg/phonegap/0er5Gp2c-gQ/bTvh15z24AkJ
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Resolved] (CB-6931) Audit licenses
[ https://issues.apache.org/jira/browse/CB-6931?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ian Clelland resolved CB-6931. -- Resolution: Fixed Audit licenses -- Key: CB-6931 URL: https://issues.apache.org/jira/browse/CB-6931 Project: Apache Cordova Issue Type: Sub-task Components: CLI, CordovaLib, Plugman Reporter: Ian Clelland Assignee: Ian Clelland -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Resolved] (CB-6930) Tools Release June 12, 2014
[ https://issues.apache.org/jira/browse/CB-6930?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ian Clelland resolved CB-6930. -- Resolution: Unresolved Vote is cancelled, pending further testing of the android library project / plugman integration, and this PR: https://github.com/apache/cordova-lib/pull/29 Tools Release June 12, 2014 --- Key: CB-6930 URL: https://issues.apache.org/jira/browse/CB-6930 Project: Apache Cordova Issue Type: Bug Components: CLI, CordovaLib, Plugman Affects Versions: 3.5.0 Reporter: Ian Clelland Assignee: Ian Clelland Following steps at https://github.com/apache/cordova-coho/blob/master/docs/tools-release-process.md -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Comment Edited] (CB-6944) Media-Capture plugin on Android returns Canceled error when Accept image is selected
[
https://issues.apache.org/jira/browse/CB-6944?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14032471#comment-14032471
]
James White edited comment on CB-6944 at 6/16/14 2:33 PM:
--
Added Javascript to default Cordova HelloWorld app's index.js to demonstrate
test image capture issues.
was (Author: jamespwhite):
Added Javascript to default Cordova HelloWorld app's index.js to demonstrate
test image capture issue.
Media-Capture plugin on Android returns Canceled error when Accept image is
selected
Key: CB-6944
URL: https://issues.apache.org/jira/browse/CB-6944
Project: Apache Cordova
Issue Type: Bug
Components: Plugin Media Capture
Affects Versions: 3.5.0
Environment: Android 4.0.4, 4.1
Cordova 3.5.0
Media-Capture Plugin 0.3.1
Reporter: James White
Priority: Critical
Attachments: index.js
Attempting to run the following:
{noformat}
navigator.device.capture.captureImage(function(mediaFiles) {
alert('success?'); },
function(error)
{
navigator.notification.alert('Error code: ' + error.code + ' = ' +
error.message, null, 'Capture Error');
},{ limit:1 });
{noformat}
always invokes the error callback with the object:
{noformat}
{message:Canceled., code:3}
{noformat}
even if the accept image option is selected.
Android 4.4 behaves differently, where tapping on the accept image option
does nothing and instead of returning with the error, it remains on the
captured photo view.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Created] (CB-6948) Add Sugar Platform to Cordova
Puneet Kaur created CB-6948: --- Summary: Add Sugar Platform to Cordova Key: CB-6948 URL: https://issues.apache.org/jira/browse/CB-6948 Project: Apache Cordova Issue Type: New Feature Components: CLI, CordovaJS, CordovaLib Reporter: Puneet Kaur Hey all , We at sugar labs are trying to add the sugar platform to cordova. Here lies our code : https://github.com/sugarlabs and here's our website : http://sugarlabs.org/ Sugar was developed at MIT Media Labs to provide a free open source learning platforms to kids over the olpc (one laptop per child) computers.These are specially designed keeping the young students in mind. We have different activities on this operating system which make it fun. You can have a look here : http://activities.sugarlabs.org/ but currently these are all the native activities which are build in python.(sugar's native base is in python) Recently we have developed an architecture known as sugar web which helps us to develop activities using web languages like html, js and css and these can then communicate with the native base. To take this a step further we are trying to incorporate all the device functionalities too in the web activities so that all the web developers can contribute to the code and make their own activities and also port there application for different platform to sugar. So here cordova comes to the picture. So start with we already have a bridge between web interface and the native side, just that need to provide cordova api's at the top. I would request the cordova community to kindly help us to successfully port the sugar project to cordova. We shall be blogging about the success of the project here :http://www.sugarcordova.blogspot.com you can have a taste of what sugar looks like here : http://server.sugarizer.org/ or http://sugarizer.org/ We have currently integrated cordova.js with the sugar web code and have made a minimal cordova.js for sugar. Would be nice if some cordova people can guide us as to how to go about successfully adding up our platform to cordova . -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-3571) Add support for splash elements in config.xml
[
https://issues.apache.org/jira/browse/CB-3571?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14032346#comment-14032346
]
ASF GitHub Bot commented on CB-3571:
Github user sgrebnov commented on the pull request:
https://github.com/apache/cordova-lib/pull/30#issuecomment-46166927
@AxelNennker, thx for the clarification!
Add support for splash elements in config.xml
---
Key: CB-3571
URL: https://issues.apache.org/jira/browse/CB-3571
Project: Apache Cordova
Issue Type: Wish
Components: CLI
Affects Versions: Master
Reporter: Michael Brooks
Assignee: Mark Koudritsky
Similar to adding support for the {{icon}} element, we should add support
for the splash screen.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Commented] (CB-2606) Add support for icon elements in config.xml
[
https://issues.apache.org/jira/browse/CB-2606?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14032224#comment-14032224
]
Axel Nennker commented on CB-2606:
--
Why is this issue reopened or still open? It is resolved in 3.5.
Add support for icon elements in config.xml
-
Key: CB-2606
URL: https://issues.apache.org/jira/browse/CB-2606
Project: Apache Cordova
Issue Type: Wish
Components: Docs
Reporter: Filip Maj
Assignee: Mark Koudritsky
This feature would add support for specifying the application icon by
changing values inside the {{config.xml}} document.
Relevant details for Cordova:
- {{icon}} elements _may_ have {{width}} and {{height}} attributes
representing the preferred size of the icon in CSS pixels.
- {{icon}} elements _must_ have a {{src}} attribute, which contains a path
string relative to the {{www/}} folder (or equivalent) in the platform.
See [the Widget Spec's section on
icons|http://www.w3.org/TR/widgets/#the-icon-element-and-its-attributes] for
specifics.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Resolved] (CB-6902) File.lastModifiedDate should change to .lastModified
[
https://issues.apache.org/jira/browse/CB-6902?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ian Clelland resolved CB-6902.
--
Resolution: Fixed
File.lastModifiedDate should change to .lastModified
Key: CB-6902
URL: https://issues.apache.org/jira/browse/CB-6902
Project: Apache Cordova
Issue Type: Bug
Components: Plugin File, Plugin Media Capture
Reporter: Ian Clelland
Assignee: Ian Clelland
In the most recent (June 2 2014) version of the File API spec, the existing
Date property {{lastModifiedDate}} has been replaced with a numeric property
{{lastModified}}
ML discussion:
http://lists.w3.org/Archives/Public/public-webapps/2013OctDec/0662.html
Bug: https://www.w3.org/Bugs/Public/show_bug.cgi?id=22824
Old spec: http://www.w3.org/TR/2012/WD-FileAPI-20121025/
New spec: http://dev.w3.org/2006/webapi/FileAPI/ (for now)
We should change, with a deprecation notice for backwards compatibility, to
the new attribute.
This likely affects media-capture as well as file, and other plugins which
generate File objects.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Resolved] (CB-6922) File Entry.getMetadata returns invalid dates on Android
[
https://issues.apache.org/jira/browse/CB-6922?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ian Clelland resolved CB-6922.
--
Resolution: Fixed
File Entry.getMetadata returns invalid dates on Android
---
Key: CB-6922
URL: https://issues.apache.org/jira/browse/CB-6922
Project: Apache Cordova
Issue Type: Bug
Reporter: Ian Clelland
Assignee: Ian Clelland
See https://github.com/apache/cordova-plugin-file/pull/39
{{Entry.getMetadata}} expects the JSON in the callback from native to include
a {{modificationTime}} key, but on Android, it contains a
{{lastModifiedDate}} key instead.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Updated] (CB-6945) Make Camera plugin independent from File plugin on windows 8
[ https://issues.apache.org/jira/browse/CB-6945?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vladimir Kotikov updated CB-6945: - Description: After resolving https://issues.apache.org/jira/browse/CB-6920 and https://issues.apache.org/jira/browse/CB-6613 Camera plugin uses native Windows 8 functions to manage files. So file plugin dependency is excess and we can remove it. was: After resolving https://issues.apache.org/jira/browse/CB-6920 and https://issues.apache.org/jira/browse/CB-6613 Camera plugin uses native Windows 8 functions to manage files. So file plugin dependency is excess. Make Camera plugin independent from File plugin on windows 8 Key: CB-6945 URL: https://issues.apache.org/jira/browse/CB-6945 Project: Apache Cordova Issue Type: Improvement Components: Plugin Camera, Windows 8 Reporter: Vladimir Kotikov Assignee: Jesse MacFadyen Labels: camera, dependency, file, windows8 After resolving https://issues.apache.org/jira/browse/CB-6920 and https://issues.apache.org/jira/browse/CB-6613 Camera plugin uses native Windows 8 functions to manage files. So file plugin dependency is excess and we can remove it. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-6947) Moving files after unzip is very slow on Android
David Kemp created CB-6947: -- Summary: Moving files after unzip is very slow on Android Key: CB-6947 URL: https://issues.apache.org/jira/browse/CB-6947 Project: Apache Cordova Issue Type: Improvement Components: AppHarness Affects Versions: 3.5.0 Environment: Appharness on Android Reporter: David Kemp When pushing an application with a large number of files, the process of moving the files from the cache to the app space is very slow. This is related to the file count more than the size of the files. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Assigned] (CB-6947) Moving files after unzip is very slow on Android
[ https://issues.apache.org/jira/browse/CB-6947?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Kemp reassigned CB-6947: -- Assignee: David Kemp Moving files after unzip is very slow on Android Key: CB-6947 URL: https://issues.apache.org/jira/browse/CB-6947 Project: Apache Cordova Issue Type: Improvement Components: AppHarness Affects Versions: 3.5.0 Environment: Appharness on Android Reporter: David Kemp Assignee: David Kemp When pushing an application with a large number of files, the process of moving the files from the cache to the app space is very slow. This is related to the file count more than the size of the files. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-3571) Add support for splash elements in config.xml
[
https://issues.apache.org/jira/browse/CB-3571?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14032384#comment-14032384
]
ASF GitHub Bot commented on CB-3571:
Github user vladimir-kotikov commented on the pull request:
https://github.com/apache/cordova-lib/pull/30#issuecomment-46172077
@AxelNennker ok, i started with WP8, Windows8 and iOS implementations,
based on your work here: https://github.com/MSOpenTech/cordova-lib/tree/CB-3571.
Add support for splash elements in config.xml
---
Key: CB-3571
URL: https://issues.apache.org/jira/browse/CB-3571
Project: Apache Cordova
Issue Type: Wish
Components: CLI
Affects Versions: Master
Reporter: Michael Brooks
Assignee: Mark Koudritsky
Similar to adding support for the {{icon}} element, we should add support
for the splash screen.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Commented] (CB-3571) Add support for splash elements in config.xml
[
https://issues.apache.org/jira/browse/CB-3571?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14032376#comment-14032376
]
ASF GitHub Bot commented on CB-3571:
Github user vladimir-kotikov commented on the pull request:
https://github.com/apache/cordova-lib/pull/30#issuecomment-46170707
Here is proposal for standartized splashscreen support across platforms:
https://gist.github.com/vladimir-kotikov/875a5f61a88a508d6ca9
Add support for splash elements in config.xml
---
Key: CB-3571
URL: https://issues.apache.org/jira/browse/CB-3571
Project: Apache Cordova
Issue Type: Wish
Components: CLI
Affects Versions: Master
Reporter: Michael Brooks
Assignee: Mark Koudritsky
Similar to adding support for the {{icon}} element, we should add support
for the splash screen.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Commented] (CB-3571) Add support for splash elements in config.xml
[
https://issues.apache.org/jira/browse/CB-3571?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14032262#comment-14032262
]
ASF GitHub Bot commented on CB-3571:
Github user sgrebnov commented on the pull request:
https://github.com/apache/cordova-lib/pull/30#issuecomment-46158371
The usage LGTM. But does current implementation remove all default cordova
splash screen images if there is no splash element defined?
Also, on Android icons and splash images definitions are very similar, but
we use two different code blocks for icons and splashIcons. There is probably a
way to move common logic to special function and then call it for icons and
splash screens.
Add support for splash elements in config.xml
---
Key: CB-3571
URL: https://issues.apache.org/jira/browse/CB-3571
Project: Apache Cordova
Issue Type: Wish
Components: CLI
Affects Versions: Master
Reporter: Michael Brooks
Assignee: Mark Koudritsky
Similar to adding support for the {{icon}} element, we should add support
for the splash screen.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Commented] (CB-3571) Add support for splash elements in config.xml
[
https://issues.apache.org/jira/browse/CB-3571?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14032328#comment-14032328
]
ASF GitHub Bot commented on CB-3571:
Github user AxelNennker commented on the pull request:
https://github.com/apache/cordova-lib/pull/30#issuecomment-46165459
The current code does not remove the default cordova splash screens if
there are any but there is no splash in config.xml
I think the default splash screens should not be there in the first place
if config.xml does not indicate splash screen usage.
So if there are splash elements then screen.png is deleted. If splash
is not there then nothing happens to res/drawable-*/* files.
From: Sergey Grebnov [mailto:notificati...@github.com]
Sent: Monday, June 16, 2014 11:35 AM
To: apache/cordova-lib
Cc: Axel Nennker
Subject: Re: [cordova-lib] CB-3571: support for splash element in
config.xml on Android (#30)
The usage LGTM. But does current implementation remove all default cordova
splash screen images if there is no splash element defined?
Also, on Android icons and splash images definitions are very similar, but
we use two different code blocks for icons and splashIcons. There is probably a
way to move common logic to special function and then call it for icons and
splash screens.
—
Reply to this email directly or view it on
GitHubhttps://github.com/apache/cordova-lib/pull/30#issuecomment-46158371.
Add support for splash elements in config.xml
---
Key: CB-3571
URL: https://issues.apache.org/jira/browse/CB-3571
Project: Apache Cordova
Issue Type: Wish
Components: CLI
Affects Versions: Master
Reporter: Michael Brooks
Assignee: Mark Koudritsky
Similar to adding support for the {{icon}} element, we should add support
for the splash screen.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Resolved] (CB-6920) File not found error when using targetWidth and targetHeight on Windows8 with Camera plugin and FILE_URI
[ https://issues.apache.org/jira/browse/CB-6920?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vladimir Kotikov resolved CB-6920. -- Resolution: Fixed File not found error when using targetWidth and targetHeight on Windows8 with Camera plugin and FILE_URI -- Key: CB-6920 URL: https://issues.apache.org/jira/browse/CB-6920 Project: Apache Cordova Issue Type: Bug Components: Plugin Camera Environment: Windows 8, Camera plugin 0.3.0 Reporter: Vladimir Kotikov Labels: camera, windows8 This is very similar to CB-6613, but this repros when the destination_type is file_uri. I have repro'd this with the 0.3.0 version of the camera plugin. Repro: 1. create a new cordova app 2. add the camera plugin, version 0.3.0 (tagged in Git) 3. add the window8 platform 4. use getPicture with targetWidth and targetHeight set and FILE_URI destination Result: No picture data is returned, the error callback is hit with the message File not found If you remove targetwidth and targetheight, the camera plugin works. Expected: camera plugin should work with targetWidth and targetHeight set for FILE_URI destination -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-6949) CSP in FirefoxOS breaks app.initialize() causing deviceReady not to fire
John McLear created CB-6949: --- Summary: CSP in FirefoxOS breaks app.initialize() causing deviceReady not to fire Key: CB-6949 URL: https://issues.apache.org/jira/browse/CB-6949 Project: Apache Cordova Issue Type: Bug Components: FirefoxOS Reporter: John McLear Priority: Critical To replicate: cordova create test cordova platform add firefoxos Run your application on firefoxos and you will notice deviceReady does not fire. You will also get a CSP warning. The cause is the inline app.initialize() The fix is to move the app.initialize() to another file and set the script at defered however I expect this will break a lot of other things. FirefoxOS expects CSP for all applications by default and is completely strict about certified applications. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-6946) Side stripes on WP8
Alexander Bulychev created CB-6946:
--
Summary: Side stripes on WP8
Key: CB-6946
URL: https://issues.apache.org/jira/browse/CB-6946
Project: Apache Cordova
Issue Type: Bug
Components: WP8
Affects Versions: 3.5.0, 3.3.0
Environment: Nokia Lumia 920, Windows Phone 8 with latest updates
index.html:
!DOCTYPE html
html
head
titleApplication20/title
meta charset=utf-8 /
meta http-equiv=X-UA-Compatible content=IE=edge,chrome=1 /
meta name=apple-mobile-web-app-capable content=yes /
meta name=msapplication-tap-highlight content=no /
meta name=viewport content=width=device-width, initial-scale=1.0,
maximum-scale=1.0 /
style
html,
body,
.dx-viewport {
height: 100%;
}
html {
background-color: red !important;
/*height: calc(100% + 1px);*/
}
body {
background-color: green !important;
}
body {
margin: 0;
padding: 0;
}
.dx-viewport {
background-color: black !important;
}
/style
/head
body
div class=dx-viewport/div
/body
/html
Reporter: Alexander Bulychev
Assignee: Jesse MacFadyen
To reproduce
1. swipe up
2. change orientation to horizontal (green stripe from body at bottom)
3. swipe down (red stripe from html at top)
video:
http://www.youtube.com/watch?v=X860Qs-UVUc
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Created] (CB-6950) clean up Java warnings in Android code
Marcel Kinard created CB-6950: - Summary: clean up Java warnings in Android code Key: CB-6950 URL: https://issues.apache.org/jira/browse/CB-6950 Project: Apache Cordova Issue Type: Improvement Components: Android Reporter: Marcel Kinard Assignee: Marcel Kinard Priority: Minor I noticed recently when loading all the plugins and the Android platform into Eclipse/ADT, that there are a number of Java compiler warnings. I poked at some of the warnings, and a good number of them could be solved easily, as they are unused imports, unused variables, and similar. So the task here is to clean up these warnings where feasible. These appear both in cordova-android, as well as the Android code for multiple core plugins. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Assigned] (CB-6923) [WP8][cordova-plugin-file] native side mishandles relative path
[
https://issues.apache.org/jira/browse/CB-6923?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Gonzalez reassigned CB-6923:
---
Assignee: Martin Gonzalez
[WP8][cordova-plugin-file] native side mishandles relative path
---
Key: CB-6923
URL: https://issues.apache.org/jira/browse/CB-6923
Project: Apache Cordova
Issue Type: Bug
Components: Plugin File, WP8
Affects Versions: 3.5.0
Reporter: Martin Gonzalez
Assignee: Martin Gonzalez
Labels: plugin-file
Fix For: 3.6.0
The filesystem URIs on WP8, is not able to handle the resolve navigation a
parent directory using a relative path, e.g.:
fileName = ../resolve.file.uri
Instead is taking .. as the parent directory not as navigation to the
parent directory.
The filesystem should be able to resolve the path to the parent directory and
set root as the ultimate parent directory as well.
{code}
../resolve.file.uri
{code}
and
{code}
/resolve.file.uri
{code}
Should be resolved to the same file, setting the file system root as the last
parent directory.
This:
{code}
root.getDirectory(//someDir/someSubDir, function (dir) {
dir.getFile(../valid.file.txt, .. );
}, ..);
{code}
Should result this:
{code}
//someDir/valid.file.txt
{code}
Navigation to parent directories should be supported.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Updated] (CB-6944) Media-Capture plugin on Android returns Canceled error when Accept image is selected
[
https://issues.apache.org/jira/browse/CB-6944?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
James White updated CB-6944:
Environment:
Android 4.0.4, 4.1, 4.2, 4.3, 4.4
Cordova 3.5.0-0.2.4
Plugins:
org.apache.cordova.file 1.2.0 File
org.apache.cordova.media-capture 0.3.1 Capture
was:
Android 4.0.4, 4.1
Cordova 3.5.0-0.2.4
Plugins:
org.apache.cordova.file 1.2.0 File
org.apache.cordova.media-capture 0.3.1 Capture
Media-Capture plugin on Android returns Canceled error when Accept image is
selected
Key: CB-6944
URL: https://issues.apache.org/jira/browse/CB-6944
Project: Apache Cordova
Issue Type: Bug
Components: Plugin Media Capture
Affects Versions: 3.5.0
Environment: Android 4.0.4, 4.1, 4.2, 4.3, 4.4
Cordova 3.5.0-0.2.4
Plugins:
org.apache.cordova.file 1.2.0 File
org.apache.cordova.media-capture 0.3.1 Capture
Reporter: James White
Priority: Critical
Attachments: index.js
Attempting to run the following:
{noformat}
navigator.device.capture.captureImage(function(mediaFiles) {
alert('success?'); },
function(error)
{
navigator.notification.alert('Error code: ' + error.code + ' = ' +
error.message, null, 'Capture Error');
},{ limit:1 });
{noformat}
always invokes the error callback with the object:
{noformat}
{message:Canceled., code:3}
{noformat}
even if the accept image option is selected.
Android 4.4 behaves differently, where tapping on the accept image option
does nothing and instead of returning with the error, it remains on the
captured photo view.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Commented] (CB-6923) [WP8][cordova-plugin-file] native side mishandles relative path
[
https://issues.apache.org/jira/browse/CB-6923?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14032521#comment-14032521
]
Martin Gonzalez commented on CB-6923:
-
I'll be working on this one
[WP8][cordova-plugin-file] native side mishandles relative path
---
Key: CB-6923
URL: https://issues.apache.org/jira/browse/CB-6923
Project: Apache Cordova
Issue Type: Bug
Components: Plugin File, WP8
Affects Versions: 3.5.0
Reporter: Martin Gonzalez
Assignee: Martin Gonzalez
Labels: plugin-file
Fix For: 3.6.0
The filesystem URIs on WP8, is not able to handle the resolve navigation a
parent directory using a relative path, e.g.:
fileName = ../resolve.file.uri
Instead is taking .. as the parent directory not as navigation to the
parent directory.
The filesystem should be able to resolve the path to the parent directory and
set root as the ultimate parent directory as well.
{code}
../resolve.file.uri
{code}
and
{code}
/resolve.file.uri
{code}
Should be resolved to the same file, setting the file system root as the last
parent directory.
This:
{code}
root.getDirectory(//someDir/someSubDir, function (dir) {
dir.getFile(../valid.file.txt, .. );
}, ..);
{code}
Should result this:
{code}
//someDir/valid.file.txt
{code}
Navigation to parent directories should be supported.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Commented] (CB-2606) Add support for icon elements in config.xml
[
https://issues.apache.org/jira/browse/CB-2606?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14032210#comment-14032210
]
ASF GitHub Bot commented on CB-2606:
Github user sgrebnov commented on the pull request:
https://github.com/apache/cordova-cli/pull/126#issuecomment-46151067
Pls take a look
[here](https://github.com/apache/cordova-plugin-splashscreen/blob/master/doc/index.md#android-quirks_)
and
[here](http://docs.phonegap.com/en/3.0.0/cordova_splashscreen_splashscreen.md.html).
We are working on new proposal for splash screen support which will make our
live easier.
Add support for icon elements in config.xml
-
Key: CB-2606
URL: https://issues.apache.org/jira/browse/CB-2606
Project: Apache Cordova
Issue Type: Wish
Components: Docs
Reporter: Filip Maj
Assignee: Mark Koudritsky
This feature would add support for specifying the application icon by
changing values inside the {{config.xml}} document.
Relevant details for Cordova:
- {{icon}} elements _may_ have {{width}} and {{height}} attributes
representing the preferred size of the icon in CSS pixels.
- {{icon}} elements _must_ have a {{src}} attribute, which contains a path
string relative to the {{www/}} folder (or equivalent) in the platform.
See [the Widget Spec's section on
icons|http://www.w3.org/TR/widgets/#the-icon-element-and-its-attributes] for
specifics.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Updated] (CB-6944) Media-Capture plugin on Android returns Canceled error when Accept image is selected
[
https://issues.apache.org/jira/browse/CB-6944?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
James White updated CB-6944:
Environment:
Android 4.0.x, 4.1, 4.2, 4.3, 4.4
Cordova 3.5.0-0.2.4
Plugins:
org.apache.cordova.file 1.2.0 File
org.apache.cordova.media-capture 0.3.1 Capture
was:
Android 4.0.4, 4.1, 4.2, 4.3, 4.4
Cordova 3.5.0-0.2.4
Plugins:
org.apache.cordova.file 1.2.0 File
org.apache.cordova.media-capture 0.3.1 Capture
Media-Capture plugin on Android returns Canceled error when Accept image is
selected
Key: CB-6944
URL: https://issues.apache.org/jira/browse/CB-6944
Project: Apache Cordova
Issue Type: Bug
Components: Plugin Media Capture
Affects Versions: 3.5.0
Environment: Android 4.0.x, 4.1, 4.2, 4.3, 4.4
Cordova 3.5.0-0.2.4
Plugins:
org.apache.cordova.file 1.2.0 File
org.apache.cordova.media-capture 0.3.1 Capture
Reporter: James White
Priority: Critical
Attachments: index.js
Attempting to run the following:
{noformat}
navigator.device.capture.captureImage(function(mediaFiles) {
alert('success?'); },
function(error)
{
navigator.notification.alert('Error code: ' + error.code + ' = ' +
error.message, null, 'Capture Error');
},{ limit:1 });
{noformat}
always invokes the error callback with the object:
{noformat}
{message:Canceled., code:3}
{noformat}
even if the accept image option is selected.
Android 4.4 behaves differently, where tapping on the accept image option
does nothing and instead of returning with the error, it remains on the
captured photo view.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Resolved] (CB-6822) Plugman usage compatible with Windows platforms
[ https://issues.apache.org/jira/browse/CB-6822?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Gonzalez resolved CB-6822. - Resolution: Fixed Merged Plugman usage compatible with Windows platforms --- Key: CB-6822 URL: https://issues.apache.org/jira/browse/CB-6822 Project: Apache Cordova Issue Type: Bug Components: mobile-spec Affects Versions: 3.5.0 Environment: Windows 7 8 Reporter: Martin Gonzalez Assignee: Martin Gonzalez Labels: createmobilespec, mobilespec Fix For: 3.6.0 When the --plugman arguments is used to create the mobilespec project using the createmobilespec nodejs module, it fails the plugins installation under windows. Reason: At: https://github.com/apache/cordova-mobile-spec/blob/master/createmobilespec/createmobilespec.js#L180 The plugman main js script is called, but for windows it only means open the js file with an editor, and for Linux based os uses the #!/usr/bin/env node line at the top of the file to invoke nodejs and execute the file. For the Windows platform it's required provide the node command. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CB-6944) Media-Capture plugin on Android returns Canceled error when Accept image is selected
[
https://issues.apache.org/jira/browse/CB-6944?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
James White updated CB-6944:
Environment:
Android 4.0.4, 4.1
Cordova 3.5.0-0.2.4
Plugins:
org.apache.cordova.file 1.2.0 File
org.apache.cordova.media-capture 0.3.1 Capture
was:
Android 4.0.4, 4.1
Cordova 3.5.0
Media-Capture Plugin 0.3.1
Media-Capture plugin on Android returns Canceled error when Accept image is
selected
Key: CB-6944
URL: https://issues.apache.org/jira/browse/CB-6944
Project: Apache Cordova
Issue Type: Bug
Components: Plugin Media Capture
Affects Versions: 3.5.0
Environment: Android 4.0.4, 4.1
Cordova 3.5.0-0.2.4
Plugins:
org.apache.cordova.file 1.2.0 File
org.apache.cordova.media-capture 0.3.1 Capture
Reporter: James White
Priority: Critical
Attachments: index.js
Attempting to run the following:
{noformat}
navigator.device.capture.captureImage(function(mediaFiles) {
alert('success?'); },
function(error)
{
navigator.notification.alert('Error code: ' + error.code + ' = ' +
error.message, null, 'Capture Error');
},{ limit:1 });
{noformat}
always invokes the error callback with the object:
{noformat}
{message:Canceled., code:3}
{noformat}
even if the accept image option is selected.
Android 4.4 behaves differently, where tapping on the accept image option
does nothing and instead of returning with the error, it remains on the
captured photo view.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Updated] (CB-6940) File plugin on Android causes app to fail to start if USB Mass Storage mode enabled and USB plugged in
[ https://issues.apache.org/jira/browse/CB-6940?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] James White updated CB-6940: Environment: Android 4.1 Cordova 3.5.0-0.2.4 File plugin 1.2.0 was: Android 4.1 Cordova 3.5.0 File plugin 1.2.0 File plugin on Android causes app to fail to start if USB Mass Storage mode enabled and USB plugged in -- Key: CB-6940 URL: https://issues.apache.org/jira/browse/CB-6940 Project: Apache Cordova Issue Type: Bug Components: Plugin File Affects Versions: 3.5.0 Environment: Android 4.1 Cordova 3.5.0-0.2.4 File plugin 1.2.0 Reporter: James White When attempting to launch a Cordova application on Android that includes the File plugin, if the USB Mass Storage option is enabled and the USB cable is plugged in, the application stalls. In the system log, the following appears: ApplicationContext: Unable to create external files directory PluginManager: Uncaught exception from plugin PluginManager: java.lang.NullPointerException PluginManager: at org.apache.cordova.file.FileUtils.requestAllPaths(FileUtils.java:866) PluginManager: at org.apache.cordova.file.FileUtils.execute(FileUtils.java:348) PluginManager: at org.apache.cordova.CordovaPlugin.execute(CordovaPlugin.java:65) PluginManager: at org.apache.cordova.PluginManager.execHelper(PluginManager.java:242) PluginManager: at org.apache.cordova.PluginManager.exec(PluginManager.java:227) PluginManager: at org.apache.cordova.ExposedJsApi.exec(ExposedJsApi.java:53) PluginManager: at org.apache.cordova.CordovaChromeClient.onJsPrompt(CordovaChromeClient.java:227) PluginManager: at android.webkit.CallbackProxy.handleMessage(CallbackProxy.java:607) PluginManager: at android.os.Handler.dispatchMessage(Handler.java:99) PluginManager: at android.os.Looper.loop(Looper.java:137) PluginManager: at android.app.ActivityThread.main(ActivityThread.java:4722) PluginManager: at java.lang.reflect.Method.invokeNative(Native Method) PluginManager: at java.lang.reflect.Method.invoke(Method.java:511) PluginManager: at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:787) PluginManager: at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:554) PluginManager: at dalvik.system.NativeStart.main(Native Method) -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-4602) getPreferredLanguage platform inconsistencies
[
https://issues.apache.org/jira/browse/CB-4602?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14032579#comment-14032579
]
ASF GitHub Bot commented on CB-4602:
Github user svkirans closed the pull request at:
https://github.com/apache/cordova-plugin-globalization/pull/8
getPreferredLanguage platform inconsistencies
-
Key: CB-4602
URL: https://issues.apache.org/jira/browse/CB-4602
Project: Apache Cordova
Issue Type: Bug
Components: Android, Plugin Globalization
Affects Versions: 2.6.0, 3.0.0
Environment: Android
Reporter: Jon Whitlock
Assignee: Mike Billau
Priority: Minor
In;
https://github.com/apache/cordova-docs/blob/master/docs/en/edge/cordova/globalization/globalization.getPreferredLanguage.md
Returns the language identifier string to the successCallback with a
properties object as a parameter. That object should have a value property
with a String value.
navigator.globalization.getPreferredLanguage(
function (language) {alert('language: ' + language.value + '\n');},
function () {alert('Error getting language\n');}
);
On Android the function doesn't seem to return an identifier as such, it
returns *a string describing the language localised to that language*, e.g.
English for English or 中文 for Japanese. Naturally this is less than ideal
for subsequent string operations, furthermore on that page Windows Phone 8
Quirks - Returns the ISO 639-1 two-letter code for the current language
which is an identifier, and also what I would expect (or an ISO 639-2 code,
as per http://www.loc.gov/standards/iso639-2/php/code_list.php)
Android seems to support 639-2
http://developer.android.com/reference/java/util/Locale.html#getISO3Language()
I have no idea what it returns on other platforms, but to keep client code
consistent I guess it would good if this could be normalised in the API.
Have tested this on v3.0 and 2.6, is the same.
As an aside, the locale is not really what I want here, as the user may be in
the US but have Japanese as their preferred language.
Thanks,
jon
(first go at using Jira, apols if I got something wrong!)
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Created] (CB-6945) Make Camera plugin independent from File plugin on windows 8
Vladimir Kotikov created CB-6945: Summary: Make Camera plugin independent from File plugin on windows 8 Key: CB-6945 URL: https://issues.apache.org/jira/browse/CB-6945 Project: Apache Cordova Issue Type: Improvement Components: Plugin Camera, Windows 8 Reporter: Vladimir Kotikov Assignee: Jesse MacFadyen After resolving https://issues.apache.org/jira/browse/CB-6920 and https://issues.apache.org/jira/browse/CB-6613 Camera plugin uses native Windows 8 functions to manage files. So file plugin dependency is excess. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CB-6940) File plugin on Android causes app to fail to start if USB Mass Storage mode enabled and USB plugged in
[ https://issues.apache.org/jira/browse/CB-6940?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] James White updated CB-6940: Environment: Android 2.3.x-4.3 Cordova 3.5.0-0.2.4 File plugin 1.2.0 was: Android 4.1 Cordova 3.5.0-0.2.4 File plugin 1.2.0 File plugin on Android causes app to fail to start if USB Mass Storage mode enabled and USB plugged in -- Key: CB-6940 URL: https://issues.apache.org/jira/browse/CB-6940 Project: Apache Cordova Issue Type: Bug Components: Plugin File Affects Versions: 3.5.0 Environment: Android 2.3.x-4.3 Cordova 3.5.0-0.2.4 File plugin 1.2.0 Reporter: James White When attempting to launch a Cordova application on Android that includes the File plugin, if the USB Mass Storage option is enabled and the USB cable is plugged in, the application stalls. In the system log, the following appears: ApplicationContext: Unable to create external files directory PluginManager: Uncaught exception from plugin PluginManager: java.lang.NullPointerException PluginManager: at org.apache.cordova.file.FileUtils.requestAllPaths(FileUtils.java:866) PluginManager: at org.apache.cordova.file.FileUtils.execute(FileUtils.java:348) PluginManager: at org.apache.cordova.CordovaPlugin.execute(CordovaPlugin.java:65) PluginManager: at org.apache.cordova.PluginManager.execHelper(PluginManager.java:242) PluginManager: at org.apache.cordova.PluginManager.exec(PluginManager.java:227) PluginManager: at org.apache.cordova.ExposedJsApi.exec(ExposedJsApi.java:53) PluginManager: at org.apache.cordova.CordovaChromeClient.onJsPrompt(CordovaChromeClient.java:227) PluginManager: at android.webkit.CallbackProxy.handleMessage(CallbackProxy.java:607) PluginManager: at android.os.Handler.dispatchMessage(Handler.java:99) PluginManager: at android.os.Looper.loop(Looper.java:137) PluginManager: at android.app.ActivityThread.main(ActivityThread.java:4722) PluginManager: at java.lang.reflect.Method.invokeNative(Native Method) PluginManager: at java.lang.reflect.Method.invoke(Method.java:511) PluginManager: at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:787) PluginManager: at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:554) PluginManager: at dalvik.system.NativeStart.main(Native Method) -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CB-6940) File plugin on Android causes app to fail to start if USB Mass Storage mode enabled and USB plugged in
[ https://issues.apache.org/jira/browse/CB-6940?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] James White updated CB-6940: Environment: Android 2.3.x-4.4.x Cordova 3.5.0-0.2.4 File plugin 1.2.0 was: Android 2.3.x-4.3 Cordova 3.5.0-0.2.4 File plugin 1.2.0 File plugin on Android causes app to fail to start if USB Mass Storage mode enabled and USB plugged in -- Key: CB-6940 URL: https://issues.apache.org/jira/browse/CB-6940 Project: Apache Cordova Issue Type: Bug Components: Plugin File Affects Versions: 3.5.0 Environment: Android 2.3.x-4.4.x Cordova 3.5.0-0.2.4 File plugin 1.2.0 Reporter: James White When attempting to launch a Cordova application on Android that includes the File plugin, if the USB Mass Storage option is enabled and the USB cable is plugged in, the application stalls. In the system log, the following appears: ApplicationContext: Unable to create external files directory PluginManager: Uncaught exception from plugin PluginManager: java.lang.NullPointerException PluginManager: at org.apache.cordova.file.FileUtils.requestAllPaths(FileUtils.java:866) PluginManager: at org.apache.cordova.file.FileUtils.execute(FileUtils.java:348) PluginManager: at org.apache.cordova.CordovaPlugin.execute(CordovaPlugin.java:65) PluginManager: at org.apache.cordova.PluginManager.execHelper(PluginManager.java:242) PluginManager: at org.apache.cordova.PluginManager.exec(PluginManager.java:227) PluginManager: at org.apache.cordova.ExposedJsApi.exec(ExposedJsApi.java:53) PluginManager: at org.apache.cordova.CordovaChromeClient.onJsPrompt(CordovaChromeClient.java:227) PluginManager: at android.webkit.CallbackProxy.handleMessage(CallbackProxy.java:607) PluginManager: at android.os.Handler.dispatchMessage(Handler.java:99) PluginManager: at android.os.Looper.loop(Looper.java:137) PluginManager: at android.app.ActivityThread.main(ActivityThread.java:4722) PluginManager: at java.lang.reflect.Method.invokeNative(Native Method) PluginManager: at java.lang.reflect.Method.invoke(Method.java:511) PluginManager: at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:787) PluginManager: at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:554) PluginManager: at dalvik.system.NativeStart.main(Native Method) -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-5294) File input element not opening file picker in Android 4.4
[ https://issues.apache.org/jira/browse/CB-5294?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14032702#comment-14032702 ] ASF subversion and git services commented on CB-5294: - Commit 9ef8c3d61c74c5c681a0242afaccd77857460603 in cordova-docs's branch refs/heads/master from [~mrbillau] [ https://git-wip-us.apache.org/repos/asf?p=cordova-docs.git;h=9ef8c3d ] CB-5294 fixed by Android 4.4.3 File input element not opening file picker in Android 4.4 - Key: CB-5294 URL: https://issues.apache.org/jira/browse/CB-5294 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 3.1.0 Environment: Android 4.4.2, partially fixed in Android 4.4.3 Reporter: Paul Kane Assignee: Ian Clelland The file input field doesn't respond when clicked/tapped in Android 4.4. Works fine in previous Android versions. This is regardless of whether the Target Level is set to 18 or 19. To reproduce, I created a fresh Cordova 3.1.0 project for Android. The only modification I made to the default (placeholder) index.html file was adding a form element with a single input type=file element inside. Clicking the Choose File button does nothing. No Logcat output or errors. Normally at this point a dialogue would open allowing me to select an image from the gallery or take a picture, which is what happens in older Android versions. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-5294) File input element not opening file picker in Android 4.4
[ https://issues.apache.org/jira/browse/CB-5294?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14032703#comment-14032703 ] Joe Bowser commented on CB-5294: It is only half-fixed. I wouldn't update those docs just yet. File input element not opening file picker in Android 4.4 - Key: CB-5294 URL: https://issues.apache.org/jira/browse/CB-5294 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 3.1.0 Environment: Android 4.4.2, partially fixed in Android 4.4.3 Reporter: Paul Kane Assignee: Ian Clelland The file input field doesn't respond when clicked/tapped in Android 4.4. Works fine in previous Android versions. This is regardless of whether the Target Level is set to 18 or 19. To reproduce, I created a fresh Cordova 3.1.0 project for Android. The only modification I made to the default (placeholder) index.html file was adding a form element with a single input type=file element inside. Clicking the Choose File button does nothing. No Logcat output or errors. Normally at this point a dialogue would open allowing me to select an image from the gallery or take a picture, which is what happens in older Android versions. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6940) File plugin on Android causes app to fail to start if USB Mass Storage mode enabled and USB plugged in
[ https://issues.apache.org/jira/browse/CB-6940?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14032737#comment-14032737 ] ASF GitHub Bot commented on CB-6940: GitHub user dzeims opened a pull request: https://github.com/apache/cordova-plugin-file/pull/52 CB-6940: Android: context.getExternal* methods return null if sdcard isn't in mou... ...nted state, causing exceptions that prevent startup from reaching readystate You can merge this pull request into a Git repository by running: $ git pull https://github.com/dzeims/cordova-plugin-file master Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-plugin-file/pull/52.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 #52 commit dabbd00804d8f68d2929bd96da82f184d84aaffe Author: dzeims dze...@users.noreply.github.com Date: 2014-06-16T18:24:23Z CB-6940: context.getExternal* methods return null if sdcard isn't in mounted state, causing exceptions that prevent startup from reaching readystate File plugin on Android causes app to fail to start if USB Mass Storage mode enabled and USB plugged in -- Key: CB-6940 URL: https://issues.apache.org/jira/browse/CB-6940 Project: Apache Cordova Issue Type: Bug Components: Plugin File Affects Versions: 3.5.0 Environment: Android 2.3.x-4.4.x Cordova 3.5.0-0.2.4 File plugin 1.2.0 Reporter: James White When attempting to launch a Cordova application on Android that includes the File plugin, if the USB Mass Storage option is enabled and the USB cable is plugged in, the application stalls. In the system log, the following appears: ApplicationContext: Unable to create external files directory PluginManager: Uncaught exception from plugin PluginManager: java.lang.NullPointerException PluginManager: at org.apache.cordova.file.FileUtils.requestAllPaths(FileUtils.java:866) PluginManager: at org.apache.cordova.file.FileUtils.execute(FileUtils.java:348) PluginManager: at org.apache.cordova.CordovaPlugin.execute(CordovaPlugin.java:65) PluginManager: at org.apache.cordova.PluginManager.execHelper(PluginManager.java:242) PluginManager: at org.apache.cordova.PluginManager.exec(PluginManager.java:227) PluginManager: at org.apache.cordova.ExposedJsApi.exec(ExposedJsApi.java:53) PluginManager: at org.apache.cordova.CordovaChromeClient.onJsPrompt(CordovaChromeClient.java:227) PluginManager: at android.webkit.CallbackProxy.handleMessage(CallbackProxy.java:607) PluginManager: at android.os.Handler.dispatchMessage(Handler.java:99) PluginManager: at android.os.Looper.loop(Looper.java:137) PluginManager: at android.app.ActivityThread.main(ActivityThread.java:4722) PluginManager: at java.lang.reflect.Method.invokeNative(Native Method) PluginManager: at java.lang.reflect.Method.invoke(Method.java:511) PluginManager: at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:787) PluginManager: at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:554) PluginManager: at dalvik.system.NativeStart.main(Native Method) -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6941) gnode: Tell people to run npm install when requirements are missing
[ https://issues.apache.org/jira/browse/CB-6941?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14032741#comment-14032741 ] ASF subversion and git services commented on CB-6941: - Commit f77d4406e0520f5772cbde7aaedcb81788a671a1 in cordova-coho's branch refs/heads/master from [~jsoref] [ https://git-wip-us.apache.org/repos/asf?p=cordova-coho.git;h=f77d440 ] CB-6941 gnode: Tell people to run npm install when requirements are missing gnode: Tell people to run npm install when requirements are missing --- Key: CB-6941 URL: https://issues.apache.org/jira/browse/CB-6941 Project: Apache Cordova Issue Type: Bug Components: Coho Reporter: Josh Soref Assignee: Josh Soref Priority: Minor 08a6063 gnode support regressed CB-5343 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6941) gnode: Tell people to run npm install when requirements are missing
[ https://issues.apache.org/jira/browse/CB-6941?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14032742#comment-14032742 ] ASF GitHub Bot commented on CB-6941: Github user asfgit closed the pull request at: https://github.com/apache/cordova-coho/pull/30 gnode: Tell people to run npm install when requirements are missing --- Key: CB-6941 URL: https://issues.apache.org/jira/browse/CB-6941 Project: Apache Cordova Issue Type: Bug Components: Coho Reporter: Josh Soref Assignee: Josh Soref Priority: Minor 08a6063 gnode support regressed CB-5343 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6940) File plugin on Android causes app to fail to start if USB Mass Storage mode enabled and USB plugged in
[ https://issues.apache.org/jira/browse/CB-6940?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14032746#comment-14032746 ] Joe Bowser commented on CB-6940: I hate to be a stickler on style, but can you check the comments I left on the pull request? File plugin on Android causes app to fail to start if USB Mass Storage mode enabled and USB plugged in -- Key: CB-6940 URL: https://issues.apache.org/jira/browse/CB-6940 Project: Apache Cordova Issue Type: Bug Components: Plugin File Affects Versions: 3.5.0 Environment: Android 2.3.x-4.4.x Cordova 3.5.0-0.2.4 File plugin 1.2.0 Reporter: James White When attempting to launch a Cordova application on Android that includes the File plugin, if the USB Mass Storage option is enabled and the USB cable is plugged in, the application stalls. In the system log, the following appears: ApplicationContext: Unable to create external files directory PluginManager: Uncaught exception from plugin PluginManager: java.lang.NullPointerException PluginManager: at org.apache.cordova.file.FileUtils.requestAllPaths(FileUtils.java:866) PluginManager: at org.apache.cordova.file.FileUtils.execute(FileUtils.java:348) PluginManager: at org.apache.cordova.CordovaPlugin.execute(CordovaPlugin.java:65) PluginManager: at org.apache.cordova.PluginManager.execHelper(PluginManager.java:242) PluginManager: at org.apache.cordova.PluginManager.exec(PluginManager.java:227) PluginManager: at org.apache.cordova.ExposedJsApi.exec(ExposedJsApi.java:53) PluginManager: at org.apache.cordova.CordovaChromeClient.onJsPrompt(CordovaChromeClient.java:227) PluginManager: at android.webkit.CallbackProxy.handleMessage(CallbackProxy.java:607) PluginManager: at android.os.Handler.dispatchMessage(Handler.java:99) PluginManager: at android.os.Looper.loop(Looper.java:137) PluginManager: at android.app.ActivityThread.main(ActivityThread.java:4722) PluginManager: at java.lang.reflect.Method.invokeNative(Native Method) PluginManager: at java.lang.reflect.Method.invoke(Method.java:511) PluginManager: at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:787) PluginManager: at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:554) PluginManager: at dalvik.system.NativeStart.main(Native Method) -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6940) File plugin on Android causes app to fail to start if USB Mass Storage mode enabled and USB plugged in
[ https://issues.apache.org/jira/browse/CB-6940?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14032765#comment-14032765 ] ASF GitHub Bot commented on CB-6940: Github user dzeims commented on the pull request: https://github.com/apache/cordova-plugin-file/pull/52#issuecomment-46218127 I've updated the try/catch blocks and wrapped them with an Environment.getExternalStorageState() check I noticed was being used in FileUtils. From what I could tell, the documentation only seemed to narrow down the exception type to IOException. File plugin on Android causes app to fail to start if USB Mass Storage mode enabled and USB plugged in -- Key: CB-6940 URL: https://issues.apache.org/jira/browse/CB-6940 Project: Apache Cordova Issue Type: Bug Components: Plugin File Affects Versions: 3.5.0 Environment: Android 2.3.x-4.4.x Cordova 3.5.0-0.2.4 File plugin 1.2.0 Reporter: James White When attempting to launch a Cordova application on Android that includes the File plugin, if the USB Mass Storage option is enabled and the USB cable is plugged in, the application stalls. In the system log, the following appears: ApplicationContext: Unable to create external files directory PluginManager: Uncaught exception from plugin PluginManager: java.lang.NullPointerException PluginManager: at org.apache.cordova.file.FileUtils.requestAllPaths(FileUtils.java:866) PluginManager: at org.apache.cordova.file.FileUtils.execute(FileUtils.java:348) PluginManager: at org.apache.cordova.CordovaPlugin.execute(CordovaPlugin.java:65) PluginManager: at org.apache.cordova.PluginManager.execHelper(PluginManager.java:242) PluginManager: at org.apache.cordova.PluginManager.exec(PluginManager.java:227) PluginManager: at org.apache.cordova.ExposedJsApi.exec(ExposedJsApi.java:53) PluginManager: at org.apache.cordova.CordovaChromeClient.onJsPrompt(CordovaChromeClient.java:227) PluginManager: at android.webkit.CallbackProxy.handleMessage(CallbackProxy.java:607) PluginManager: at android.os.Handler.dispatchMessage(Handler.java:99) PluginManager: at android.os.Looper.loop(Looper.java:137) PluginManager: at android.app.ActivityThread.main(ActivityThread.java:4722) PluginManager: at java.lang.reflect.Method.invokeNative(Native Method) PluginManager: at java.lang.reflect.Method.invoke(Method.java:511) PluginManager: at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:787) PluginManager: at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:554) PluginManager: at dalvik.system.NativeStart.main(Native Method) -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6940) File plugin on Android causes app to fail to start if USB Mass Storage mode enabled and USB plugged in
[ https://issues.apache.org/jira/browse/CB-6940?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14032800#comment-14032800 ] ASF GitHub Bot commented on CB-6940: Github user dzeims commented on the pull request: https://github.com/apache/cordova-plugin-file/pull/52#issuecomment-46221077 My mistake, it should be NullPointerException. Updated. File plugin on Android causes app to fail to start if USB Mass Storage mode enabled and USB plugged in -- Key: CB-6940 URL: https://issues.apache.org/jira/browse/CB-6940 Project: Apache Cordova Issue Type: Bug Components: Plugin File Affects Versions: 3.5.0 Environment: Android 2.3.x-4.4.x Cordova 3.5.0-0.2.4 File plugin 1.2.0 Reporter: James White When attempting to launch a Cordova application on Android that includes the File plugin, if the USB Mass Storage option is enabled and the USB cable is plugged in, the application stalls. In the system log, the following appears: ApplicationContext: Unable to create external files directory PluginManager: Uncaught exception from plugin PluginManager: java.lang.NullPointerException PluginManager: at org.apache.cordova.file.FileUtils.requestAllPaths(FileUtils.java:866) PluginManager: at org.apache.cordova.file.FileUtils.execute(FileUtils.java:348) PluginManager: at org.apache.cordova.CordovaPlugin.execute(CordovaPlugin.java:65) PluginManager: at org.apache.cordova.PluginManager.execHelper(PluginManager.java:242) PluginManager: at org.apache.cordova.PluginManager.exec(PluginManager.java:227) PluginManager: at org.apache.cordova.ExposedJsApi.exec(ExposedJsApi.java:53) PluginManager: at org.apache.cordova.CordovaChromeClient.onJsPrompt(CordovaChromeClient.java:227) PluginManager: at android.webkit.CallbackProxy.handleMessage(CallbackProxy.java:607) PluginManager: at android.os.Handler.dispatchMessage(Handler.java:99) PluginManager: at android.os.Looper.loop(Looper.java:137) PluginManager: at android.app.ActivityThread.main(ActivityThread.java:4722) PluginManager: at java.lang.reflect.Method.invokeNative(Native Method) PluginManager: at java.lang.reflect.Method.invoke(Method.java:511) PluginManager: at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:787) PluginManager: at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:554) PluginManager: at dalvik.system.NativeStart.main(Native Method) -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-6951) OrientationChange not working on iphone iOS 7.1
Mark Eiding created CB-6951:
---
Summary: OrientationChange not working on iphone iOS 7.1
Key: CB-6951
URL: https://issues.apache.org/jira/browse/CB-6951
Project: Apache Cordova
Issue Type: Bug
Components: iOS
Affects Versions: 3.5.0
Environment: iPhone 5s iOS 7.1,
Reporter: Mark Eiding
A simple app was made to test the orientation change with the function.
$(window).on(orientationchange,function(){ }
While the app is running the phone becomes orientation locked in portrait and
will not change orientations. The same app running on an iPad w/ iOS 7.1
changes orientation correctly. Also if the html file used to build the app is
hosted online, the iPhone will detects and changes orientation correctly when
on the site.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Commented] (CB-6940) File plugin on Android causes app to fail to start if USB Mass Storage mode enabled and USB plugged in
[ https://issues.apache.org/jira/browse/CB-6940?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14032856#comment-14032856 ] Joe Bowser commented on CB-6940: There should be a Log.d() attached to tell the developer what happened here. We can't just catch exceptions without some indication of what went wrong. File plugin on Android causes app to fail to start if USB Mass Storage mode enabled and USB plugged in -- Key: CB-6940 URL: https://issues.apache.org/jira/browse/CB-6940 Project: Apache Cordova Issue Type: Bug Components: Plugin File Affects Versions: 3.5.0 Environment: Android 2.3.x-4.4.x Cordova 3.5.0-0.2.4 File plugin 1.2.0 Reporter: James White When attempting to launch a Cordova application on Android that includes the File plugin, if the USB Mass Storage option is enabled and the USB cable is plugged in, the application stalls. In the system log, the following appears: ApplicationContext: Unable to create external files directory PluginManager: Uncaught exception from plugin PluginManager: java.lang.NullPointerException PluginManager: at org.apache.cordova.file.FileUtils.requestAllPaths(FileUtils.java:866) PluginManager: at org.apache.cordova.file.FileUtils.execute(FileUtils.java:348) PluginManager: at org.apache.cordova.CordovaPlugin.execute(CordovaPlugin.java:65) PluginManager: at org.apache.cordova.PluginManager.execHelper(PluginManager.java:242) PluginManager: at org.apache.cordova.PluginManager.exec(PluginManager.java:227) PluginManager: at org.apache.cordova.ExposedJsApi.exec(ExposedJsApi.java:53) PluginManager: at org.apache.cordova.CordovaChromeClient.onJsPrompt(CordovaChromeClient.java:227) PluginManager: at android.webkit.CallbackProxy.handleMessage(CallbackProxy.java:607) PluginManager: at android.os.Handler.dispatchMessage(Handler.java:99) PluginManager: at android.os.Looper.loop(Looper.java:137) PluginManager: at android.app.ActivityThread.main(ActivityThread.java:4722) PluginManager: at java.lang.reflect.Method.invokeNative(Native Method) PluginManager: at java.lang.reflect.Method.invoke(Method.java:511) PluginManager: at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:787) PluginManager: at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:554) PluginManager: at dalvik.system.NativeStart.main(Native Method) -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6936) app crashes if webview is destroyed while dialog box open
[
https://issues.apache.org/jira/browse/CB-6936?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14032879#comment-14032879
]
Marcel Kinard commented on CB-6936:
---
This sounds vaguely related to CB-6837.
app crashes if webview is destroyed while dialog box open
-
Key: CB-6936
URL: https://issues.apache.org/jira/browse/CB-6936
Project: Apache Cordova
Issue Type: Bug
Components: Android, Plugin Dialogs
Affects Versions: 3.4.0
Environment: Android 4.x on physical device
Or any Android environment
Reporter: Shingo Toda
Assignee: Joe Bowser
We have an Android application which implements an embedded WebView
container in which it executes customer Cordova apps.
Under certain conditions our container needs to terminate the customer app,
and during this termination it calls {{CordovaWebView.destroy()}} to disable
CordovaWebView.
But application may entirely crash during this termination in some scenarios.
For example:
# call {{navigator.notification.alert}}, {{confirm}} or {{prompt}} and leave
popup dialog open
# this termination is done for some reason while dialog box is till open
# all views on CordovaWebView are released but dialog box still remains
# attempt to close dialog by pressing button in the dialog
# application crashes with Unknown exception.
{code}
06-13 21:45:19.765: E/FSP_INTS-MAPS_AG(11176): 81508: Unknown exception
occurred.
06-13 21:45:19.765: E/FSP_INTS-MAPS_AG(11176): java.lang.NullPointerException
06-13 21:45:19.765: E/FSP_INTS-MAPS_AG(11176):at
android.webkit.WebView.setNetworkAvailable(WebView.java:2639)
06-13 21:45:19.765: E/FSP_INTS-MAPS_AG(11176):at
org.apache.cordova.NativeToJsMessageQueue$OnlineEventsBridgeMode$1.run(NativeToJsMessageQueue.java:305)
06-13 21:45:19.765: E/FSP_INTS-MAPS_AG(11176):at
android.app.Activity.runOnUiThread(Activity.java:4175)
06-13 21:45:19.765: E/FSP_INTS-MAPS_AG(11176):at
org.apache.cordova.NativeToJsMessageQueue$OnlineEventsBridgeMode.onNativeToJsMessageAvailable(NativeToJsMessageQueue.java:313)
06-13 21:45:19.765: E/FSP_INTS-MAPS_AG(11176):at
org.apache.cordova.NativeToJsMessageQueue.enqueueMessage(NativeToJsMessageQueue.java:253)
06-13 21:45:19.765: E/FSP_INTS-MAPS_AG(11176):at
org.apache.cordova.NativeToJsMessageQueue.addPluginResult(NativeToJsMessageQueue.java:246)
06-13 21:45:19.765: E/FSP_INTS-MAPS_AG(11176):at
org.apache.cordova.CordovaWebView.sendPluginResult(CordovaWebView.java:572)
06-13 21:45:19.765: E/FSP_INTS-MAPS_AG(11176):at
org.apache.cordova.CallbackContext.sendPluginResult(CallbackContext.java:64)
06-13 21:45:19.765: E/FSP_INTS-MAPS_AG(11176):at
org.apache.cordova.dialogs.Notification$1$1.onClick(Notification.java:150)
06-13 21:45:19.765: E/FSP_INTS-MAPS_AG(11176):at
com.android.internal.app.AlertController$ButtonHandler.handleMessage(AlertController.java:167)
{code}
h2. Problem
Obviously CordovaWebView is already not available but dialog still exists. If
a user press button in dialog, {{onClick()}} gets called and consequently
{{CordovaWebView.setNetworkAvailable()}} gets called to send message from
queue to JavaScript even though WebView is already destroyed. As a result,
entire application crashes.
h3. Workaround
We made a method to check if WebView is destroyed or not.
{code}
private boolean isWebViewDestroyed() {
final String url = webView.getUrl();
if (url == null ||
url.equals(about:blank)) {
return true;
} else {
return false;
}
}
{code}
And check this before {{callbackContext.sendPluginResult()}} is called.
{code}
public synchronized void alert(final String message, final String title,
final String buttonLabel, final CallbackContext callbackContext) {
final CordovaInterface cordova = this.cordova;
Runnable runnable = new Runnable() {
public void run() {
AlertDialog.Builder dlg = new
AlertDialog.Builder(cordova.getActivity());
dlg.setMessage(message);
dlg.setTitle(title);
dlg.setCancelable(true);
dlg.setPositiveButton(buttonLabel,
new AlertDialog.OnClickListener() {
public void onClick(DialogInterface dialog, int
which) {
dialog.dismiss();
if (!isWebViewDestroyed()) {
callbackContext.sendPluginResult(new
PluginResult(PluginResult.Status.OK, 0));
}
}
});
[jira] [Commented] (CB-6936) app crashes if webview is destroyed while dialog box open
[
https://issues.apache.org/jira/browse/CB-6936?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14032883#comment-14032883
]
Joe Bowser commented on CB-6936:
It does, and I'm seriously tempted to close this as a duplicate unless I get a
use case that's justifies the priority.
app crashes if webview is destroyed while dialog box open
-
Key: CB-6936
URL: https://issues.apache.org/jira/browse/CB-6936
Project: Apache Cordova
Issue Type: Bug
Components: Android, Plugin Dialogs
Affects Versions: 3.4.0
Environment: Android 4.x on physical device
Or any Android environment
Reporter: Shingo Toda
Assignee: Joe Bowser
We have an Android application which implements an embedded WebView
container in which it executes customer Cordova apps.
Under certain conditions our container needs to terminate the customer app,
and during this termination it calls {{CordovaWebView.destroy()}} to disable
CordovaWebView.
But application may entirely crash during this termination in some scenarios.
For example:
# call {{navigator.notification.alert}}, {{confirm}} or {{prompt}} and leave
popup dialog open
# this termination is done for some reason while dialog box is till open
# all views on CordovaWebView are released but dialog box still remains
# attempt to close dialog by pressing button in the dialog
# application crashes with Unknown exception.
{code}
06-13 21:45:19.765: E/FSP_INTS-MAPS_AG(11176): 81508: Unknown exception
occurred.
06-13 21:45:19.765: E/FSP_INTS-MAPS_AG(11176): java.lang.NullPointerException
06-13 21:45:19.765: E/FSP_INTS-MAPS_AG(11176):at
android.webkit.WebView.setNetworkAvailable(WebView.java:2639)
06-13 21:45:19.765: E/FSP_INTS-MAPS_AG(11176):at
org.apache.cordova.NativeToJsMessageQueue$OnlineEventsBridgeMode$1.run(NativeToJsMessageQueue.java:305)
06-13 21:45:19.765: E/FSP_INTS-MAPS_AG(11176):at
android.app.Activity.runOnUiThread(Activity.java:4175)
06-13 21:45:19.765: E/FSP_INTS-MAPS_AG(11176):at
org.apache.cordova.NativeToJsMessageQueue$OnlineEventsBridgeMode.onNativeToJsMessageAvailable(NativeToJsMessageQueue.java:313)
06-13 21:45:19.765: E/FSP_INTS-MAPS_AG(11176):at
org.apache.cordova.NativeToJsMessageQueue.enqueueMessage(NativeToJsMessageQueue.java:253)
06-13 21:45:19.765: E/FSP_INTS-MAPS_AG(11176):at
org.apache.cordova.NativeToJsMessageQueue.addPluginResult(NativeToJsMessageQueue.java:246)
06-13 21:45:19.765: E/FSP_INTS-MAPS_AG(11176):at
org.apache.cordova.CordovaWebView.sendPluginResult(CordovaWebView.java:572)
06-13 21:45:19.765: E/FSP_INTS-MAPS_AG(11176):at
org.apache.cordova.CallbackContext.sendPluginResult(CallbackContext.java:64)
06-13 21:45:19.765: E/FSP_INTS-MAPS_AG(11176):at
org.apache.cordova.dialogs.Notification$1$1.onClick(Notification.java:150)
06-13 21:45:19.765: E/FSP_INTS-MAPS_AG(11176):at
com.android.internal.app.AlertController$ButtonHandler.handleMessage(AlertController.java:167)
{code}
h2. Problem
Obviously CordovaWebView is already not available but dialog still exists. If
a user press button in dialog, {{onClick()}} gets called and consequently
{{CordovaWebView.setNetworkAvailable()}} gets called to send message from
queue to JavaScript even though WebView is already destroyed. As a result,
entire application crashes.
h3. Workaround
We made a method to check if WebView is destroyed or not.
{code}
private boolean isWebViewDestroyed() {
final String url = webView.getUrl();
if (url == null ||
url.equals(about:blank)) {
return true;
} else {
return false;
}
}
{code}
And check this before {{callbackContext.sendPluginResult()}} is called.
{code}
public synchronized void alert(final String message, final String title,
final String buttonLabel, final CallbackContext callbackContext) {
final CordovaInterface cordova = this.cordova;
Runnable runnable = new Runnable() {
public void run() {
AlertDialog.Builder dlg = new
AlertDialog.Builder(cordova.getActivity());
dlg.setMessage(message);
dlg.setTitle(title);
dlg.setCancelable(true);
dlg.setPositiveButton(buttonLabel,
new AlertDialog.OnClickListener() {
public void onClick(DialogInterface dialog, int
which) {
dialog.dismiss();
if (!isWebViewDestroyed()) {
callbackContext.sendPluginResult(new
PluginResult(PluginResult.Status.OK, 0));
}
[jira] [Commented] (CB-6740) [amazon-fireos]Clean up error reporting when AmazonWebView SDK not found
[ https://issues.apache.org/jira/browse/CB-6740?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14032890#comment-14032890 ] ASF subversion and git services commented on CB-6740: - Commit 1d198e982f686a0e79fd4d0689ab6485c4849da1 in cordova-docs's branch refs/heads/master from [~naika] [ https://git-wip-us.apache.org/repos/asf?p=cordova-docs.git;h=1d198e9 ] [CB-6740][amazon-fireos]Clean up error reporting when AmazonWebView SDK not found Updated amazon-fireos platform guide with new location for AWV SDK. [amazon-fireos]Clean up error reporting when AmazonWebView SDK not found Key: CB-6740 URL: https://issues.apache.org/jira/browse/CB-6740 Project: Apache Cordova Issue Type: Bug Components: Amazon FireOS Affects Versions: 3.4.0 Reporter: Archana Naik Assignee: Archana Naik Fix For: 3.6.0 amazon-fireos platform requires AmazonWebView SDK to be installed in platform's cached libs folder. Currently, whole stacktrace is shown and error message gets lost in the verbose. Cleanup error reporting mechanism so error message and solution is clear to users. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6740) [amazon-fireos]Clean up error reporting when AmazonWebView SDK not found
[ https://issues.apache.org/jira/browse/CB-6740?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14032894#comment-14032894 ] ASF subversion and git services commented on CB-6740: - Commit 087c3918585c9dc50e2759ada1139bcc78d1d34e in cordova-cli's branch refs/heads/master from [~naika] [ https://git-wip-us.apache.org/repos/asf?p=cordova-cli.git;h=087c391 ] [CB-6740][amazon-fireos]Clean up error reporting when AmazonWebView SDK not found Updated cli readme to point to correct location to copy AWV SDK. [amazon-fireos]Clean up error reporting when AmazonWebView SDK not found Key: CB-6740 URL: https://issues.apache.org/jira/browse/CB-6740 Project: Apache Cordova Issue Type: Bug Components: Amazon FireOS Affects Versions: 3.4.0 Reporter: Archana Naik Assignee: Archana Naik Fix For: 3.6.0 amazon-fireos platform requires AmazonWebView SDK to be installed in platform's cached libs folder. Currently, whole stacktrace is shown and error message gets lost in the verbose. Cleanup error reporting mechanism so error message and solution is clear to users. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6740) [amazon-fireos]Clean up error reporting when AmazonWebView SDK not found
[ https://issues.apache.org/jira/browse/CB-6740?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14032900#comment-14032900 ] ASF subversion and git services commented on CB-6740: - Commit 5fa8d6ef36412e21df6a190c780502b41f982504 in cordova-amazon-fireos's branch refs/heads/master from [~naika] [ https://git-wip-us.apache.org/repos/asf?p=cordova-amazon-fireos.git;h=5fa8d6e ] [CB-6740]Cleanup error reporting when AmazonWebView SDK is not found Updated create script to check commonlibs folder under ~/.cordova/lib. If it doesnt exist create one and let user know. Error message updated. If exists copy it to specific release's framework/libs folder. [amazon-fireos]Clean up error reporting when AmazonWebView SDK not found Key: CB-6740 URL: https://issues.apache.org/jira/browse/CB-6740 Project: Apache Cordova Issue Type: Bug Components: Amazon FireOS Affects Versions: 3.4.0 Reporter: Archana Naik Assignee: Archana Naik Fix For: 3.6.0 amazon-fireos platform requires AmazonWebView SDK to be installed in platform's cached libs folder. Currently, whole stacktrace is shown and error message gets lost in the verbose. Cleanup error reporting mechanism so error message and solution is clear to users. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Resolved] (CB-6740) [amazon-fireos]Clean up error reporting when AmazonWebView SDK not found
[ https://issues.apache.org/jira/browse/CB-6740?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Archana Naik resolved CB-6740. -- Resolution: Fixed [amazon-fireos]Clean up error reporting when AmazonWebView SDK not found Key: CB-6740 URL: https://issues.apache.org/jira/browse/CB-6740 Project: Apache Cordova Issue Type: Bug Components: Amazon FireOS Affects Versions: 3.4.0 Reporter: Archana Naik Assignee: Archana Naik Fix For: 3.6.0 amazon-fireos platform requires AmazonWebView SDK to be installed in platform's cached libs folder. Currently, whole stacktrace is shown and error message gets lost in the verbose. Cleanup error reporting mechanism so error message and solution is clear to users. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Assigned] (CB-3445) Move Cordova-Android Build Setup to Gradle
[ https://issues.apache.org/jira/browse/CB-3445?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ian Clelland reassigned CB-3445: Assignee: Ian Clelland Move Cordova-Android Build Setup to Gradle -- Key: CB-3445 URL: https://issues.apache.org/jira/browse/CB-3445 Project: Apache Cordova Issue Type: Improvement Components: Android Reporter: Joe Bowser Assignee: Ian Clelland Priority: Minor Currently we're using ant for our setup, and our setup can break every time that the Android SDK updates and change its build.xml. However, the Android Team has created Gradle to be more robust such that it doesn't have the same problems as ant-based scripts. This also has the advantage of using Android Studio for development instead of Eclipse, and the ability for us to bundle resources, which is something we haven't been able to do before. Moving to Gradle has numerous advantages, but will break scripts, so this is to be moved in the post-3.0 timeframe. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6944) Media-Capture plugin on Android returns Canceled error when Accept image is selected
[
https://issues.apache.org/jira/browse/CB-6944?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14032945#comment-14032945
]
James White commented on CB-6944:
-
It seems that the issue is with the directory the image capture intent is being
given.
In the below function: (Capture.java, lines 208-217)
private String getTempDirectoryPath() {
File cache = null;
// Use internal storage
cache = cordova.getActivity().getCacheDir();
// Create the cache directory if it doesn't exist
cache.mkdirs();
return cache.getAbsolutePath();
}
whenever cache is being assigned an application-specific internal path, the
camera app either prevents the user from being able to select the accept image
checkmark, or returns error code 3/Canceled.
Changing cache to be of a path outside of an internal application directory
seems to resolve both of the issues for some reason.
Examples of what worked:
cache = cordova.getActivity().getExternalCacheDir();
cache = cordova.getActivity().getExternalFilesDir(null);
cache =
Environment.getExternalStoragePublicDirectory(Environment.DIRECTORY_PICTURES);
A posting on stackoverflow
(http://stackoverflow.com/questions/1910608/android-action-image-capture-intent)
refers to there being some kind of known bug with the image capture intent,
where one user's workaround looks like it refers to external storage.
Media-Capture plugin on Android returns Canceled error when Accept image is
selected
Key: CB-6944
URL: https://issues.apache.org/jira/browse/CB-6944
Project: Apache Cordova
Issue Type: Bug
Components: Plugin Media Capture
Affects Versions: 3.5.0
Environment: Android 4.0.x, 4.1, 4.2, 4.3, 4.4
Cordova 3.5.0-0.2.4
Plugins:
org.apache.cordova.file 1.2.0 File
org.apache.cordova.media-capture 0.3.1 Capture
Reporter: James White
Priority: Critical
Attachments: index.js
Attempting to run the following:
{noformat}
navigator.device.capture.captureImage(function(mediaFiles) {
alert('success?'); },
function(error)
{
navigator.notification.alert('Error code: ' + error.code + ' = ' +
error.message, null, 'Capture Error');
},{ limit:1 });
{noformat}
always invokes the error callback with the object:
{noformat}
{message:Canceled., code:3}
{noformat}
even if the accept image option is selected.
Android 4.4 behaves differently, where tapping on the accept image option
does nothing and instead of returning with the error, it remains on the
captured photo view.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Commented] (CB-6940) File plugin on Android causes app to fail to start if USB Mass Storage mode enabled and USB plugged in
[ https://issues.apache.org/jira/browse/CB-6940?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14032982#comment-14032982 ] ASF subversion and git services commented on CB-6940: - Commit 76f869ed8cd48bd1eafa1aa7a2d83a8607f4cb9a in cordova-plugin-file's branch refs/heads/master from dzeims [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-file.git;h=76f869e ] CB-6940: context.getExternal* methods return null if sdcard isn't in mounted state, causing exceptions that prevent startup from reaching readystate Signed-off-by: Joe Bowser bows...@apache.org File plugin on Android causes app to fail to start if USB Mass Storage mode enabled and USB plugged in -- Key: CB-6940 URL: https://issues.apache.org/jira/browse/CB-6940 Project: Apache Cordova Issue Type: Bug Components: Plugin File Affects Versions: 3.5.0 Environment: Android 2.3.x-4.4.x Cordova 3.5.0-0.2.4 File plugin 1.2.0 Reporter: James White When attempting to launch a Cordova application on Android that includes the File plugin, if the USB Mass Storage option is enabled and the USB cable is plugged in, the application stalls. In the system log, the following appears: ApplicationContext: Unable to create external files directory PluginManager: Uncaught exception from plugin PluginManager: java.lang.NullPointerException PluginManager: at org.apache.cordova.file.FileUtils.requestAllPaths(FileUtils.java:866) PluginManager: at org.apache.cordova.file.FileUtils.execute(FileUtils.java:348) PluginManager: at org.apache.cordova.CordovaPlugin.execute(CordovaPlugin.java:65) PluginManager: at org.apache.cordova.PluginManager.execHelper(PluginManager.java:242) PluginManager: at org.apache.cordova.PluginManager.exec(PluginManager.java:227) PluginManager: at org.apache.cordova.ExposedJsApi.exec(ExposedJsApi.java:53) PluginManager: at org.apache.cordova.CordovaChromeClient.onJsPrompt(CordovaChromeClient.java:227) PluginManager: at android.webkit.CallbackProxy.handleMessage(CallbackProxy.java:607) PluginManager: at android.os.Handler.dispatchMessage(Handler.java:99) PluginManager: at android.os.Looper.loop(Looper.java:137) PluginManager: at android.app.ActivityThread.main(ActivityThread.java:4722) PluginManager: at java.lang.reflect.Method.invokeNative(Native Method) PluginManager: at java.lang.reflect.Method.invoke(Method.java:511) PluginManager: at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:787) PluginManager: at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:554) PluginManager: at dalvik.system.NativeStart.main(Native Method) -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6940) File plugin on Android causes app to fail to start if USB Mass Storage mode enabled and USB plugged in
[ https://issues.apache.org/jira/browse/CB-6940?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14032984#comment-14032984 ] ASF subversion and git services commented on CB-6940: - Commit cbcd0f461d676df876e4be19e20a4c80b0e2d6de in cordova-plugin-file's branch refs/heads/master from [~bowserj] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-file.git;h=cbcd0f4 ] CB-6940: Fixing up commit from dzeims File plugin on Android causes app to fail to start if USB Mass Storage mode enabled and USB plugged in -- Key: CB-6940 URL: https://issues.apache.org/jira/browse/CB-6940 Project: Apache Cordova Issue Type: Bug Components: Plugin File Affects Versions: 3.5.0 Environment: Android 2.3.x-4.4.x Cordova 3.5.0-0.2.4 File plugin 1.2.0 Reporter: James White When attempting to launch a Cordova application on Android that includes the File plugin, if the USB Mass Storage option is enabled and the USB cable is plugged in, the application stalls. In the system log, the following appears: ApplicationContext: Unable to create external files directory PluginManager: Uncaught exception from plugin PluginManager: java.lang.NullPointerException PluginManager: at org.apache.cordova.file.FileUtils.requestAllPaths(FileUtils.java:866) PluginManager: at org.apache.cordova.file.FileUtils.execute(FileUtils.java:348) PluginManager: at org.apache.cordova.CordovaPlugin.execute(CordovaPlugin.java:65) PluginManager: at org.apache.cordova.PluginManager.execHelper(PluginManager.java:242) PluginManager: at org.apache.cordova.PluginManager.exec(PluginManager.java:227) PluginManager: at org.apache.cordova.ExposedJsApi.exec(ExposedJsApi.java:53) PluginManager: at org.apache.cordova.CordovaChromeClient.onJsPrompt(CordovaChromeClient.java:227) PluginManager: at android.webkit.CallbackProxy.handleMessage(CallbackProxy.java:607) PluginManager: at android.os.Handler.dispatchMessage(Handler.java:99) PluginManager: at android.os.Looper.loop(Looper.java:137) PluginManager: at android.app.ActivityThread.main(ActivityThread.java:4722) PluginManager: at java.lang.reflect.Method.invokeNative(Native Method) PluginManager: at java.lang.reflect.Method.invoke(Method.java:511) PluginManager: at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:787) PluginManager: at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:554) PluginManager: at dalvik.system.NativeStart.main(Native Method) -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6940) File plugin on Android causes app to fail to start if USB Mass Storage mode enabled and USB plugged in
[ https://issues.apache.org/jira/browse/CB-6940?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14032983#comment-14032983 ] ASF subversion and git services commented on CB-6940: - Commit 44fe0406a7a99b643bd8c85c84ea4523b0345c84 in cordova-plugin-file's branch refs/heads/master from dzeims [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-file.git;h=44fe040 ] CB-6940: Android: cleanup try/catch exception handling Signed-off-by: Joe Bowser bows...@apache.org File plugin on Android causes app to fail to start if USB Mass Storage mode enabled and USB plugged in -- Key: CB-6940 URL: https://issues.apache.org/jira/browse/CB-6940 Project: Apache Cordova Issue Type: Bug Components: Plugin File Affects Versions: 3.5.0 Environment: Android 2.3.x-4.4.x Cordova 3.5.0-0.2.4 File plugin 1.2.0 Reporter: James White When attempting to launch a Cordova application on Android that includes the File plugin, if the USB Mass Storage option is enabled and the USB cable is plugged in, the application stalls. In the system log, the following appears: ApplicationContext: Unable to create external files directory PluginManager: Uncaught exception from plugin PluginManager: java.lang.NullPointerException PluginManager: at org.apache.cordova.file.FileUtils.requestAllPaths(FileUtils.java:866) PluginManager: at org.apache.cordova.file.FileUtils.execute(FileUtils.java:348) PluginManager: at org.apache.cordova.CordovaPlugin.execute(CordovaPlugin.java:65) PluginManager: at org.apache.cordova.PluginManager.execHelper(PluginManager.java:242) PluginManager: at org.apache.cordova.PluginManager.exec(PluginManager.java:227) PluginManager: at org.apache.cordova.ExposedJsApi.exec(ExposedJsApi.java:53) PluginManager: at org.apache.cordova.CordovaChromeClient.onJsPrompt(CordovaChromeClient.java:227) PluginManager: at android.webkit.CallbackProxy.handleMessage(CallbackProxy.java:607) PluginManager: at android.os.Handler.dispatchMessage(Handler.java:99) PluginManager: at android.os.Looper.loop(Looper.java:137) PluginManager: at android.app.ActivityThread.main(ActivityThread.java:4722) PluginManager: at java.lang.reflect.Method.invokeNative(Native Method) PluginManager: at java.lang.reflect.Method.invoke(Method.java:511) PluginManager: at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:787) PluginManager: at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:554) PluginManager: at dalvik.system.NativeStart.main(Native Method) -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Resolved] (CB-6940) File plugin on Android causes app to fail to start if USB Mass Storage mode enabled and USB plugged in
[ https://issues.apache.org/jira/browse/CB-6940?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser resolved CB-6940. Resolution: Fixed Tested on Nexus S (2.3.6) and HTC One M8 (4.2.2), no crashes! File plugin on Android causes app to fail to start if USB Mass Storage mode enabled and USB plugged in -- Key: CB-6940 URL: https://issues.apache.org/jira/browse/CB-6940 Project: Apache Cordova Issue Type: Bug Components: Plugin File Affects Versions: 3.5.0 Environment: Android 2.3.x-4.4.x Cordova 3.5.0-0.2.4 File plugin 1.2.0 Reporter: James White When attempting to launch a Cordova application on Android that includes the File plugin, if the USB Mass Storage option is enabled and the USB cable is plugged in, the application stalls. In the system log, the following appears: ApplicationContext: Unable to create external files directory PluginManager: Uncaught exception from plugin PluginManager: java.lang.NullPointerException PluginManager: at org.apache.cordova.file.FileUtils.requestAllPaths(FileUtils.java:866) PluginManager: at org.apache.cordova.file.FileUtils.execute(FileUtils.java:348) PluginManager: at org.apache.cordova.CordovaPlugin.execute(CordovaPlugin.java:65) PluginManager: at org.apache.cordova.PluginManager.execHelper(PluginManager.java:242) PluginManager: at org.apache.cordova.PluginManager.exec(PluginManager.java:227) PluginManager: at org.apache.cordova.ExposedJsApi.exec(ExposedJsApi.java:53) PluginManager: at org.apache.cordova.CordovaChromeClient.onJsPrompt(CordovaChromeClient.java:227) PluginManager: at android.webkit.CallbackProxy.handleMessage(CallbackProxy.java:607) PluginManager: at android.os.Handler.dispatchMessage(Handler.java:99) PluginManager: at android.os.Looper.loop(Looper.java:137) PluginManager: at android.app.ActivityThread.main(ActivityThread.java:4722) PluginManager: at java.lang.reflect.Method.invokeNative(Native Method) PluginManager: at java.lang.reflect.Method.invoke(Method.java:511) PluginManager: at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:787) PluginManager: at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:554) PluginManager: at dalvik.system.NativeStart.main(Native Method) -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-6952) can t restart app after force close in multitask or long time idle
laguillaumie sylvain created CB-6952: Summary: can t restart app after force close in multitask or long time idle Key: CB-6952 URL: https://issues.apache.org/jira/browse/CB-6952 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 3.5.0, 3.4.0 Environment: ios 6.1.2 iphone 3gs Reporter: laguillaumie sylvain hi the app start and works normally when started the first time but stuck on the spashscreen after a force close or long time idel i have to reboot the phone or wait and the phone reboot alone... full live log of the device : START APP - Jun 16 23:24:00 iPhone-de-pak sandboxd[431] Notice: MS:Notice: Installing: (null) [sandboxd] (793.00) Jun 16 23:24:00 iPhone-de-pak kernel[0] Debug: launchd[430] Builtin profile: container (sandbox) Jun 16 23:24:00 iPhone-de-pak kernel[0] Debug: launchd[430] Container: /private/var/mobile/Applications/C428E73B-94D5-43E1-815A-2793405FECCB (sandbox) Jun 16 23:24:00 iPhone-de-pak freeTv-M[430] Notice: MS:Notice: Installing: fr.ubukey.freetvm [freeTv-M] (793.00) Jun 16 23:24:00 iPhone-de-pak freeTv-M[430] Notice: MS:Notice: Loading: /Library/MobileSubstrate/DynamicLibraries/Activator.dylib Jun 16 23:24:01 iPhone-de-pak freeTv-M[430] Notice: MS:Notice: Loading: /Library/MobileSubstrate/DynamicLibraries/WeeLoader.dylib Jun 16 23:24:01 iPhone-de-pak freeTv-M[430] Notice: MS:Notice: Loading: /Library/MobileSubstrate/DynamicLibraries/libstatusbar.dylib Jun 16 23:24:01 iPhone-de-pak freeTv-M[430] Warning: Multi-tasking - Device: YES, App: YES Jun 16 23:24:01 iPhone-de-pak freeTv-M[430] Warning: Unlimited access to network resources Jun 16 23:24:02 iPhone-de-pak freeTv-M[430] Warning: Resetting plugins due to page load. Jun 16 23:24:05 iPhone-de-pak freeTv-M[430] Warning: Finished load of: file:///var/mobile/Applications/C428E73B-94D5-43E1-815A-2793405FECCB/freeTv-M.app/www/index.html Jun 16 23:24:06 iPhone-de-pak freeTv-M[430] Warning: THREAD WARNING: ['Device'] took '13.668213' ms. Plugin should use a background thread. Jun 16 23:24:14 iPhone-de-pak CFNetworkAgent[433] Notice: MS:Notice: Installing: com.apple.cfnetwork.CFNetworkAgent [CFNetworkAgent] (793.00) PUT IN BACKGROUND - Jun 16 23:24:34 iPhone-de-pak sandboxd[435] Notice: MS:Notice: Installing: (null) [sandboxd] (793.00) Jun 16 23:24:36 iPhone-de-pak profiled[422] Notice: (Note ) profiled: Idled. Jun 16 23:24:36 iPhone-de-pak profiled[422] Notice: (Note ) profiled: Service stopping. Jun 16 23:24:37 iPhone-de-pak securityd[437] Notice: MS:Notice: Installing: (null) [securityd] (793.00) FORCE CLOSE IN MULTITASK Jun 16 23:24:46 iPhone-de-pak com.apple.launchd[1] (UIKitApplication:fr.ubukey.freetvm[0xca92][430]) Notice: (UIKitApplication:fr.ubukey.freetvm[0xca92]) Exited: Killed: 9 Jun 16 23:24:46 iPhone-de-pak backboardd[56] Warning: Application 'UIKitApplication:fr.ubukey.freetvm[0xca92]' quit with signal 9: Killed: 9 RESTART APP --- Jun 16 23:25:13 iPhone-de-pak sandboxd[440] Notice: MS:Notice: Installing: (null) [sandboxd] (793.00) Jun 16 23:25:14 iPhone-de-pak kernel[0] Debug: launchd[439] Builtin profile: container (sandbox) Jun 16 23:25:14 iPhone-de-pak kernel[0] Debug: launchd[439] Container: /private/var/mobile/Applications/C428E73B-94D5-43E1-815A-2793405FECCB (sandbox) Jun 16 23:25:32 iPhone-de-pak CommCenter[65] Notice: Client [com.apple.persistentconnection[dataaccessd,158]] is telling PDP context 0 to go active. blocked here for few seconds - Jun 16 23:25:34 iPhone-de-pak securityd[442] Notice: MS:Notice: Installing: (null) [securityd] (793.00) again blocked here for few seconds - Jun 16 23:26:37 iPhone-de-pak securityd[444] Notice: MS:Notice: Installing: (null) [securityd] (793.00) THEN CRASH ! watchdog: com.apple.backboardd not responding; forcing a crash Jun 16 23:27:08 iPhone-de-pak UserEventAgent[15] Notice: watchdog: can be disabled with the shell command: defaults write com.apple.mobilewatchdog WatchdogEnabled -bool no Jun 16 23:27:09 iPhone-de-pak ReportCrash[446] Notice: MS:Notice: Installing: (null) [ReportCrash] (793.00) Jun 16 23:27:10 iPhone-de-pak ReportCrash[446] Error: libMobileGestalt copySystemVersionDictionaryValue: Could not lookup ReleaseType from system version dictionary Jun 16 23:27:10 iPhone-de-pak ReportCrash[446] Error: libMobileGestalt copySystemVersionDictionaryValue: Could not lookup ReleaseType from system version dictionary Jun 16 23:27:11 iPhone-de-pak ReportCrash[446] Warning: Not internal build Jun 16 23:27:11 iPhone-de-pak ReportCrash[446] Error: libMobileGestalt copySystemVersionDictionaryValue: Could not lookup ReleaseType from system version dictionary Jun 16 23:27:13 iPhone-de-pak ReportCrash[446] Notice: Saved crashreport to
[jira] [Updated] (CB-6952) can t restart app after force close in multitask or long time idle
[ https://issues.apache.org/jira/browse/CB-6952?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] laguillaumie sylvain updated CB-6952: - Description: hi the app start and works normally when started the first time but stuck on the splashscreen after a force close or long time idle... i have to reboot the phone or wait and the phone reboot alone... full live log of the device : START APP - Jun 16 23:24:00 iPhone-de-pak sandboxd[431] Notice: MS:Notice: Installing: (null) [sandboxd] (793.00) Jun 16 23:24:00 iPhone-de-pak kernel[0] Debug: launchd[430] Builtin profile: container (sandbox) Jun 16 23:24:00 iPhone-de-pak kernel[0] Debug: launchd[430] Container: /private/var/mobile/Applications/C428E73B-94D5-43E1-815A-2793405FECCB (sandbox) Jun 16 23:24:00 iPhone-de-pak freeTv-M[430] Notice: MS:Notice: Installing: fr.ubukey.freetvm [freeTv-M] (793.00) Jun 16 23:24:00 iPhone-de-pak freeTv-M[430] Notice: MS:Notice: Loading: /Library/MobileSubstrate/DynamicLibraries/Activator.dylib Jun 16 23:24:01 iPhone-de-pak freeTv-M[430] Notice: MS:Notice: Loading: /Library/MobileSubstrate/DynamicLibraries/WeeLoader.dylib Jun 16 23:24:01 iPhone-de-pak freeTv-M[430] Notice: MS:Notice: Loading: /Library/MobileSubstrate/DynamicLibraries/libstatusbar.dylib Jun 16 23:24:01 iPhone-de-pak freeTv-M[430] Warning: Multi-tasking - Device: YES, App: YES Jun 16 23:24:01 iPhone-de-pak freeTv-M[430] Warning: Unlimited access to network resources Jun 16 23:24:02 iPhone-de-pak freeTv-M[430] Warning: Resetting plugins due to page load. Jun 16 23:24:05 iPhone-de-pak freeTv-M[430] Warning: Finished load of: file:///var/mobile/Applications/C428E73B-94D5-43E1-815A-2793405FECCB/freeTv-M.app/www/index.html Jun 16 23:24:06 iPhone-de-pak freeTv-M[430] Warning: THREAD WARNING: ['Device'] took '13.668213' ms. Plugin should use a background thread. Jun 16 23:24:14 iPhone-de-pak CFNetworkAgent[433] Notice: MS:Notice: Installing: com.apple.cfnetwork.CFNetworkAgent [CFNetworkAgent] (793.00) PUT IN BACKGROUND - Jun 16 23:24:34 iPhone-de-pak sandboxd[435] Notice: MS:Notice: Installing: (null) [sandboxd] (793.00) Jun 16 23:24:36 iPhone-de-pak profiled[422] Notice: (Note ) profiled: Idled. Jun 16 23:24:36 iPhone-de-pak profiled[422] Notice: (Note ) profiled: Service stopping. Jun 16 23:24:37 iPhone-de-pak securityd[437] Notice: MS:Notice: Installing: (null) [securityd] (793.00) FORCE CLOSE IN MULTITASK Jun 16 23:24:46 iPhone-de-pak com.apple.launchd[1] (UIKitApplication:fr.ubukey.freetvm[0xca92][430]) Notice: (UIKitApplication:fr.ubukey.freetvm[0xca92]) Exited: Killed: 9 Jun 16 23:24:46 iPhone-de-pak backboardd[56] Warning: Application 'UIKitApplication:fr.ubukey.freetvm[0xca92]' quit with signal 9: Killed: 9 RESTART APP --- Jun 16 23:25:13 iPhone-de-pak sandboxd[440] Notice: MS:Notice: Installing: (null) [sandboxd] (793.00) Jun 16 23:25:14 iPhone-de-pak kernel[0] Debug: launchd[439] Builtin profile: container (sandbox) Jun 16 23:25:14 iPhone-de-pak kernel[0] Debug: launchd[439] Container: /private/var/mobile/Applications/C428E73B-94D5-43E1-815A-2793405FECCB (sandbox) Jun 16 23:25:32 iPhone-de-pak CommCenter[65] Notice: Client [com.apple.persistentconnection[dataaccessd,158]] is telling PDP context 0 to go active. blocked here for few seconds - Jun 16 23:25:34 iPhone-de-pak securityd[442] Notice: MS:Notice: Installing: (null) [securityd] (793.00) again blocked here for few seconds - Jun 16 23:26:37 iPhone-de-pak securityd[444] Notice: MS:Notice: Installing: (null) [securityd] (793.00) THEN CRASH ! watchdog: com.apple.backboardd not responding; forcing a crash Jun 16 23:27:08 iPhone-de-pak UserEventAgent[15] Notice: watchdog: can be disabled with the shell command: defaults write com.apple.mobilewatchdog WatchdogEnabled -bool no Jun 16 23:27:09 iPhone-de-pak ReportCrash[446] Notice: MS:Notice: Installing: (null) [ReportCrash] (793.00) Jun 16 23:27:10 iPhone-de-pak ReportCrash[446] Error: libMobileGestalt copySystemVersionDictionaryValue: Could not lookup ReleaseType from system version dictionary Jun 16 23:27:10 iPhone-de-pak ReportCrash[446] Error: libMobileGestalt copySystemVersionDictionaryValue: Could not lookup ReleaseType from system version dictionary Jun 16 23:27:11 iPhone-de-pak ReportCrash[446] Warning: Not internal build Jun 16 23:27:11 iPhone-de-pak ReportCrash[446] Error: libMobileGestalt copySystemVersionDictionaryValue: Could not lookup ReleaseType from system version dictionary Jun 16 23:27:13 iPhone-de-pak ReportCrash[446] Notice: Saved crashreport to /Library/Logs/CrashReporter/backboardd-2014-06-16-232711.plist using uid: 0 gid: 0, synthetic_euid: 0 egid: 0 Jun 16 23:27:13 iPhone-de-pak ReportCrash[446] Error: libMobileGestalt copySystemVersionDictionaryValue: Could not lookup ReleaseType from system version dictionary Jun 16 23:27:13
[jira] [Commented] (CB-6940) File plugin on Android causes app to fail to start if USB Mass Storage mode enabled and USB plugged in
[ https://issues.apache.org/jira/browse/CB-6940?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14033029#comment-14033029 ] ASF GitHub Bot commented on CB-6940: Github user infil00p commented on the pull request: https://github.com/apache/cordova-plugin-file/pull/52#issuecomment-46241179 I've accepted the first two and did the last fix at the same time. Can you close this pull request, since I don't remember how Apache wants us to do this. (I'm not kidding, I don't have the ability right in front of me) File plugin on Android causes app to fail to start if USB Mass Storage mode enabled and USB plugged in -- Key: CB-6940 URL: https://issues.apache.org/jira/browse/CB-6940 Project: Apache Cordova Issue Type: Bug Components: Plugin File Affects Versions: 3.5.0 Environment: Android 2.3.x-4.4.x Cordova 3.5.0-0.2.4 File plugin 1.2.0 Reporter: James White When attempting to launch a Cordova application on Android that includes the File plugin, if the USB Mass Storage option is enabled and the USB cable is plugged in, the application stalls. In the system log, the following appears: ApplicationContext: Unable to create external files directory PluginManager: Uncaught exception from plugin PluginManager: java.lang.NullPointerException PluginManager: at org.apache.cordova.file.FileUtils.requestAllPaths(FileUtils.java:866) PluginManager: at org.apache.cordova.file.FileUtils.execute(FileUtils.java:348) PluginManager: at org.apache.cordova.CordovaPlugin.execute(CordovaPlugin.java:65) PluginManager: at org.apache.cordova.PluginManager.execHelper(PluginManager.java:242) PluginManager: at org.apache.cordova.PluginManager.exec(PluginManager.java:227) PluginManager: at org.apache.cordova.ExposedJsApi.exec(ExposedJsApi.java:53) PluginManager: at org.apache.cordova.CordovaChromeClient.onJsPrompt(CordovaChromeClient.java:227) PluginManager: at android.webkit.CallbackProxy.handleMessage(CallbackProxy.java:607) PluginManager: at android.os.Handler.dispatchMessage(Handler.java:99) PluginManager: at android.os.Looper.loop(Looper.java:137) PluginManager: at android.app.ActivityThread.main(ActivityThread.java:4722) PluginManager: at java.lang.reflect.Method.invokeNative(Native Method) PluginManager: at java.lang.reflect.Method.invoke(Method.java:511) PluginManager: at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:787) PluginManager: at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:554) PluginManager: at dalvik.system.NativeStart.main(Native Method) -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-2420) On Windows 8 , FileTransfer.upload ignores the fileKey and params options
[ https://issues.apache.org/jira/browse/CB-2420?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14033137#comment-14033137 ] ASF subversion and git services commented on CB-2420: - Commit 63d07020cfa891d85be0b5df7da605cffefbc524 in cordova-plugin-file-transfer's branch refs/heads/master from [~purplecabbage] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-file-transfer.git;h=63d0702 ] CB-2420 [Windows8] honor fileKey and param options. This closes #15 On Windows 8 , FileTransfer.upload ignores the fileKey and params options - Key: CB-2420 URL: https://issues.apache.org/jira/browse/CB-2420 Project: Apache Cordova Issue Type: Bug Components: Plugin File Transfer, Windows 8 Affects Versions: 2.4.0 Reporter: Youval Bronicki Assignee: Jesse MacFadyen The problem seems to be in FileTransferProxy, which simply ignores the options array. Here's a partial correction (there are additional options in the array): *Old Code:* var blob = MSApp.createBlobFromRandomAccessStream(storageFile.contentType, stream); var formData = new FormData(); formData.append(source\;filename=\ + storageFile.name + \, blob); *New Code:* var fileKey = options[2]; var fileName = options[3]; var params = options[5]; var blob = MSApp.createBlobFromRandomAccessStream(storageFile.contentType, stream); var formData = new FormData(); formData.append(fileKey, blob, fileName); for (var key in params) formData.append(key, params[key]); -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6940) File plugin on Android causes app to fail to start if USB Mass Storage mode enabled and USB plugged in
[ https://issues.apache.org/jira/browse/CB-6940?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14033170#comment-14033170 ] ASF GitHub Bot commented on CB-6940: Github user dzeims closed the pull request at: https://github.com/apache/cordova-plugin-file/pull/52 File plugin on Android causes app to fail to start if USB Mass Storage mode enabled and USB plugged in -- Key: CB-6940 URL: https://issues.apache.org/jira/browse/CB-6940 Project: Apache Cordova Issue Type: Bug Components: Plugin File Affects Versions: 3.5.0 Environment: Android 2.3.x-4.4.x Cordova 3.5.0-0.2.4 File plugin 1.2.0 Reporter: James White When attempting to launch a Cordova application on Android that includes the File plugin, if the USB Mass Storage option is enabled and the USB cable is plugged in, the application stalls. In the system log, the following appears: ApplicationContext: Unable to create external files directory PluginManager: Uncaught exception from plugin PluginManager: java.lang.NullPointerException PluginManager: at org.apache.cordova.file.FileUtils.requestAllPaths(FileUtils.java:866) PluginManager: at org.apache.cordova.file.FileUtils.execute(FileUtils.java:348) PluginManager: at org.apache.cordova.CordovaPlugin.execute(CordovaPlugin.java:65) PluginManager: at org.apache.cordova.PluginManager.execHelper(PluginManager.java:242) PluginManager: at org.apache.cordova.PluginManager.exec(PluginManager.java:227) PluginManager: at org.apache.cordova.ExposedJsApi.exec(ExposedJsApi.java:53) PluginManager: at org.apache.cordova.CordovaChromeClient.onJsPrompt(CordovaChromeClient.java:227) PluginManager: at android.webkit.CallbackProxy.handleMessage(CallbackProxy.java:607) PluginManager: at android.os.Handler.dispatchMessage(Handler.java:99) PluginManager: at android.os.Looper.loop(Looper.java:137) PluginManager: at android.app.ActivityThread.main(ActivityThread.java:4722) PluginManager: at java.lang.reflect.Method.invokeNative(Native Method) PluginManager: at java.lang.reflect.Method.invoke(Method.java:511) PluginManager: at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:787) PluginManager: at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:554) PluginManager: at dalvik.system.NativeStart.main(Native Method) -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Resolved] (CB-4518) Battery level is not calculated correctly
[
https://issues.apache.org/jira/browse/CB-4518?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Joe Bowser resolved CB-4518.
Resolution: Later
This is totally re-arranging deck chairs on the Titanic, see CB-6838
Battery level is not calculated correctly
---
Key: CB-4518
URL: https://issues.apache.org/jira/browse/CB-4518
Project: Apache Cordova
Issue Type: Bug
Components: Android
Affects Versions: 2.9.0
Reporter: Peter
Assignee: Joe Bowser
Priority: Minor
The meaning of the Battery level in Cordova is a charge *percentage*.
Ref
http://cordova.apache.org/docs/en/2.9.0/cordova_events_events.md.html#batterylow
But the Battery EXTRA_LEVEL is not a percentage. It's just a number in the
range 0 to EXTRA_SCALE
Ref
http://developer.android.com/reference/android/os/BatteryManager.html#EXTRA_LEVEL
So the battery level calculation should be something like:
{code}
int level = batteryIntent.getIntExtra(android.os.BatteryManager.EXTRA_LEVEL,
0);
int scale = batteryIntent.getIntExtra(android.os.BatteryManager.EXTRA_SCALE,
100);
int percent = 100 * level / scale;
obj.put(level, percent);
{code}
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Commented] (CB-6698) Plugman support for referencing Android libraries
[ https://issues.apache.org/jira/browse/CB-6698?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14033385#comment-14033385 ] ASF subversion and git services commented on CB-6698: - Commit ffc17dd1bdc89b515cfff0a14a31f4bd0e097234 in cordova-lib's branch refs/heads/master from [~mbektchiev] [ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=ffc17dd ] CB-6698 Automatically copy sub-libraries to project's directory Github: close #29 Plugman support for referencing Android libraries - Key: CB-6698 URL: https://issues.apache.org/jira/browse/CB-6698 Project: Apache Cordova Issue Type: New Feature Components: Plugman Reporter: Martin Bektchiev Assignee: Martin Bektchiev Make plugman capable of referencing an Android library project from within a plugin. Currently there's no viable way to do it and it is becoming common to try to circumvent this limitation by abusing *plugin.xml* to (try to) merge a library's resources, code and configuration. (see https://github.com/wildabeast/BarcodeScanner) -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6698) Plugman support for referencing Android libraries
[ https://issues.apache.org/jira/browse/CB-6698?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14033386#comment-14033386 ] ASF GitHub Bot commented on CB-6698: Github user asfgit closed the pull request at: https://github.com/apache/cordova-lib/pull/29 Plugman support for referencing Android libraries - Key: CB-6698 URL: https://issues.apache.org/jira/browse/CB-6698 Project: Apache Cordova Issue Type: New Feature Components: Plugman Reporter: Martin Bektchiev Assignee: Martin Bektchiev Make plugman capable of referencing an Android library project from within a plugin. Currently there's no viable way to do it and it is becoming common to try to circumvent this limitation by abusing *plugin.xml* to (try to) merge a library's resources, code and configuration. (see https://github.com/wildabeast/BarcodeScanner) -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6698) Plugman support for referencing Android libraries
[ https://issues.apache.org/jira/browse/CB-6698?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14033384#comment-14033384 ] ASF subversion and git services commented on CB-6698: - Commit 95772a1774906b5abc3dee46a19b3d7a1c2fcce5 in cordova-lib's branch refs/heads/master from [~mbektchiev] [ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=95772a1 ] Revert CB-6698 Resolve android framework relative to plugin_dir when custom=true This reverts commit 04588a42067a5ba0d303f4b69f99f44640c3b9e0. Plugman support for referencing Android libraries - Key: CB-6698 URL: https://issues.apache.org/jira/browse/CB-6698 Project: Apache Cordova Issue Type: New Feature Components: Plugman Reporter: Martin Bektchiev Assignee: Martin Bektchiev Make plugman capable of referencing an Android library project from within a plugin. Currently there's no viable way to do it and it is becoming common to try to circumvent this limitation by abusing *plugin.xml* to (try to) merge a library's resources, code and configuration. (see https://github.com/wildabeast/BarcodeScanner) -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6936) app crashes if webview is destroyed while dialog box open
[
https://issues.apache.org/jira/browse/CB-6936?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14033429#comment-14033429
]
Shingo Toda commented on CB-6936:
-
We are using our own BroadcastReceiver and its {{onReceived()}} calls a method
implemented in our Activity class to terminate an app running on CordovaWebView
container. For example, if we monitor network state to handle some situations
by using BroadcastReceiver, when you open dialog box then change network state
by turning on/off WiFi, {{onNetworkStateChange()}} (shown below) gets called
while the dialog box is still open.
The BroadcastReceiver class looks like this.
{code}
public class NetworkMonitor extends BroadcastReceiver {
private TestCordovaActivity activity;
public NetworkMonitor(TestCordovaActivity act) {
this.activity = act;
}
@Override
public void onReceive(Context context, Intent intent) {
activity.runOnUiThread(new Runnable() {
@Override
public void run() {
activity.onNetworkStateChanged();
}
});
}
}
{code}
And the {{onReceive()}} calls the lines shown below in our Activity class.
{code}
public void onNetworkStateChanged(){
terminateApp();
setContentView(R.layout.my_view);
initView();
}
public void terminateApp(){
if(rootLayout != null){
rootLayout.removeAllViews();
rootLayout = null;
}
this.cwvCleanup();
}
public void cwvCleanup() {
// cwv refers to CordovaWebView instance
this.cwv.handlePause(true);
this.cwv.handleDestroy();
if (this.cwv != null) {
this.cwv.removeAllViews();
this.cwv.destroy();
this.cwv = null;
}
}
private void initView(){
this.rootLayout = (LinearLayout)this.findViewById(R.id.layout_root);
this.cwv = (CordovaWebView)findViewById(R.id.webView1);
// some more initialisation here
cwv.loadUrl(Config.getStartUrl());
}
{code}
app crashes if webview is destroyed while dialog box open
-
Key: CB-6936
URL: https://issues.apache.org/jira/browse/CB-6936
Project: Apache Cordova
Issue Type: Bug
Components: Android, Plugin Dialogs
Affects Versions: 3.4.0
Environment: Android 4.x on physical device
Or any Android environment
Reporter: Shingo Toda
Assignee: Joe Bowser
We have an Android application which implements an embedded WebView
container in which it executes customer Cordova apps.
Under certain conditions our container needs to terminate the customer app,
and during this termination it calls {{CordovaWebView.destroy()}} to disable
CordovaWebView.
But application may entirely crash during this termination in some scenarios.
For example:
# call {{navigator.notification.alert}}, {{confirm}} or {{prompt}} and leave
popup dialog open
# this termination is done for some reason while dialog box is till open
# all views on CordovaWebView are released but dialog box still remains
# attempt to close dialog by pressing button in the dialog
# application crashes with Unknown exception.
{code}
06-13 21:45:19.765: E/FSP_INTS-MAPS_AG(11176): 81508: Unknown exception
occurred.
06-13 21:45:19.765: E/FSP_INTS-MAPS_AG(11176): java.lang.NullPointerException
06-13 21:45:19.765: E/FSP_INTS-MAPS_AG(11176):at
android.webkit.WebView.setNetworkAvailable(WebView.java:2639)
06-13 21:45:19.765: E/FSP_INTS-MAPS_AG(11176):at
org.apache.cordova.NativeToJsMessageQueue$OnlineEventsBridgeMode$1.run(NativeToJsMessageQueue.java:305)
06-13 21:45:19.765: E/FSP_INTS-MAPS_AG(11176):at
android.app.Activity.runOnUiThread(Activity.java:4175)
06-13 21:45:19.765: E/FSP_INTS-MAPS_AG(11176):at
org.apache.cordova.NativeToJsMessageQueue$OnlineEventsBridgeMode.onNativeToJsMessageAvailable(NativeToJsMessageQueue.java:313)
06-13 21:45:19.765: E/FSP_INTS-MAPS_AG(11176):at
org.apache.cordova.NativeToJsMessageQueue.enqueueMessage(NativeToJsMessageQueue.java:253)
06-13 21:45:19.765: E/FSP_INTS-MAPS_AG(11176):at
org.apache.cordova.NativeToJsMessageQueue.addPluginResult(NativeToJsMessageQueue.java:246)
06-13 21:45:19.765: E/FSP_INTS-MAPS_AG(11176):at
org.apache.cordova.CordovaWebView.sendPluginResult(CordovaWebView.java:572)
06-13 21:45:19.765: E/FSP_INTS-MAPS_AG(11176):at
org.apache.cordova.CallbackContext.sendPluginResult(CallbackContext.java:64)
06-13 21:45:19.765: E/FSP_INTS-MAPS_AG(11176):at
org.apache.cordova.dialogs.Notification$1$1.onClick(Notification.java:150)
06-13 21:45:19.765:
