[jira] [Commented] (CB-7212) Could not open camera with
[ https://issues.apache.org/jira/browse/CB-7212?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14502479#comment-14502479 ] Muhammad Saifuddin commented on CB-7212: [~gaochun] OS version? or related might help. https://issues.apache.org/jira/browse/CB-5294 > Could not open camera with > -- > > Key: CB-7212 > URL: https://issues.apache.org/jira/browse/CB-7212 > Project: Apache Cordova > Issue Type: Improvement > Components: Android >Affects Versions: 3.5.0 >Reporter: Gao Chun >Priority: Minor > > Reproduce Test Steps > === > 1. create index.html which includes the following tag: > > 2. Wrap the web app to android apk with cordova-android > 3. Launch app in device, and click the input tag. > Expected Outcome > === > The camera can be selected to take a phone > Actual Outcome > === > Failed to launch camera when tapping the the input tag. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7734) "navigator.notification.alert" or "navigator.notification.confirm" seem have a "many words" issue
[ https://issues.apache.org/jira/browse/CB-7734?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14502498#comment-14502498 ] ASF GitHub Bot commented on CB-7734: Github user shazron commented on the pull request: https://github.com/apache/cordova-plugin-dialogs/pull/39#issuecomment-94391292 Looks good to me. I'll pull it in in the morning, but this block could have been tightened up a bit: https://github.com/shazron/CB-7734/blob/882882c5fd03dd0a343e8ee8c85a362d40c82d48/platforms/ios/CB-7734/Plugins/cordova-plugin-dialogs/CDVNotification.m#L50-L62 but it's no biggie. > "navigator.notification.alert" or "navigator.notification.confirm" seem have > a "many words" issue > - > > Key: CB-7734 > URL: https://issues.apache.org/jira/browse/CB-7734 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugin Dialogs >Affects Versions: 3.6.3 > Environment: PGB 3.6.3 with the all latest core plugin > https://build.phonegap.com/plugins > ios 8.02 environment >Reporter: Colin Bau >Assignee: jcesarmobile > Labels: notification > Original Estimate: 12h > Remaining Estimate: 12h > > Improvement 1 > according to this > https://issues.apache.org/jira/browse/CB-6528 > a same problem just like the WP，ios have this problem too > when the words is greater than one page > it can't slide up and down > Improvement 2 > all words "center" problem，I think maybe "Left-aligned" is more Beautiful > (because when in Android，all words "Left-aligned") > http://www.littlebau.com/ios_1.png > Improvement 3 > all words looks like small and Vague (maybe in Chinese)，is there any way > (maybe future) can let become more Clear ? > http://www.littlebau.com/ios_1.png -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7734) "navigator.notification.alert" or "navigator.notification.confirm" seem have a "many words" issue
[ https://issues.apache.org/jira/browse/CB-7734?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14502531#comment-14502531 ] ASF GitHub Bot commented on CB-7734: Github user jcesarmobile commented on the pull request: https://github.com/apache/cordova-plugin-dialogs/pull/39#issuecomment-94396822 Don't merge it yet, I've just noticed that I'm comparing [[UIApplication sharedApplication] statusBarOrientation] with UIDeviceOrientation, and it should be UIInterfaceOrientation, I'll change it this afternoon and make tighten that block based on your recommendation but using statusBarOrientation, self.viewController.interfaceOrientation might not be reliable in some cases. > "navigator.notification.alert" or "navigator.notification.confirm" seem have > a "many words" issue > - > > Key: CB-7734 > URL: https://issues.apache.org/jira/browse/CB-7734 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugin Dialogs >Affects Versions: 3.6.3 > Environment: PGB 3.6.3 with the all latest core plugin > https://build.phonegap.com/plugins > ios 8.02 environment >Reporter: Colin Bau >Assignee: jcesarmobile > Labels: notification > Original Estimate: 12h > Remaining Estimate: 12h > > Improvement 1 > according to this > https://issues.apache.org/jira/browse/CB-6528 > a same problem just like the WP，ios have this problem too > when the words is greater than one page > it can't slide up and down > Improvement 2 > all words "center" problem，I think maybe "Left-aligned" is more Beautiful > (because when in Android，all words "Left-aligned") > http://www.littlebau.com/ios_1.png > Improvement 3 > all words looks like small and Vague (maybe in Chinese)，is there any way > (maybe future) can let become more Clear ? > http://www.littlebau.com/ios_1.png -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8662) Latest release of Cordova breaks http via proxy
[
https://issues.apache.org/jira/browse/CB-8662?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14502662#comment-14502662
]
Gareth King commented on CB-8662:
-
I also experienced this problem behind a corporate firewall.
Upgrading tunnel_agent in
/usr/lib/node_modules/cordova/node_modules/cordova-lib/node_modules/request/node_modules/tunnel-agent
solved the problem.
{code}
running cordova platform add android -d
...
No version supplied. Retrieving version from config.xml...
npm http GET https://registry.npmjs.org/cordova-android/3.7.1
TypeError: Request path contains unescaped characters.
at new ClientRequest (_http_client.js:73:11)
at TunnelingAgent.exports.request (http.js:49:10)
at TunnelingAgent.createSocket
(/usr/lib/node_modules/cordova/node_modules/cordova-lib/node_modules/npm/node_modules/request/node_modules/tunnel-agent/index.js:117:25)
at TunnelingAgent.createSecureSocket [as createSocket]
(/usr/lib/node_modules/cordova/node_modules/cordova-lib/node_modules/npm/node_modules/request/node_modules/tunnel-agent/index.js:184:41)
at TunnelingAgent.addRequest
(/usr/lib/node_modules/cordova/node_modules/cordova-lib/node_modules/npm/node_modules/request/node_modules/tunnel-agent/index.js:80:8)
at new ClientRequest (_http_client.js:154:16)
at Object.exports.request (http.js:49:10)
at Object.exports.request (https.js:136:15)
at Request.start
(/usr/lib/node_modules/cordova/node_modules/cordova-lib/node_modules/npm/node_modules/request/index.js:594:30)
at Request.end
(/usr/lib/node_modules/cordova/node_modules/cordova-lib/node_modules/npm/node_modules/request/index.js:1186:28)
{code}
> Latest release of Cordova breaks http via proxy
> ---
>
> Key: CB-8662
> URL: https://issues.apache.org/jira/browse/CB-8662
> Project: Apache Cordova
> Issue Type: Bug
> Components: CLI
> Environment: Windows
> Node.js 0.12.0
> npm 2.5.1
> Cordova 4.3.0
>Reporter: John Little
>
> I work behind a squid firewall and need the HTTP_PROXY settings in the npm
> config to work.
> After upgrading cordova to version 4.3.0 any package add's or upgrades using
> cordova would fail with the following error :-
> TypeError: Request path contains unescaped characters.
> After a bit of searching I found this thread which sounded like my problem :-
>https://github.com/npm/npm/issues/4569
> I followed the instructions and downloaded the latest tunnel-agent and copied
> the files over the ones in my nodejs install directory.
> It seems that the new cordova package provides an updated request module
> which is not compatible with the tunnel-agent.
> After this manual upgrade every thing works ok.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-8662) Latest release of Cordova breaks http via proxy
[
https://issues.apache.org/jira/browse/CB-8662?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14502662#comment-14502662
]
Gareth King edited comment on CB-8662 at 4/20/15 11:34 AM:
---
I also experienced this problem behind a corporate firewall.
Upgrading tunnel_agent in
/usr/lib/node_modules/cordova/node_modules/cordova-lib/node_modules/request/node_modules/tunnel-agent
to version 0.4.1 solved the problem.
{code:title=Before updating tunnel-agent}
running cordova platform add android -d
...
No version supplied. Retrieving version from config.xml...
npm http GET https://registry.npmjs.org/cordova-android/3.7.1
TypeError: Request path contains unescaped characters.
at new ClientRequest (_http_client.js:73:11)
at TunnelingAgent.exports.request (http.js:49:10)
at TunnelingAgent.createSocket
(/usr/lib/node_modules/cordova/node_modules/cordova-lib/node_modules/npm/node_modules/request/node_modules/tunnel-agent/index.js:117:25)
at TunnelingAgent.createSecureSocket [as createSocket]
(/usr/lib/node_modules/cordova/node_modules/cordova-lib/node_modules/npm/node_modules/request/node_modules/tunnel-agent/index.js:184:41)
at TunnelingAgent.addRequest
(/usr/lib/node_modules/cordova/node_modules/cordova-lib/node_modules/npm/node_modules/request/node_modules/tunnel-agent/index.js:80:8)
at new ClientRequest (_http_client.js:154:16)
at Object.exports.request (http.js:49:10)
at Object.exports.request (https.js:136:15)
at Request.start
(/usr/lib/node_modules/cordova/node_modules/cordova-lib/node_modules/npm/node_modules/request/index.js:594:30)
at Request.end
(/usr/lib/node_modules/cordova/node_modules/cordova-lib/node_modules/npm/node_modules/request/index.js:1186:28)
{code}
was (Author: sluglit):
I also experienced this problem behind a corporate firewall.
Upgrading tunnel_agent in
/usr/lib/node_modules/cordova/node_modules/cordova-lib/node_modules/request/node_modules/tunnel-agent
solved the problem.
{code}
running cordova platform add android -d
...
No version supplied. Retrieving version from config.xml...
npm http GET https://registry.npmjs.org/cordova-android/3.7.1
TypeError: Request path contains unescaped characters.
at new ClientRequest (_http_client.js:73:11)
at TunnelingAgent.exports.request (http.js:49:10)
at TunnelingAgent.createSocket
(/usr/lib/node_modules/cordova/node_modules/cordova-lib/node_modules/npm/node_modules/request/node_modules/tunnel-agent/index.js:117:25)
at TunnelingAgent.createSecureSocket [as createSocket]
(/usr/lib/node_modules/cordova/node_modules/cordova-lib/node_modules/npm/node_modules/request/node_modules/tunnel-agent/index.js:184:41)
at TunnelingAgent.addRequest
(/usr/lib/node_modules/cordova/node_modules/cordova-lib/node_modules/npm/node_modules/request/node_modules/tunnel-agent/index.js:80:8)
at new ClientRequest (_http_client.js:154:16)
at Object.exports.request (http.js:49:10)
at Object.exports.request (https.js:136:15)
at Request.start
(/usr/lib/node_modules/cordova/node_modules/cordova-lib/node_modules/npm/node_modules/request/index.js:594:30)
at Request.end
(/usr/lib/node_modules/cordova/node_modules/cordova-lib/node_modules/npm/node_modules/request/index.js:1186:28)
{code}
> Latest release of Cordova breaks http via proxy
> ---
>
> Key: CB-8662
> URL: https://issues.apache.org/jira/browse/CB-8662
> Project: Apache Cordova
> Issue Type: Bug
> Components: CLI
> Environment: Windows
> Node.js 0.12.0
> npm 2.5.1
> Cordova 4.3.0
>Reporter: John Little
>
> I work behind a squid firewall and need the HTTP_PROXY settings in the npm
> config to work.
> After upgrading cordova to version 4.3.0 any package add's or upgrades using
> cordova would fail with the following error :-
> TypeError: Request path contains unescaped characters.
> After a bit of searching I found this thread which sounded like my problem :-
>https://github.com/npm/npm/issues/4569
> I followed the instructions and downloaded the latest tunnel-agent and copied
> the files over the ones in my nodejs install directory.
> It seems that the new cordova package provides an updated request module
> which is not compatible with the tunnel-agent.
> After this manual upgrade every thing works ok.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7900) plugman unpublish doesn't work
[ https://issues.apache.org/jira/browse/CB-7900?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14502666#comment-14502666 ] Chris Brody commented on CB-7900: - +1 happened to me too: $ npm unpublish --force io.litehelpers.sqlitestorage@0.7.5 (I wanted change the name a little) http://plugins.cordova.io/#/package/io.litehelpers.sqlitestorage still exists and plugin still shows up under http://plugins.cordova.io/#/search?search=sqlite > plugman unpublish doesn't work > -- > > Key: CB-7900 > URL: https://issues.apache.org/jira/browse/CB-7900 > Project: Apache Cordova > Issue Type: Bug > Components: Plugman >Affects Versions: 4.0.0 > Environment: Windows 7 64 bit. >Reporter: John M. Wargo > > I created a sample plugin this morning and published it to the registry. > Here's a link: http://plugins.cordova.io/#/package/com.johnwargo.myplugin. > When I issue a plugman unpublish command, I get the following: > C:\Users\jwargo\dev\myplugin>plugman unpublish com.johnwargo.myplugin > attempting to unpublish plugin from registry > Plugin unpublished > But the plugin is still in the repository. I've tried several times and it's > still there. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7900) plugman unpublish doesn't work
[ https://issues.apache.org/jira/browse/CB-7900?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14502679#comment-14502679 ] Chris Brody commented on CB-7900: - I updated plugman (to 0.23.0) and tried it again: $ npm unpublish --force io.litehelpers.sqlitestorage@0.7.5 npm WARN using --force I sure hope you know what you are doing. - io.litehelpers.sqlitestorage@0.7.5 Same results! > plugman unpublish doesn't work > -- > > Key: CB-7900 > URL: https://issues.apache.org/jira/browse/CB-7900 > Project: Apache Cordova > Issue Type: Bug > Components: Plugman >Affects Versions: 4.0.0 > Environment: Windows 7 64 bit. >Reporter: John M. Wargo > > I created a sample plugin this morning and published it to the registry. > Here's a link: http://plugins.cordova.io/#/package/com.johnwargo.myplugin. > When I issue a plugman unpublish command, I get the following: > C:\Users\jwargo\dev\myplugin>plugman unpublish com.johnwargo.myplugin > attempting to unpublish plugin from registry > Plugin unpublished > But the plugin is still in the repository. I've tried several times and it's > still there. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-5472) plugman publish (documentation) issue when your credentials are incorrect
[ https://issues.apache.org/jira/browse/CB-5472?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14502685#comment-14502685 ] Chris Brody commented on CB-5472: - +1 Also how do I find the plugman config file on a Windows development machine? > plugman publish (documentation) issue when your credentials are incorrect > - > > Key: CB-5472 > URL: https://issues.apache.org/jira/browse/CB-5472 > Project: Apache Cordova > Issue Type: Bug > Components: Plugman >Affects Versions: Master >Reporter: Shazron Abdullah >Priority: Minor > > This is more of a documentation issue. Note that you will have to assume I > know nothing about npm nor that the plugin registry is based on it and its > commands. > If your credentials have been reset, and you have saved credentials that are > incorrect, you will not be able to publish, and you will get a "login error" > when you try to "plugman publish" and "plugman adduser". > When I did "plugman publish" I had the feeling I had the wrong credentials, > and used the plugman help to see that maybe "plugman adduser" could be used > to "reset" my credentials. > Using "plugman adduser" resulted in the same "login error" (I used the same > credentials, it never asked for my password again). > The correct way was to erase ~/.plugman/config and run "plugman adduser" > again. > Expected: > A way (documentation, or a command) to reset the locally saved password for > the current user etc > Actual: > No way to change your password for the current user that is stored locally > (without knowing plugman internals and deleting a file) -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-8876) WP8 Accelerometer implementation is unstable, causing autotests to fail
Alexander Sorokin created CB-8876: - Summary: WP8 Accelerometer implementation is unstable, causing autotests to fail Key: CB-8876 URL: https://issues.apache.org/jira/browse/CB-8876 Project: Apache Cordova Issue Type: Bug Components: Plugin Device Motion, WP8 Reporter: Alexander Sorokin Assignee: Jesse MacFadyen Autotests occasionally fail on wp8 because accelerometer implementation on wp8 tries to call success callback too many times, even after sop() call, which causes some race conditions in accelerometer.js and as a result, it sometimes returns string "OK" instead of acceleration values. WP8 implementation needs to be rewritten to provide more reliable and stable values. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-8877) plugman adduser login procedure is not documented properly
Chris Brody created CB-8877: --- Summary: plugman adduser login procedure is not documented properly Key: CB-8877 URL: https://issues.apache.org/jira/browse/CB-8877 Project: Apache Cordova Issue Type: Bug Components: Plugman Reporter: Chris Brody I learned (the hard way) that plugman adduser does not let us add whatever username and password we like. I figured out that the username and password have to match the credentials on github. Can we please fix this in the help text? -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Issue Comment Deleted] (CB-7900) plugman unpublish doesn't work
[ https://issues.apache.org/jira/browse/CB-7900?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Chris Brody updated CB-7900: Comment: was deleted (was: I updated plugman (to 0.23.0) and tried it again: $ npm unpublish --force io.litehelpers.sqlitestorage@0.7.5 npm WARN using --force I sure hope you know what you are doing. - io.litehelpers.sqlitestorage@0.7.5 Same results!) > plugman unpublish doesn't work > -- > > Key: CB-7900 > URL: https://issues.apache.org/jira/browse/CB-7900 > Project: Apache Cordova > Issue Type: Bug > Components: Plugman >Affects Versions: 4.0.0 > Environment: Windows 7 64 bit. >Reporter: John M. Wargo > > I created a sample plugin this morning and published it to the registry. > Here's a link: http://plugins.cordova.io/#/package/com.johnwargo.myplugin. > When I issue a plugman unpublish command, I get the following: > C:\Users\jwargo\dev\myplugin>plugman unpublish com.johnwargo.myplugin > attempting to unpublish plugin from registry > Plugin unpublished > But the plugin is still in the repository. I've tried several times and it's > still there. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Issue Comment Deleted] (CB-7900) plugman unpublish doesn't work
[ https://issues.apache.org/jira/browse/CB-7900?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Chris Brody updated CB-7900: Comment: was deleted (was: +1 happened to me too: $ npm unpublish --force io.litehelpers.sqlitestorage@0.7.5 (I wanted change the name a little) http://plugins.cordova.io/#/package/io.litehelpers.sqlitestorage still exists and plugin still shows up under http://plugins.cordova.io/#/search?search=sqlite) > plugman unpublish doesn't work > -- > > Key: CB-7900 > URL: https://issues.apache.org/jira/browse/CB-7900 > Project: Apache Cordova > Issue Type: Bug > Components: Plugman >Affects Versions: 4.0.0 > Environment: Windows 7 64 bit. >Reporter: John M. Wargo > > I created a sample plugin this morning and published it to the registry. > Here's a link: http://plugins.cordova.io/#/package/com.johnwargo.myplugin. > When I issue a plugman unpublish command, I get the following: > C:\Users\jwargo\dev\myplugin>plugman unpublish com.johnwargo.myplugin > attempting to unpublish plugin from registry > Plugin unpublished > But the plugin is still in the repository. I've tried several times and it's > still there. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7900) plugman unpublish doesn't work
[ https://issues.apache.org/jira/browse/CB-7900?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14502697#comment-14502697 ] Chris Brody commented on CB-7900: - +1 happens to me too: $ plugman unpublish --force io.litehelpers.sqlitestorage@0.7.5 attempting to unpublish plugin from registry Plugin unpublished $ plugman unpublish --force io.litehelpers.sqlitestorage attempting to unpublish plugin from registry Plugin unpublished still found in http://plugins.cordova.io > plugman unpublish doesn't work > -- > > Key: CB-7900 > URL: https://issues.apache.org/jira/browse/CB-7900 > Project: Apache Cordova > Issue Type: Bug > Components: Plugman >Affects Versions: 4.0.0 > Environment: Windows 7 64 bit. >Reporter: John M. Wargo > > I created a sample plugin this morning and published it to the registry. > Here's a link: http://plugins.cordova.io/#/package/com.johnwargo.myplugin. > When I issue a plugman unpublish command, I get the following: > C:\Users\jwargo\dev\myplugin>plugman unpublish com.johnwargo.myplugin > attempting to unpublish plugin from registry > Plugin unpublished > But the plugin is still in the repository. I've tried several times and it's > still there. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-8878) Nexus 5 DestinationType.FILE_URI issue OS 5.1
Muhammad Saifuddin created CB-8878:
--
Summary: Nexus 5 DestinationType.FILE_URI issue OS 5.1
Key: CB-8878
URL: https://issues.apache.org/jira/browse/CB-8878
Project: Apache Cordova
Issue Type: Bug
Components: Android
Reporter: Muhammad Saifuddin
This is simple code I am using for get Image from gallery.
[code]
navigator.camera.getPicture(uploadPhoto, onGetPictureFail, {
destinationType: Camera.DestinationType.FILE_URI,
sourceType : navigator.camera.PictureSourceType.PHOTOLIBRARY
});
[/code]
return File URI In Nexus 5 OS 5.1 :
"content://com.android.providers.media.documents/document/image%3A1778"
return File URI in Samsung S III OS 4.4.2
"content://media/external/images/media/186"
due to this change FileTransfer doesn't upload file picked up from Nexus 5
device. while same code working on other android kitkat devices includes
windows phone
Any help would be appreciated.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-8878) Nexus 5 DestinationType.FILE_URI issue OS 5.1 Lollipop
[
https://issues.apache.org/jira/browse/CB-8878?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Muhammad Saifuddin updated CB-8878:
---
Summary: Nexus 5 DestinationType.FILE_URI issue OS 5.1 Lollipop (was:
Nexus 5 DestinationType.FILE_URI issue OS 5.1)
> Nexus 5 DestinationType.FILE_URI issue OS 5.1 Lollipop
> --
>
> Key: CB-8878
> URL: https://issues.apache.org/jira/browse/CB-8878
> Project: Apache Cordova
> Issue Type: Bug
> Components: Android
>Reporter: Muhammad Saifuddin
>
> This is simple code I am using for get Image from gallery.
> [code]
> navigator.camera.getPicture(uploadPhoto, onGetPictureFail, {
> destinationType: Camera.DestinationType.FILE_URI,
> sourceType : navigator.camera.PictureSourceType.PHOTOLIBRARY
> });
> [/code]
> return File URI In Nexus 5 OS 5.1 :
> "content://com.android.providers.media.documents/document/image%3A1778"
> return File URI in Samsung S III OS 4.4.2
> "content://media/external/images/media/186"
> due to this change FileTransfer doesn't upload file picked up from Nexus 5
> device. while same code working on other android kitkat devices includes
> windows phone
> Any help would be appreciated.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8875) Splash screen no longer fades when FadeSplashScreen=true
[ https://issues.apache.org/jira/browse/CB-8875?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14502766#comment-14502766 ] ASF GitHub Bot commented on CB-8875: GitHub user chrskrchr opened a pull request: https://github.com/apache/cordova-plugin-splashscreen/pull/44 CB-8875 execute entire call to [UIView transitionWithView] on the main t... ...hread so that view fades as expected You can merge this pull request into a Git repository by running: $ git pull https://github.com/chrskrchr/cordova-plugin-splashscreen master Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-plugin-splashscreen/pull/44.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #44 commit e9cafeddce7d3d2f9312196894a8942e382b0773 Author: Chris Karcher Date: 2015-04-20T13:07:31Z CB-8875 execute entire call to [UIView transitionWithView] on the main thread so that view fades as expected > Splash screen no longer fades when FadeSplashScreen=true > > > Key: CB-8875 > URL: https://issues.apache.org/jira/browse/CB-8875 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin SplashScreen >Reporter: Chris Karcher > > After upgrading to the latest version of the plugin with the fix for > [CB-8836], the splash screen in my iOS app no longer fades even though > FadeSplashScreen=true. > This is the commit that addresses CB-8836: > [https://github.com/apache/cordova-plugin-splashscreen/commit/559b300d29ba6eb2f951eb19b9bbf7ba9238a862] > I've found that wrapping the entire call to [UIView transitionWithView] with > a dispatch_async (rather than the individual animation and completion blocks) > fixes the issue. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8875) Splash screen no longer fades when FadeSplashScreen=true
[ https://issues.apache.org/jira/browse/CB-8875?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14502767#comment-14502767 ] Chris Karcher commented on CB-8875: --- Pull request submitted here: [https://github.com/apache/cordova-plugin-splashscreen/pull/44] > Splash screen no longer fades when FadeSplashScreen=true > > > Key: CB-8875 > URL: https://issues.apache.org/jira/browse/CB-8875 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin SplashScreen >Reporter: Chris Karcher > > After upgrading to the latest version of the plugin with the fix for > [CB-8836], the splash screen in my iOS app no longer fades even though > FadeSplashScreen=true. > This is the commit that addresses CB-8836: > [https://github.com/apache/cordova-plugin-splashscreen/commit/559b300d29ba6eb2f951eb19b9bbf7ba9238a862] > I've found that wrapping the entire call to [UIView transitionWithView] with > a dispatch_async (rather than the individual animation and completion blocks) > fixes the issue. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8054) Camera getPicture photo library not supported on Windows?
[ https://issues.apache.org/jira/browse/CB-8054?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14503150#comment-14503150 ] ASF GitHub Bot commented on CB-8054: Github user muratsu commented on the pull request: https://github.com/apache/cordova-plugin-camera/pull/86#issuecomment-94503319 This one is ready to be merged. Would be glad if someone can merge this in. > Camera getPicture photo library not supported on Windows? > - > > Key: CB-8054 > URL: https://issues.apache.org/jira/browse/CB-8054 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera, Windows >Affects Versions: 3.7.1 > Environment: Windows Phone 8.1 > Lumia 635 > Windows universal app platform > Camera plugin v0.3.3 >Reporter: Boston Dell-Vandenberg >Assignee: Murat Sutunc > > On the Windows platform when calling getPicture() with "sourceType" of > "PHOTOLIBRARY" or "SAVEDPHOTOALBUM" it returns "Not supported" error. > The plugin documentation says Windows is supported but is that not the case? -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7734) "navigator.notification.alert" or "navigator.notification.confirm" seem have a "many words" issue
[ https://issues.apache.org/jira/browse/CB-7734?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14503159#comment-14503159 ] ASF GitHub Bot commented on CB-7734: Github user jcesarmobile commented on the pull request: https://github.com/apache/cordova-plugin-dialogs/pull/39#issuecomment-94505096 I've just added the changes > "navigator.notification.alert" or "navigator.notification.confirm" seem have > a "many words" issue > - > > Key: CB-7734 > URL: https://issues.apache.org/jira/browse/CB-7734 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugin Dialogs >Affects Versions: 3.6.3 > Environment: PGB 3.6.3 with the all latest core plugin > https://build.phonegap.com/plugins > ios 8.02 environment >Reporter: Colin Bau >Assignee: jcesarmobile > Labels: notification > Original Estimate: 12h > Remaining Estimate: 12h > > Improvement 1 > according to this > https://issues.apache.org/jira/browse/CB-6528 > a same problem just like the WP，ios have this problem too > when the words is greater than one page > it can't slide up and down > Improvement 2 > all words "center" problem，I think maybe "Left-aligned" is more Beautiful > (because when in Android，all words "Left-aligned") > http://www.littlebau.com/ios_1.png > Improvement 3 > all words looks like small and Vague (maybe in Chinese)，is there any way > (maybe future) can let become more Clear ? > http://www.littlebau.com/ios_1.png -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8404) [Windows] Camera image rotates when device is used in landscape mode
[
https://issues.apache.org/jira/browse/CB-8404?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14503223#comment-14503223
]
ASF GitHub Bot commented on CB-8404:
Github user nikhilkh commented on a diff in the pull request:
https://github.com/apache/cordova-plugin-camera/pull/88#discussion_r28708275
--- Diff: src/windows/CameraProxy.js ---
@@ -310,29 +319,50 @@ function takePictureFromCameraWP(successCallback,
errorCallback, args) {
tempFolder.createFileAsync(fileName, generateUniqueCollisionOption)
.then(function(tempCapturedFile) {
-capturedFile = tempCapturedFile;
-return
capture.capturePhotoToStorageFileAsync(encodingProperties, capturedFile);
+return new WinJS.Promise(function (complete) {
+var imgStream = new
Windows.Storage.Streams.InMemoryRandomAccessStream();
--- End diff --
imgStream.close() needs to be invoked once you are done using it to release
system resources. It needs to be part of the success and error case.
> [Windows] Camera image rotates when device is used in landscape mode
>
>
> Key: CB-8404
> URL: https://issues.apache.org/jira/browse/CB-8404
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Camera, Windows
>Affects Versions: 3.4.0
> Environment: Windows Phone 8.1 - Nokia Lumia 735
>Reporter: Olivier VERMONT
>
> When using the camera plugin on a Windows Phone 8.1 device (Nokia Lumia 735)
> in my case every thing is fine in portrait mode but when I change device
> orientation to landscape, the camera image rotates aswell which give a 90
> degree offset regardless to what is being viewed.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8404) [Windows] Camera image rotates when device is used in landscape mode
[
https://issues.apache.org/jira/browse/CB-8404?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14503238#comment-14503238
]
ASF GitHub Bot commented on CB-8404:
Github user nikhilkh commented on a diff in the pull request:
https://github.com/apache/cordova-plugin-camera/pull/88#discussion_r28708793
--- Diff: src/windows/CameraProxy.js ---
@@ -310,29 +319,50 @@ function takePictureFromCameraWP(successCallback,
errorCallback, args) {
tempFolder.createFileAsync(fileName, generateUniqueCollisionOption)
.then(function(tempCapturedFile) {
-capturedFile = tempCapturedFile;
-return
capture.capturePhotoToStorageFileAsync(encodingProperties, capturedFile);
+return new WinJS.Promise(function (complete) {
+var imgStream = new
Windows.Storage.Streams.InMemoryRandomAccessStream();
--- End diff --
Same needs to be done for `fileStream`.
> [Windows] Camera image rotates when device is used in landscape mode
>
>
> Key: CB-8404
> URL: https://issues.apache.org/jira/browse/CB-8404
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Camera, Windows
>Affects Versions: 3.4.0
> Environment: Windows Phone 8.1 - Nokia Lumia 735
>Reporter: Olivier VERMONT
>
> When using the camera plugin on a Windows Phone 8.1 device (Nokia Lumia 735)
> in my case every thing is fine in portrait mode but when I change device
> orientation to landscape, the camera image rotates aswell which give a 90
> degree offset regardless to what is being viewed.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8404) [Windows] Camera image rotates when device is used in landscape mode
[
https://issues.apache.org/jira/browse/CB-8404?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14503242#comment-14503242
]
ASF GitHub Bot commented on CB-8404:
Github user nikhilkh commented on a diff in the pull request:
https://github.com/apache/cordova-plugin-camera/pull/88#discussion_r28708855
--- Diff: src/windows/CameraProxy.js ---
@@ -310,29 +319,50 @@ function takePictureFromCameraWP(successCallback,
errorCallback, args) {
tempFolder.createFileAsync(fileName, generateUniqueCollisionOption)
.then(function(tempCapturedFile) {
-capturedFile = tempCapturedFile;
-return
capture.capturePhotoToStorageFileAsync(encodingProperties, capturedFile);
+return new WinJS.Promise(function (complete) {
+var imgStream = new
Windows.Storage.Streams.InMemoryRandomAccessStream();
--- End diff --
Some comments on why the rotation needs to be done will be good - since its
not quite obvious.
> [Windows] Camera image rotates when device is used in landscape mode
>
>
> Key: CB-8404
> URL: https://issues.apache.org/jira/browse/CB-8404
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Camera, Windows
>Affects Versions: 3.4.0
> Environment: Windows Phone 8.1 - Nokia Lumia 735
>Reporter: Olivier VERMONT
>
> When using the camera plugin on a Windows Phone 8.1 device (Nokia Lumia 735)
> in my case every thing is fine in portrait mode but when I change device
> orientation to landscape, the camera image rotates aswell which give a 90
> degree offset regardless to what is being viewed.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8404) [Windows] Camera image rotates when device is used in landscape mode
[ https://issues.apache.org/jira/browse/CB-8404?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14503247#comment-14503247 ] ASF GitHub Bot commented on CB-8404: Github user nikhilkh commented on the pull request: https://github.com/apache/cordova-plugin-camera/pull/88#issuecomment-94514784 It might be a good idea to file a JIRA to improve the code for resizeImage and not to use canvas for a resize operation. > [Windows] Camera image rotates when device is used in landscape mode > > > Key: CB-8404 > URL: https://issues.apache.org/jira/browse/CB-8404 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera, Windows >Affects Versions: 3.4.0 > Environment: Windows Phone 8.1 - Nokia Lumia 735 >Reporter: Olivier VERMONT > > When using the camera plugin on a Windows Phone 8.1 device (Nokia Lumia 735) > in my case every thing is fine in portrait mode but when I change device > orientation to landscape, the camera image rotates aswell which give a 90 > degree offset regardless to what is being viewed. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-6746) Android's JS->Native ONLINE_EVENT does not work when cordova-js is not loaded before the first message
[ https://issues.apache.org/jira/browse/CB-6746?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Grieve resolved CB-6746. --- Resolution: Fixed Assignee: Andrew Grieve Believe this was inadvertently fixed in 3.7.1 because in that version the Android native side doesn't enqueue any messages (drops them on the floor) until cordova.js is loaded. > Android's JS->Native ONLINE_EVENT does not work when cordova-js is not loaded > before the first message > -- > > Key: CB-6746 > URL: https://issues.apache.org/jira/browse/CB-6746 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaJS >Affects Versions: 3.3.0 > Environment: Android >Reporter: Nick Eaket >Assignee: Andrew Grieve >Priority: Minor > > Currently if the Cordova-js Android Native->JS message handler registers on > the 'online'/'offline event. If a Native message is sent using > CordovaWebView.sendJavascript(...) and Cordova-js is currently not loaded, > the web view will remain in the 'offline' state. When Cordova-JS is finally > loaded, sending another message from Native->JS will continue to fill up the > message queue. Cordova-JS will currently never see if the Native code has > new messages. > Steps to reproduce: > 1. Create a new Cordova Android app > 2. Have the app load a web page that does not load cordova-js > 3. Have a Cordova Native plugin send a JavaScript message to the app. > (expected to be ignored, since cordova-js is not loaded) > 4. Navigate to a second web page that does load cordova-js > 5. Repeat step 3. > Expected: > Cordova-js should receive the message from step 5 > Suggested Fix: > Add a call to 'pollOnceFromOnlineEvent()' after the 'deviceready' event. > The call could potentially go here. > https://github.com/apache/cordova-js/blob/master/src/android/exec.js#L266 -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Assigned] (CB-8404) [Windows] Camera image rotates when device is used in landscape mode
[ https://issues.apache.org/jira/browse/CB-8404?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Murat Sutunc reassigned CB-8404: Assignee: Murat Sutunc > [Windows] Camera image rotates when device is used in landscape mode > > > Key: CB-8404 > URL: https://issues.apache.org/jira/browse/CB-8404 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera, Windows >Affects Versions: 3.4.0 > Environment: Windows Phone 8.1 - Nokia Lumia 735 >Reporter: Olivier VERMONT >Assignee: Murat Sutunc > > When using the camera plugin on a Windows Phone 8.1 device (Nokia Lumia 735) > in my case every thing is fine in portrait mode but when I change device > orientation to landscape, the camera image rotates aswell which give a 90 > degree offset regardless to what is being viewed. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Closed] (CB-8874) Remove plugin from registry
[ https://issues.apache.org/jira/browse/CB-8874?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Airam Rguez Rivero closed CB-8874. -- Resolution: Done Fix Version/s: Master > Remove plugin from registry > --- > > Key: CB-8874 > URL: https://issues.apache.org/jira/browse/CB-8874 > Project: Apache Cordova > Issue Type: Bug >Affects Versions: 3.5.0 > Environment: Plugman >Reporter: Airam Rguez Rivero >Priority: Critical > Labels: Plugman > Fix For: Master > > > Unpublish command does not work and I need to remove two plugins I > accidentally published. > Their ids are: > io.realm.plugins.realm > me.airam.plugins.realm > http://plugins.cordova.io/#/package/me.airam.plugins.realm > http://plugins.cordova.io/#/package/io.realm.plugins.realm -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7734) "navigator.notification.alert" or "navigator.notification.confirm" seem have a "many words" issue
[ https://issues.apache.org/jira/browse/CB-7734?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14503841#comment-14503841 ] ASF subversion and git services commented on CB-7734: - Commit ee3b02b3c78debe608263d847f7ac69bda1bfca0 in cordova-plugin-dialogs's branch refs/heads/master from [~jcesarmobile] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-dialogs.git;h=ee3b02b ] CB-7734 - "navigator.notification.alert" or "navigator.notification.confirm" seem have a "many words" issue. (closes #39) Changed plugin to use UIAlertController on iOS 8 and greater instead of the UIAlertView. It makes the message scrollable is the text is too long. Fixes the crash on iOS 8.3 while fixing the too many works problem on previous versions. The too many words problem is not present on iOS 8.3 Fixes the problem on landscape mode. The problem was still present on iPhone and iPod touch devices when the dialog was shown on landscape mode, now it’s fixed > "navigator.notification.alert" or "navigator.notification.confirm" seem have > a "many words" issue > - > > Key: CB-7734 > URL: https://issues.apache.org/jira/browse/CB-7734 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugin Dialogs >Affects Versions: 3.6.3 > Environment: PGB 3.6.3 with the all latest core plugin > https://build.phonegap.com/plugins > ios 8.02 environment >Reporter: Colin Bau >Assignee: jcesarmobile > Labels: notification > Original Estimate: 12h > Remaining Estimate: 12h > > Improvement 1 > according to this > https://issues.apache.org/jira/browse/CB-6528 > a same problem just like the WP，ios have this problem too > when the words is greater than one page > it can't slide up and down > Improvement 2 > all words "center" problem，I think maybe "Left-aligned" is more Beautiful > (because when in Android，all words "Left-aligned") > http://www.littlebau.com/ios_1.png > Improvement 3 > all words looks like small and Vague (maybe in Chinese)，is there any way > (maybe future) can let become more Clear ? > http://www.littlebau.com/ios_1.png -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7734) "navigator.notification.alert" or "navigator.notification.confirm" seem have a "many words" issue
[ https://issues.apache.org/jira/browse/CB-7734?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14503845#comment-14503845 ] ASF GitHub Bot commented on CB-7734: Github user asfgit closed the pull request at: https://github.com/apache/cordova-plugin-dialogs/pull/39 > "navigator.notification.alert" or "navigator.notification.confirm" seem have > a "many words" issue > - > > Key: CB-7734 > URL: https://issues.apache.org/jira/browse/CB-7734 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugin Dialogs >Affects Versions: 3.6.3 > Environment: PGB 3.6.3 with the all latest core plugin > https://build.phonegap.com/plugins > ios 8.02 environment >Reporter: Colin Bau >Assignee: jcesarmobile > Labels: notification > Original Estimate: 12h > Remaining Estimate: 12h > > Improvement 1 > according to this > https://issues.apache.org/jira/browse/CB-6528 > a same problem just like the WP，ios have this problem too > when the words is greater than one page > it can't slide up and down > Improvement 2 > all words "center" problem，I think maybe "Left-aligned" is more Beautiful > (because when in Android，all words "Left-aligned") > http://www.littlebau.com/ios_1.png > Improvement 3 > all words looks like small and Vague (maybe in Chinese)，is there any way > (maybe future) can let become more Clear ? > http://www.littlebau.com/ios_1.png -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-7734) "navigator.notification.alert" or "navigator.notification.confirm" seem have a "many words" issue
[ https://issues.apache.org/jira/browse/CB-7734?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-7734. -- Resolution: Fixed > "navigator.notification.alert" or "navigator.notification.confirm" seem have > a "many words" issue > - > > Key: CB-7734 > URL: https://issues.apache.org/jira/browse/CB-7734 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugin Dialogs >Affects Versions: 3.6.3 > Environment: PGB 3.6.3 with the all latest core plugin > https://build.phonegap.com/plugins > ios 8.02 environment >Reporter: Colin Bau >Assignee: jcesarmobile > Labels: notification > Original Estimate: 12h > Remaining Estimate: 12h > > Improvement 1 > according to this > https://issues.apache.org/jira/browse/CB-6528 > a same problem just like the WP，ios have this problem too > when the words is greater than one page > it can't slide up and down > Improvement 2 > all words "center" problem，I think maybe "Left-aligned" is more Beautiful > (because when in Android，all words "Left-aligned") > http://www.littlebau.com/ios_1.png > Improvement 3 > all words looks like small and Vague (maybe in Chinese)，is there any way > (maybe future) can let become more Clear ? > http://www.littlebau.com/ios_1.png -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8245) Directories starting with _ are not served.
[ https://issues.apache.org/jira/browse/CB-8245?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14503856#comment-14503856 ] Joe Bowser commented on CB-8245: Can confirm on both default WebView and Crosswalk. > Directories starting with _ are not served. > --- > > Key: CB-8245 > URL: https://issues.apache.org/jira/browse/CB-8245 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 3.5.0 >Reporter: Zoltan Olah >Assignee: Joe Bowser > > On Android, when the www directory contains sub-directories that begin with > an underscore, _, contents are not served. A reproduction is available here: > https://github.com/Slava/cordova-underscore-name-bug-reproduction > Observed on versions 3.5.1 and 4.1.2 -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8295) Enable CSP for mobilespec
[ https://issues.apache.org/jira/browse/CB-8295?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14503948#comment-14503948 ] ASF subversion and git services commented on CB-8295: - Commit e65937339eaa45819d486dba8a42157adb8d26e8 in cordova-ios's branch refs/heads/4.0.x from [~agrieve] [ https://git-wip-us.apache.org/repos/asf?p=cordova-ios.git;h=e659373 ] CB-8295 Update app template with fix to CSP string > Enable CSP for mobilespec > - > > Key: CB-8295 > URL: https://issues.apache.org/jira/browse/CB-8295 > Project: Apache Cordova > Issue Type: Improvement > Components: mobile-spec >Affects Versions: Master >Reporter: Jason Chase >Assignee: Jason Chase > Fix For: Master > > > With the work done in CB-8210 and CB-8252, it is now possible to run at least > the mobilespec plugin tests under CSP. Consequently, it makes sense to turn > on CSP by default for mobilespec. This should help ensure there are no > regressions in the platform/plugin support for running under CSP. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8855) cordova run or emualte --list doesn't list devices
[ https://issues.apache.org/jira/browse/CB-8855?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14503949#comment-14503949 ] ASF subversion and git services commented on CB-8855: - Commit 078a47f3fa250b46b370d43530c040bf4f0ed5cd in cordova-ios's branch refs/heads/4.0.x from [~csantana] [ https://git-wip-us.apache.org/repos/asf?p=cordova-ios.git;h=078a47f ] CB-8855 Fix display ios devices with --list (closes #137) > cordova run or emualte --list doesn't list devices > -- > > Key: CB-8855 > URL: https://issues.apache.org/jira/browse/CB-8855 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: Master, 3.8.0 > Environment: OSX >Reporter: Carlos Santana >Assignee: Carlos Santana > Fix For: 4.0.0 > > > cordova cli never can print devices > $ cordova run ios --list > Available ios devices: > $ cordova run ios --device --list > Available ios devices: > It should print the id and type (iPhone, iPod, iPad) > Like: > $ cordova run ios --list > Available ios devices: > 133d93714ea585453646d64e2d24f4fbd5986ad0 iPhone -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8838) WKWebView iosExec Results in Double Call
[ https://issues.apache.org/jira/browse/CB-8838?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14503968#comment-14503968 ] ASF subversion and git services commented on CB-8838: - Commit 183e3b8a231b3a39d17b97f34df9884fef05d72b in cordova-ios's branch refs/heads/4.0.x from [~mouton] [ https://git-wip-us.apache.org/repos/asf?p=cordova-ios.git;h=183e3b8 ] CB-8838 - Moved commandQueue push into non-WK_WEBVIEW_BINDING branch. (closes #136) > WKWebView iosExec Results in Double Call > > > Key: CB-8838 > URL: https://issues.apache.org/jira/browse/CB-8838 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaJS, CordovaLib, iOS >Affects Versions: 4.0.0 >Reporter: Thomas Mouton > Original Estimate: 4h > Remaining Estimate: 4h > > When we invoke the cordova Barcode plugin, it is always called twice! > I have only looked at the code a short time, but it appears to me that: > * the first call to Barcode happens, and in iosExec, it gets placed in > commandQueue. > * the first call passes to Objective C world by WKScriptMessageHandler - > (void)userContentController:(WKUserContentController*)userContentController > didReceiveScriptMessage:(WKScriptMessage*)message > * this call to Barcode does its thing, completes, and it's javascript > response handler code winds through: > CDVCommandDelegateImpl::sendPluginResult > CDVCommandDelegateImpl::evalJSHelper > CDVCommandDelegateImpl::evalJSHelper2 > * in Helper2, the callback is finally passed to a webViewEngine, which > processes the Javascript, and returns, on completion, a list of commands > remaining in the javascript commandQueue. > * these commands are queued on the Obj-C side and run in CDVCommandQueue > fashion. > AHA! > * since the command was persisted in commandQueue before execution, and not > removed, it is called again! > SO > I moved the enqueue behavior into the branch that excludes bridgeMode === > jsToNativeModes.WK_WEBVIEW_BINDING > This fixes it, but I am not confident its the right solution. > Do you have any insight into this problem? > Feedback for my solution? > A broader or more appropriate venue for the conversation? > Thanks! > Alex Mouton -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-8838) WKWebView iosExec Results in Double Call
[ https://issues.apache.org/jira/browse/CB-8838?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-8838. -- Resolution: Fixed Fix Version/s: 4.0.0 Assignee: Shazron Abdullah > WKWebView iosExec Results in Double Call > > > Key: CB-8838 > URL: https://issues.apache.org/jira/browse/CB-8838 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaJS, CordovaLib, iOS >Affects Versions: 4.0.0 >Reporter: Thomas Mouton >Assignee: Shazron Abdullah > Fix For: 4.0.0 > > Original Estimate: 4h > Remaining Estimate: 4h > > When we invoke the cordova Barcode plugin, it is always called twice! > I have only looked at the code a short time, but it appears to me that: > * the first call to Barcode happens, and in iosExec, it gets placed in > commandQueue. > * the first call passes to Objective C world by WKScriptMessageHandler - > (void)userContentController:(WKUserContentController*)userContentController > didReceiveScriptMessage:(WKScriptMessage*)message > * this call to Barcode does its thing, completes, and it's javascript > response handler code winds through: > CDVCommandDelegateImpl::sendPluginResult > CDVCommandDelegateImpl::evalJSHelper > CDVCommandDelegateImpl::evalJSHelper2 > * in Helper2, the callback is finally passed to a webViewEngine, which > processes the Javascript, and returns, on completion, a list of commands > remaining in the javascript commandQueue. > * these commands are queued on the Obj-C side and run in CDVCommandQueue > fashion. > AHA! > * since the command was persisted in commandQueue before execution, and not > removed, it is called again! > SO > I moved the enqueue behavior into the branch that excludes bridgeMode === > jsToNativeModes.WK_WEBVIEW_BINDING > This fixes it, but I am not confident its the right solution. > Do you have any insight into this problem? > Feedback for my solution? > A broader or more appropriate venue for the conversation? > Thanks! > Alex Mouton -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8838) WKWebView iosExec Results in Double Call
[ https://issues.apache.org/jira/browse/CB-8838?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14503981#comment-14503981 ] ASF subversion and git services commented on CB-8838: - Commit b62fa440f6cda747a80d8f8ef3d2c426db092a32 in cordova-js's branch refs/heads/master from [~mouton] [ https://git-wip-us.apache.org/repos/asf?p=cordova-js.git;h=b62fa44 ] CB-8838 - Disabled commandQueue for WK_WEBVIEW_BINDING. (closes #107) > WKWebView iosExec Results in Double Call > > > Key: CB-8838 > URL: https://issues.apache.org/jira/browse/CB-8838 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaJS, CordovaLib, iOS >Affects Versions: 4.0.0 >Reporter: Thomas Mouton >Assignee: Shazron Abdullah > Fix For: 4.0.0 > > Original Estimate: 4h > Remaining Estimate: 4h > > When we invoke the cordova Barcode plugin, it is always called twice! > I have only looked at the code a short time, but it appears to me that: > * the first call to Barcode happens, and in iosExec, it gets placed in > commandQueue. > * the first call passes to Objective C world by WKScriptMessageHandler - > (void)userContentController:(WKUserContentController*)userContentController > didReceiveScriptMessage:(WKScriptMessage*)message > * this call to Barcode does its thing, completes, and it's javascript > response handler code winds through: > CDVCommandDelegateImpl::sendPluginResult > CDVCommandDelegateImpl::evalJSHelper > CDVCommandDelegateImpl::evalJSHelper2 > * in Helper2, the callback is finally passed to a webViewEngine, which > processes the Javascript, and returns, on completion, a list of commands > remaining in the javascript commandQueue. > * these commands are queued on the Obj-C side and run in CDVCommandQueue > fashion. > AHA! > * since the command was persisted in commandQueue before execution, and not > removed, it is called again! > SO > I moved the enqueue behavior into the branch that excludes bridgeMode === > jsToNativeModes.WK_WEBVIEW_BINDING > This fixes it, but I am not confident its the right solution. > Do you have any insight into this problem? > Feedback for my solution? > A broader or more appropriate venue for the conversation? > Thanks! > Alex Mouton -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8838) WKWebView iosExec Results in Double Call
[ https://issues.apache.org/jira/browse/CB-8838?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14503983#comment-14503983 ] ASF GitHub Bot commented on CB-8838: Github user asfgit closed the pull request at: https://github.com/apache/cordova-js/pull/107 > WKWebView iosExec Results in Double Call > > > Key: CB-8838 > URL: https://issues.apache.org/jira/browse/CB-8838 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaJS, CordovaLib, iOS >Affects Versions: 4.0.0 >Reporter: Thomas Mouton >Assignee: Shazron Abdullah > Fix For: 4.0.0 > > Original Estimate: 4h > Remaining Estimate: 4h > > When we invoke the cordova Barcode plugin, it is always called twice! > I have only looked at the code a short time, but it appears to me that: > * the first call to Barcode happens, and in iosExec, it gets placed in > commandQueue. > * the first call passes to Objective C world by WKScriptMessageHandler - > (void)userContentController:(WKUserContentController*)userContentController > didReceiveScriptMessage:(WKScriptMessage*)message > * this call to Barcode does its thing, completes, and it's javascript > response handler code winds through: > CDVCommandDelegateImpl::sendPluginResult > CDVCommandDelegateImpl::evalJSHelper > CDVCommandDelegateImpl::evalJSHelper2 > * in Helper2, the callback is finally passed to a webViewEngine, which > processes the Javascript, and returns, on completion, a list of commands > remaining in the javascript commandQueue. > * these commands are queued on the Obj-C side and run in CDVCommandQueue > fashion. > AHA! > * since the command was persisted in commandQueue before execution, and not > removed, it is called again! > SO > I moved the enqueue behavior into the branch that excludes bridgeMode === > jsToNativeModes.WK_WEBVIEW_BINDING > This fixes it, but I am not confident its the right solution. > Do you have any insight into this problem? > Feedback for my solution? > A broader or more appropriate venue for the conversation? > Thanks! > Alex Mouton -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-7179) [InAppBrowser][iOS 8] Update to support WKWebView
[ https://issues.apache.org/jira/browse/CB-7179?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-7179. -- Resolution: Won't Fix > [InAppBrowser][iOS 8] Update to support WKWebView > - > > Key: CB-7179 > URL: https://issues.apache.org/jira/browse/CB-7179 > Project: Apache Cordova > Issue Type: Sub-task > Components: Plugin InAppBrowser > Environment: iOS 8 >Reporter: Shazron Abdullah > > support dual use with UIWebView -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-7306) [Splashscreen][iOS 8] fails to go away (wkwebview iOS 8 branch)
[ https://issues.apache.org/jira/browse/CB-7306?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-7306. -- Resolution: Cannot Reproduce Assignee: Shazron Abdullah Cannot repro with the 4.0.x branch as of this date. > [Splashscreen][iOS 8] fails to go away (wkwebview iOS 8 branch) > --- > > Key: CB-7306 > URL: https://issues.apache.org/jira/browse/CB-7306 > Project: Apache Cordova > Issue Type: Sub-task > Components: Plugin SplashScreen >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah > > This is based on testing with cordova-ios wkwebview branch and mobile-spec > 3.5.0 -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-7049) [WKWebView] Support whitelist
[ https://issues.apache.org/jira/browse/CB-7049?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-7049. -- Resolution: Won't Fix Assignee: Shazron Abdullah Can't do anything unless Apple does something. > [WKWebView] Support whitelist > - > > Key: CB-7049 > URL: https://issues.apache.org/jira/browse/CB-7049 > Project: Apache Cordova > Issue Type: Sub-task > Components: iOS > Environment: iOS 8 beta 2 >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah > > https://git-wip-us.apache.org/repos/asf/cordova-ios.git branch "wkwebview" > As of iOS 8 beta 2, you can't yet. > Filed radar: > rdar://problem/17423600 > -- > Summary: > When using UIWebView, you could intercept requests using NSURLProtocol. With > the new WKWebView, NSURLProtocol does not intercept requests anymore. > This is useful for HTTP authentication, encryption of assets, etc. > Steps to Reproduce: > 1. Use WKWebView > 2. Instantiate a NSURLProtocol > 3. Observe that you can't intercept the requests of the WKWebView > Expected Results: > Ability to intercept requests of a WKWebView using NSURLProtocol > Actual Results: > No ability to intercept requests of a WKWebView using NSURLProtocol > Version: > iOS 8 beta 2 > Configuration: > iOS Simulator, iPad 2 -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8047) [WKWebView][iOS8] wkwebview / local webserver plugin orientation issue
[ https://issues.apache.org/jira/browse/CB-8047?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14504045#comment-14504045 ] Shazron Abdullah commented on CB-8047: -- Because of the async nature of JavaScript calls into WKWebView, the wkwebview engine cannot support calling into JavaScript to dynamically determine if an orientation is supported. iOS calls "- (NSUInteger)supportedInterfaceOrientations" which is a synchronous call to determine which orientations are supported. For the UIWebView engine, this is fine since calling JavaScript is synchronous as well. However, the CDVWebViewEngineProtocol protocol which is implemented by both engines only support an async call into JavaScript. Therefore, since the JavaScript function "window.shouldRotateToOrientation" is not documented and not officially supported, I am going to remove it for 4.0.x > [WKWebView][iOS8] wkwebview / local webserver plugin orientation issue > -- > > Key: CB-8047 > URL: https://issues.apache.org/jira/browse/CB-8047 > Project: Apache Cordova > Issue Type: Sub-task > Components: iOS > Environment: IOS >Reporter: Dustin Nielson >Assignee: Shazron Abdullah > > After installing the `wkwebview-engine` plugin on ios device (tested iPhone > 6, iPad mini 2, iPad retina) and enabling all orientations in xcode. Upon > successful build the devices have fixed portrait orientation that doesn't > change when device is rotated. > The `wkwebview` branch of cordova-ios was used. This problem does not occur > in the `master` branch. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8047) [WKWebView][iOS8] wkwebview / local webserver plugin orientation issue
[ https://issues.apache.org/jira/browse/CB-8047?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14504057#comment-14504057 ] ASF subversion and git services commented on CB-8047: - Commit e38875dc84245ce49e851cf24468f58f3b4ca185 in cordova-ios's branch refs/heads/4.0.x from [~shazron] [ https://git-wip-us.apache.org/repos/asf?p=cordova-ios.git;h=e38875d ] CB-8047 - [WKWebView][iOS8] wkwebview / local webserver plugin orientation issue > [WKWebView][iOS8] wkwebview / local webserver plugin orientation issue > -- > > Key: CB-8047 > URL: https://issues.apache.org/jira/browse/CB-8047 > Project: Apache Cordova > Issue Type: Sub-task > Components: iOS > Environment: IOS >Reporter: Dustin Nielson >Assignee: Shazron Abdullah > > After installing the `wkwebview-engine` plugin on ios device (tested iPhone > 6, iPad mini 2, iPad retina) and enabling all orientations in xcode. Upon > successful build the devices have fixed portrait orientation that doesn't > change when device is rotated. > The `wkwebview` branch of cordova-ios was used. This problem does not occur > in the `master` branch. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-8047) [WKWebView][iOS8] wkwebview / local webserver plugin orientation issue
[ https://issues.apache.org/jira/browse/CB-8047?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-8047. -- Resolution: Fixed Fix Version/s: 4.0.0 > [WKWebView][iOS8] wkwebview / local webserver plugin orientation issue > -- > > Key: CB-8047 > URL: https://issues.apache.org/jira/browse/CB-8047 > Project: Apache Cordova > Issue Type: Sub-task > Components: iOS > Environment: IOS >Reporter: Dustin Nielson >Assignee: Shazron Abdullah > Fix For: 4.0.0 > > > After installing the `wkwebview-engine` plugin on ios device (tested iPhone > 6, iPad mini 2, iPad retina) and enabling all orientations in xcode. Upon > successful build the devices have fixed portrait orientation that doesn't > change when device is rotated. > The `wkwebview` branch of cordova-ios was used. This problem does not occur > in the `master` branch. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8245) Directories starting with _ are not served.
[ https://issues.apache.org/jira/browse/CB-8245?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14504068#comment-14504068 ] Andrew Grieve commented on CB-8245: --- The problem is with Android's build system, and it's "by design" :(. An option was added to ANT to set the resource filter so that you can include such directories, but the move to Gradle broke it again :(. The Android bug is here: https://code.google.com/p/android/issues/detail?id=161356 You can find a work-around for Gradle here: https://github.com/MobileChromeApps/cordova-plugin-chrome-apps-i18n/blob/master/src/android/copy-locales.gradle and docs on how to hook that up in a non-plugin context: http://cordova.apache.org/docs/en/edge/guide_platforms_android_tools.md.html (look for "Extending build.gradle") > Directories starting with _ are not served. > --- > > Key: CB-8245 > URL: https://issues.apache.org/jira/browse/CB-8245 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 3.5.0 >Reporter: Zoltan Olah >Assignee: Joe Bowser > > On Android, when the www directory contains sub-directories that begin with > an underscore, _, contents are not served. A reproduction is available here: > https://github.com/Slava/cordova-underscore-name-bug-reproduction > Observed on versions 3.5.1 and 4.1.2 -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8862) Support CrossWalk
[ https://issues.apache.org/jira/browse/CB-8862?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14504073#comment-14504073 ] Nikhil Khandelwal commented on CB-8862: --- Can you elaborate what the issue is here? Crosswalk is supported with the Android 4.0 release. > Support CrossWalk > -- > > Key: CB-8862 > URL: https://issues.apache.org/jira/browse/CB-8862 > Project: Apache Cordova > Issue Type: Improvement > Components: Android >Affects Versions: 4.0.0 >Reporter: Shawn Xue >Priority: Blocker > Fix For: 4.0.0 > > -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8861) Return
[ https://issues.apache.org/jira/browse/CB-8861?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14504074#comment-14504074 ] Nikhil Khandelwal commented on CB-8861: --- Can you provide more details of the repro and what platform do you see this issue in? > Return > -- > > Key: CB-8861 > URL: https://issues.apache.org/jira/browse/CB-8861 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin File Transfer >Reporter: Iuri de Silvio > > 403 server errors cause FileTransferError.FILE_NOT_FOUND_ERR. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-8207) [WKWebView][iOS 8] Unnecessary JSON conversion and possible leak
[
https://issues.apache.org/jira/browse/CB-8207?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shazron Abdullah resolved CB-8207.
--
Resolution: Fixed
Fixed by CB-8838
> [WKWebView][iOS 8] Unnecessary JSON conversion and possible leak
>
>
> Key: CB-8207
> URL: https://issues.apache.org/jira/browse/CB-8207
> Project: Apache Cordova
> Issue Type: Sub-task
> Components: CordovaJS, iOS
>Affects Versions: 3.5.0
>Reporter: Incarnadine
>Assignee: Shazron Abdullah
> Fix For: 4.0.0
>
>
> The WKWebView bridge is calling JSON.stringify and adding the result to the
> command queue which appears to be unnecessary.
> The JSON conversion negates part of the performance gain of letting
> WKScriptMessage marshal the array.
> Additionally, since commands with WKWebView are processed immediately, it's
> unclear what will happen to the queued commands. Something will either
> process them resulting in duplicate command execution, or the queue will
> continue to grow and allocate memory.
> See ios/exec.js:
> {code}
> // FIXME: This call may be unnecessary depending on how
> // WKScriptMesssage marshals ArrayBuffer
> actionArgs = massageArgsJsToNative(actionArgs);
> var command = [callbackId, service, action, actionArgs];
> // FIXME: This is unnecessary with WKWebView binding
> // and should move into the else below
> commandQueue.push(JSON.stringify(command));
>
> if (bridgeMode === jsToNativeModes.WK_WEBVIEW_BINDING) {
> window.webkit.messageHandlers.cordova.postMessage(command);
> } else {
> if (!isInContextOfEvalJs && commandQueue.length == 1) {
> pokeNative();
> }
> }
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-8838) WKWebView iosExec Results in Double Call
[ https://issues.apache.org/jira/browse/CB-8838?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-8838: - Issue Type: Sub-task (was: Bug) Parent: CB-7991 > WKWebView iosExec Results in Double Call > > > Key: CB-8838 > URL: https://issues.apache.org/jira/browse/CB-8838 > Project: Apache Cordova > Issue Type: Sub-task > Components: CordovaJS, CordovaLib, iOS >Affects Versions: 4.0.0 >Reporter: Thomas Mouton >Assignee: Shazron Abdullah > Fix For: 4.0.0 > > Original Estimate: 4h > Remaining Estimate: 4h > > When we invoke the cordova Barcode plugin, it is always called twice! > I have only looked at the code a short time, but it appears to me that: > * the first call to Barcode happens, and in iosExec, it gets placed in > commandQueue. > * the first call passes to Objective C world by WKScriptMessageHandler - > (void)userContentController:(WKUserContentController*)userContentController > didReceiveScriptMessage:(WKScriptMessage*)message > * this call to Barcode does its thing, completes, and it's javascript > response handler code winds through: > CDVCommandDelegateImpl::sendPluginResult > CDVCommandDelegateImpl::evalJSHelper > CDVCommandDelegateImpl::evalJSHelper2 > * in Helper2, the callback is finally passed to a webViewEngine, which > processes the Javascript, and returns, on completion, a list of commands > remaining in the javascript commandQueue. > * these commands are queued on the Obj-C side and run in CDVCommandQueue > fashion. > AHA! > * since the command was persisted in commandQueue before execution, and not > removed, it is called again! > SO > I moved the enqueue behavior into the branch that excludes bridgeMode === > jsToNativeModes.WK_WEBVIEW_BINDING > This fixes it, but I am not confident its the right solution. > Do you have any insight into this problem? > Feedback for my solution? > A broader or more appropriate venue for the conversation? > Thanks! > Alex Mouton -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Assigned] (CB-7179) [InAppBrowser][iOS 8] Update to support WKWebView
[ https://issues.apache.org/jira/browse/CB-7179?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah reassigned CB-7179: Assignee: Shazron Abdullah > [InAppBrowser][iOS 8] Update to support WKWebView > - > > Key: CB-7179 > URL: https://issues.apache.org/jira/browse/CB-7179 > Project: Apache Cordova > Issue Type: Sub-task > Components: Plugin InAppBrowser > Environment: iOS 8 >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah > > support dual use with UIWebView -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8856) Fix 'Id' attribute is invalid when creating Windows Store submission build
[ https://issues.apache.org/jira/browse/CB-8856?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14504082#comment-14504082 ] ASF GitHub Bot commented on CB-8856: Github user nikhilkh commented on the pull request: https://github.com/apache/cordova-windows/pull/66#issuecomment-94604271 LGTM > Fix 'Id' attribute is invalid when creating Windows Store submission build > -- > > Key: CB-8856 > URL: https://issues.apache.org/jira/browse/CB-8856 > Project: Apache Cordova > Issue Type: Bug > Components: Windows >Reporter: Sergey Grebnov >Assignee: Sergey Grebnov > Labels: Release, Store, Windows > -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8850) navigator objects undefined
[
https://issues.apache.org/jira/browse/CB-8850?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14504094#comment-14504094
]
Nikhil Khandelwal commented on CB-8850:
---
Are you still seeing this issue?
> navigator objects undefined
> ---
>
> Key: CB-8850
> URL: https://issues.apache.org/jira/browse/CB-8850
> Project: Apache Cordova
> Issue Type: Bug
> Components: Android, iOS, Plugin Dialogs, Plugin Network Information
>Affects Versions: 4.1.3
> Environment: iOS8.2, Cordova 4.3 Xcode6.1
>Reporter: Arun
> Labels: performance
> Original Estimate: 168h
> Remaining Estimate: 168h
>
> Hi all,
> I have been getting these navigator object undefined errors recently on
> inclusion of network-information and dialogs plugin. I am getting an error
> like typedef error: navigator object is undefined ('evaluating
> navigator.connection.type) and typedef error: navigator object is undefined
> ('evaluating navigator.notification.alert). please help me out with this if u
> need any further information please let me know. I never noticed them earlier
> and my sincere apologies if i have posted it in the wrong way i am new to
> this
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-8715) Update docs for Android 4.0 features
[ https://issues.apache.org/jira/browse/CB-8715?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Grieve updated CB-8715: -- Description: * Gradle docs (done) * Whitelist guide (done) * Upgrade guide (done) * Embedders guide was: * Gradle docs (done) * Whitelist guide (done) * Upgrade guide * Embedders guide > Update docs for Android 4.0 features > > > Key: CB-8715 > URL: https://issues.apache.org/jira/browse/CB-8715 > Project: Apache Cordova > Issue Type: Bug > Components: Android, Docs >Reporter: Andrew Grieve >Assignee: Andrew Grieve > > * Gradle docs (done) > * Whitelist guide (done) > * Upgrade guide (done) > * Embedders guide -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8844) File plugin test failures on Android
[
https://issues.apache.org/jira/browse/CB-8844?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14504143#comment-14504143
]
Andrew Grieve commented on CB-8844:
---
The link doesn't seem to work, and the tests pass for me locally.
> File plugin test failures on Android
>
>
> Key: CB-8844
> URL: https://issues.apache.org/jira/browse/CB-8844
> Project: Apache Cordova
> Issue Type: Bug
> Components: Android, Plugin File
>Affects Versions: Master
> Environment: Windows, OSX
>Reporter: Dmitry Blotsky
> Labels: android, plugin, plugin-file, test-fail
> Original Estimate: 48h
> Remaining Estimate: 48h
>
> Test results here:
> [http://ci.apache.org/builders/cordova-android-osx/builds/275/steps/running-tests/logs/stdio]
> {noformat}
> cordova-plugin-file-tests.tests >> File API asset: URLs file.spec.142 assets
> should be enumerable
> cordova-plugin-file-tests.tests >> File API file.spec.144 copyTo: asset
> directory
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8803) Medic builds sometimes fail cleanup on Windows
[
https://issues.apache.org/jira/browse/CB-8803?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14504144#comment-14504144
]
ASF GitHub Bot commented on CB-8803:
Github user dmitriy-barkalov commented on the pull request:
https://github.com/apache/cordova-medic/pull/44#issuecomment-94609690
LGTM
Successfully run medic build several times
> Medic builds sometimes fail cleanup on Windows
> --
>
> Key: CB-8803
> URL: https://issues.apache.org/jira/browse/CB-8803
> Project: Apache Cordova
> Issue Type: Bug
> Components: Medic, Windows
>Affects Versions: Master
> Environment: Any cordova-medic setup on Windows.
>Reporter: Dmitry Blotsky
>Priority: Minor
> Labels: medic, rm, windows
> Original Estimate: 24h
> Remaining Estimate: 24h
>
> On Windows, sometimes the cleanup step fails because of some stray process
> briefly looking at a directory while the directory is being deleted.
> Although medic uses shelljs's implementation of {{rm}}, it still fails
> sometimes. This should be fixed with more persistent cleanup code.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7734) "navigator.notification.alert" or "navigator.notification.confirm" seem have a "many words" issue
[ https://issues.apache.org/jira/browse/CB-7734?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14504157#comment-14504157 ] ASF GitHub Bot commented on CB-7734: Github user bau720123 commented on the pull request: https://github.com/apache/cordova-plugin-dialogs/pull/39#issuecomment-94611365 finally solved~ really thanks everybody's help !!! I will waiting the new version release > "navigator.notification.alert" or "navigator.notification.confirm" seem have > a "many words" issue > - > > Key: CB-7734 > URL: https://issues.apache.org/jira/browse/CB-7734 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugin Dialogs >Affects Versions: 3.6.3 > Environment: PGB 3.6.3 with the all latest core plugin > https://build.phonegap.com/plugins > ios 8.02 environment >Reporter: Colin Bau >Assignee: jcesarmobile > Labels: notification > Original Estimate: 12h > Remaining Estimate: 12h > > Improvement 1 > according to this > https://issues.apache.org/jira/browse/CB-6528 > a same problem just like the WP，ios have this problem too > when the words is greater than one page > it can't slide up and down > Improvement 2 > all words "center" problem，I think maybe "Left-aligned" is more Beautiful > (because when in Android，all words "Left-aligned") > http://www.littlebau.com/ios_1.png > Improvement 3 > all words looks like small and Vague (maybe in Chinese)，is there any way > (maybe future) can let become more Clear ? > http://www.littlebau.com/ios_1.png -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-8724) Windows Phone 8 Platform Guide missing information about needed Visual Studio Update
[ https://issues.apache.org/jira/browse/CB-8724?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nikhil Khandelwal resolved CB-8724. --- Resolution: Fixed > Windows Phone 8 Platform Guide missing information about needed Visual Studio > Update > > > Key: CB-8724 > URL: https://issues.apache.org/jira/browse/CB-8724 > Project: Apache Cordova > Issue Type: Bug > Components: Docs, Windows 8, WP8 >Affects Versions: 4.0.0 > Environment: Windows 8.0 >Reporter: James Dubee >Assignee: James Dubee >Priority: Minor > Labels: documentation > Original Estimate: 1h > Remaining Estimate: 1h > > The Windows 8 Platform Guide does not state that at least the Visual Studio > 2012 Update 2 must be installed on a user's computer in order to deploy via > the command-line using the Windows Phone 8.0 SDK. Otherwise, XapDeployCmd.exe > will not be present on the user's machine, and Cordova will not be able to > deploy applications via command-line for Windows Phone 8. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8777) add android option to only display gallery type apps on getImage
[ https://issues.apache.org/jira/browse/CB-8777?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14504388#comment-14504388 ] ASF GitHub Bot commented on CB-8777: Github user thehuijb commented on the pull request: https://github.com/apache/cordova-plugin-camera/pull/80#issuecomment-94647452 I rebased this pull request to the latest master, anyone care to check it out? would really appreciate it > add android option to only display gallery type apps on getImage > > > Key: CB-8777 > URL: https://issues.apache.org/jira/browse/CB-8777 > Project: Apache Cordova > Issue Type: New Feature > Components: Plugin Camera > Environment: Android >Reporter: Serge Huijben >Priority: Minor > Labels: features > Original Estimate: 24h > Remaining Estimate: 24h > > Add an option to allow only Gallery type apps to launch on getImage. > current behaviour would launch an activity that allows the use to select > files from filesystem, remote filesystem (drive, dropbox, onedrive, etc) and > galleries. > I would like to add a switch option onlyGalleries that if set to true would > allow the user to only get images from gallery type apps on the device. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8804) https://github.com/apache/cordova-plugin-camera#android-quirks
[ https://issues.apache.org/jira/browse/CB-8804?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14504401#comment-14504401 ] ASF GitHub Bot commented on CB-8804: Github user thehuijb commented on the pull request: https://github.com/apache/cordova-plugin-camera/pull/83#issuecomment-94649473 Anyone had a chance to look at this yet? I would appreciate any comments that help improve this PR > https://github.com/apache/cordova-plugin-camera#android-quirks > -- > > Key: CB-8804 > URL: https://issues.apache.org/jira/browse/CB-8804 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugin Camera > Environment: Android >Reporter: Serge Huijben >Priority: Trivial > > Android Quirks > Android uses intents to launch the camera activity on the device to capture > images, and on phones with low memory, the Cordova activity may be killed. In > this scenario, the image may not appear when the Cordova activity is restored. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7734) "navigator.notification.alert" or "navigator.notification.confirm" seem have a "many words" issue
[ https://issues.apache.org/jira/browse/CB-7734?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14504459#comment-14504459 ] jcesarmobile commented on CB-7734: -- [~eymorale], do you remember the id of the other issue you mentioned? I've been searching, but I didn't find anything > "navigator.notification.alert" or "navigator.notification.confirm" seem have > a "many words" issue > - > > Key: CB-7734 > URL: https://issues.apache.org/jira/browse/CB-7734 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugin Dialogs >Affects Versions: 3.6.3 > Environment: PGB 3.6.3 with the all latest core plugin > https://build.phonegap.com/plugins > ios 8.02 environment >Reporter: Colin Bau >Assignee: jcesarmobile > Labels: notification > Original Estimate: 12h > Remaining Estimate: 12h > > Improvement 1 > according to this > https://issues.apache.org/jira/browse/CB-6528 > a same problem just like the WP，ios have this problem too > when the words is greater than one page > it can't slide up and down > Improvement 2 > all words "center" problem，I think maybe "Left-aligned" is more Beautiful > (because when in Android，all words "Left-aligned") > http://www.littlebau.com/ios_1.png > Improvement 3 > all words looks like small and Vague (maybe in Chinese)，is there any way > (maybe future) can let become more Clear ? > http://www.littlebau.com/ios_1.png -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
