[jira] [Resolved] (CB-11450) rel/XXX tags missing from May 24 Tools Release
[ https://issues.apache.org/jira/browse/CB-11450?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-11450. --- Resolution: Fixed Tags all pushed > rel/XXX tags missing from May 24 Tools Release > -- > > Key: CB-11450 > URL: https://issues.apache.org/jira/browse/CB-11450 > Project: Apache Cordova > Issue Type: Task > Components: AllComponents >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah > > They are tagged, but we need the permanent tag with the "rel/" prefix. > Vote thread: > https://lists.apache.org/thread.html/edb8dba555c6dd012bbd423cfca8e76acb26ef858148852343dac46f@1463120468@%3Cdev.cordova.apache.org%3E > Blog post: > http://cordova.apache.org/news/2016/05/24/tools-release.html -- 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-9138) Installing multiple plugins from multiple registries fails
[ https://issues.apache.org/jira/browse/CB-9138?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Steve Gill closed CB-9138. -- Resolution: Won't Fix > Installing multiple plugins from multiple registries fails > -- > > Key: CB-9138 > URL: https://issues.apache.org/jira/browse/CB-9138 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaLib, Plugman >Affects Versions: 5.0.0 >Reporter: Steve Gill >Assignee: Steve Gill > Fix For: 5.2.0 > > > If you use tag in config.xml and reference plugins from both CPR and > npm. When you do a platform add/cordova prepare to install those plugins, the > registry value will be incorrect. > Seems to be a async/promise issue and how we call npm load. The value gets > set to either registry.cordova.io or registry.npmjs.org. It won't alternate > based on where the plugin lives. -- 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-11450) rel/XXX tags missing from May 24 Tools Release
Shazron Abdullah created CB-11450: - Summary: rel/XXX tags missing from May 24 Tools Release Key: CB-11450 URL: https://issues.apache.org/jira/browse/CB-11450 Project: Apache Cordova Issue Type: Task Components: AllComponents Reporter: Shazron Abdullah Assignee: Shazron Abdullah They are tagged, but we need the permanent tag with the "rel/" prefix. Vote thread: https://lists.apache.org/thread.html/edb8dba555c6dd012bbd423cfca8e76acb26ef858148852343dac46f@1463120468@%3Cdev.cordova.apache.org%3E Blog post: http://cordova.apache.org/news/2016/05/24/tools-release.html -- 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-11412) Update template implementation in cordova create --template
[ https://issues.apache.org/jira/browse/CB-11412?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15336719#comment-15336719 ] ASF GitHub Bot commented on CB-11412: - GitHub user carynbear opened a pull request: https://github.com/apache/cordova-docs/pull/612 CB-11412 Added docs for template use and create You can merge this pull request into a Git repository by running: $ git pull https://github.com/carynbear/cordova-docs CB-11412 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-docs/pull/612.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 #612 commit cbf0b722b22b8e445db1f1517de279134f6436c0 Author: carynbear Date: 2016-06-17T17:53:55Z CB-11412 Added docs for template use and create > Update template implementation in cordova create --template > --- > > Key: CB-11412 > URL: https://issues.apache.org/jira/browse/CB-11412 > Project: Apache Cordova > Issue Type: Improvement > Components: CordovaLib >Reporter: Caryn Tran >Assignee: Caryn Tran > > https://github.com/cordova/cordova-discuss/pull/49 > Sometimes we do want a `package.json` copied over. `package.json` could have > build scripts that are essential for the template to work. To handle this use > case, template authors are suggested to put template files in a subdirectory > and point to that subdirectory in index.js. All files in the subdirectory are > copied over. > Update the current template implementation to ignore the list of files above > that shouldn't be copied over when using `--template`. If a subdirectory is > used, copy the entire contents of the subdirectory. > If a `package.json` exists in the subdirectory, we should update its fields > like we do to `config.xml`. > https://github.com/apache/cordova-lib/blob/master/cordova-lib/src/cordova/create.js#L378-L382. > Only field to update in `package.json` should be `package.name`. > `package.name` should be updated to use `config.name` lowercased (npm package > names have to be lowercase). `config.name` is the optional third argument > `cordova create` takes. -- 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-11385) cordova-plugin-file Android does not pass sonarqube scan
[ https://issues.apache.org/jira/browse/CB-11385?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nikhil Khandelwal resolved CB-11385. Resolution: Fixed > cordova-plugin-file Android does not pass sonarqube scan > > > Key: CB-11385 > URL: https://issues.apache.org/jira/browse/CB-11385 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin File >Affects Versions: Master > Environment: Android >Reporter: Rob Close >Priority: Minor > Fix For: Master > > > The Android file plugin does not pass sonarqube (http://www.sonarqube.org/) > scan. > The problem are "Empty Catch Block", which sonarqube considers a blocker, and > the following, which sonarqube considers major: > Preserve stack trace, > Reliance on default encoding, -- 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-11384) cordova-plugin-network-information Android does not pass sonarqube scan
[ https://issues.apache.org/jira/browse/CB-11384?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nikhil Khandelwal resolved CB-11384. Resolution: Fixed > cordova-plugin-network-information Android does not pass sonarqube scan > --- > > Key: CB-11384 > URL: https://issues.apache.org/jira/browse/CB-11384 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Network Information >Affects Versions: Master > Environment: Android >Reporter: Rob Close >Priority: Minor > Fix For: Master > > > The Android network information plugin does not pass sonarqube > (http://www.sonarqube.org/) scan. > The problem is "Empty Catch Block", which sonarqube considers a blocker. -- 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-11381) cordova-plugin-inappbrowser Android does not pass sonarqube scan
[ https://issues.apache.org/jira/browse/CB-11381?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nikhil Khandelwal resolved CB-11381. Resolution: Fixed > cordova-plugin-inappbrowser Android does not pass sonarqube scan > > > Key: CB-11381 > URL: https://issues.apache.org/jira/browse/CB-11381 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin InAppBrowser >Affects Versions: Master > Environment: Android >Reporter: Rob Close >Priority: Minor > Fix For: Master > > > The Android inappbrowser plugin does not pass sonarqube > (http://www.sonarqube.org/) scan. > The problem is "Empty Catch Block", which sonarqube considers a blocker. -- 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-11446) Android: app crashes after taking a photo
[
https://issues.apache.org/jira/browse/CB-11446?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nikhil Khandelwal updated CB-11446:
---
Assignee: Sergey Shakhnazarov
> Android: app crashes after taking a photo
> -
>
> Key: CB-11446
> URL: https://issues.apache.org/jira/browse/CB-11446
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Camera
>Affects Versions: 5.4.1
> Environment: +*Smartphone:*+ Samsung Galaxy S5 Active
> +*Model:*+ SM-G870F
> +*Android version:*+ 5.0
>Reporter: Victor Ros
>Assignee: Sergey Shakhnazarov
> Labels: Android, triaged
>
> I develop with a framework using cordova for an hybrid application.
> I only produce the Android version for testing the application.
> I'm using *cordova-plugin-camera 2.2.0* to take a picture in my application.
> I use getPicture method to do that.
> I always encounter this bug by following these steps :
> * Take a photo
> * Tap the "Retry" button
> * Take another photo
> * Then validate the photo by tapping the "Ok" button OR by cancelling with
> the back button
> * ==> App stopped
> I try to debug with Android Studio but even with breakpoints I don't succeed.
> Bellow, the stack from the Java Error when validating the photo:
> {code}
> E/AndroidRuntime: FATAL EXCEPTION: main
> Process: my.application.appXXX.bip.mobileClient, PID: 16960
> java.lang.RuntimeException: Unable to resume activity
> {my.application.appXXX.bip.mobileClient/my.application.appXXX.bip.mobileClient.MainActivity}:
> java.lang.RuntimeException: Failure delivering result ResultInfo{who=null,
> request=34, result=-1, data=null} to activity
> {my.application.appXXX.bip.mobileClient/my.application.appXXX.bip.mobileClient.MainActivity}:
> java.lang.NullPointerException: Attempt to invoke virtual method
> 'java.lang.String android.net.Uri.toString()' on a null object reference
> at
> android.app.ActivityThread.performResumeActivity(ActivityThread.java:3349)
> at
> android.app.ActivityThread.handleResumeActivity(ActivityThread.java:3380)
> at
> android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2731)
> at android.app.ActivityThread.access$900(ActivityThread.java:172)
> at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1421)
> at android.os.Handler.dispatchMessage(Handler.java:102)
> at android.os.Looper.loop(Looper.java:145)
> at android.app.ActivityThread.main(ActivityThread.java:5835)
> at java.lang.reflect.Method.invoke(Native Method)
> at java.lang.reflect.Method.invoke(Method.java:372)
> at
> com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:1388)
> at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:1183)
> Caused by: java.lang.RuntimeException: Failure delivering result
> ResultInfo{who=null, request=34, result=-1, data=null} to activity
> {my.application.appXXX.bip.mobileClient/my.application.appXXX.bip.mobileClient.MainActivity}:
> java.lang.NullPointerException: Attempt to invoke virtual method
> 'java.lang.String android.net.Uri.toString()' on a null object reference
> at android.app.ActivityThread.deliverResults(ActivityThread.java:3977)
> at
> android.app.ActivityThread.performResumeActivity(ActivityThread.java:3335)
> at
> android.app.ActivityThread.handleResumeActivity(ActivityThread.java:3380)
> at
> android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2731)
> at android.app.ActivityThread.access$900(ActivityThread.java:172)
> at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1421)
> at android.os.Handler.dispatchMessage(Handler.java:102)
> at android.os.Looper.loop(Looper.java:145)
> at android.app.ActivityThread.main(ActivityThread.java:5835)
> at java.lang.reflect.Method.invoke(Native Method)
> at java.lang.reflect.Method.invoke(Method.java:372)
> at
> com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:1388)
>
> at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:1183)
> Caused by: java.lang.NullPointerException: Attempt to invoke virtual method
> 'java.lang.String android.net.Uri.toString()' on a null object reference
> at
> org.apache.cordova.camera.CameraLauncher.processResultFromCamera(CameraLauncher.java:452)
> at
> org.apache.cordova.camera.CameraLauncher.onActivityResult(CameraLauncher.java:787)
> at
> org.apache.cordova.CordovaInterfaceImpl.onActivityResult(CordovaInterfaceImpl.java:120)
> at
> org.apache.cordova.CordovaActivity.onActivityResult(CordovaActivity.java:353)
> at android.app.Activity.dispatchActivityResult(Activity.java:6475)
> at android.app.ActivityThread.deliverResults(ActivityThread.java:3973)
> at
> android.app.ActivityThread.perfor
[jira] [Updated] (CB-11446) Android: app crashes after taking a photo
[
https://issues.apache.org/jira/browse/CB-11446?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nikhil Khandelwal updated CB-11446:
---
Labels: Android (was: )
> Android: app crashes after taking a photo
> -
>
> Key: CB-11446
> URL: https://issues.apache.org/jira/browse/CB-11446
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Camera
>Affects Versions: 5.4.1
> Environment: +*Smartphone:*+ Samsung Galaxy S5 Active
> +*Model:*+ SM-G870F
> +*Android version:*+ 5.0
>Reporter: Victor Ros
> Labels: Android, triaged
>
> I develop with a framework using cordova for an hybrid application.
> I only produce the Android version for testing the application.
> I'm using *cordova-plugin-camera 2.2.0* to take a picture in my application.
> I use getPicture method to do that.
> I always encounter this bug by following these steps :
> * Take a photo
> * Tap the "Retry" button
> * Take another photo
> * Then validate the photo by tapping the "Ok" button OR by cancelling with
> the back button
> * ==> App stopped
> I try to debug with Android Studio but even with breakpoints I don't succeed.
> Bellow, the stack from the Java Error when validating the photo:
> {code}
> E/AndroidRuntime: FATAL EXCEPTION: main
> Process: my.application.appXXX.bip.mobileClient, PID: 16960
> java.lang.RuntimeException: Unable to resume activity
> {my.application.appXXX.bip.mobileClient/my.application.appXXX.bip.mobileClient.MainActivity}:
> java.lang.RuntimeException: Failure delivering result ResultInfo{who=null,
> request=34, result=-1, data=null} to activity
> {my.application.appXXX.bip.mobileClient/my.application.appXXX.bip.mobileClient.MainActivity}:
> java.lang.NullPointerException: Attempt to invoke virtual method
> 'java.lang.String android.net.Uri.toString()' on a null object reference
> at
> android.app.ActivityThread.performResumeActivity(ActivityThread.java:3349)
> at
> android.app.ActivityThread.handleResumeActivity(ActivityThread.java:3380)
> at
> android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2731)
> at android.app.ActivityThread.access$900(ActivityThread.java:172)
> at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1421)
> at android.os.Handler.dispatchMessage(Handler.java:102)
> at android.os.Looper.loop(Looper.java:145)
> at android.app.ActivityThread.main(ActivityThread.java:5835)
> at java.lang.reflect.Method.invoke(Native Method)
> at java.lang.reflect.Method.invoke(Method.java:372)
> at
> com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:1388)
> at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:1183)
> Caused by: java.lang.RuntimeException: Failure delivering result
> ResultInfo{who=null, request=34, result=-1, data=null} to activity
> {my.application.appXXX.bip.mobileClient/my.application.appXXX.bip.mobileClient.MainActivity}:
> java.lang.NullPointerException: Attempt to invoke virtual method
> 'java.lang.String android.net.Uri.toString()' on a null object reference
> at android.app.ActivityThread.deliverResults(ActivityThread.java:3977)
> at
> android.app.ActivityThread.performResumeActivity(ActivityThread.java:3335)
> at
> android.app.ActivityThread.handleResumeActivity(ActivityThread.java:3380)
> at
> android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2731)
> at android.app.ActivityThread.access$900(ActivityThread.java:172)
> at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1421)
> at android.os.Handler.dispatchMessage(Handler.java:102)
> at android.os.Looper.loop(Looper.java:145)
> at android.app.ActivityThread.main(ActivityThread.java:5835)
> at java.lang.reflect.Method.invoke(Native Method)
> at java.lang.reflect.Method.invoke(Method.java:372)
> at
> com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:1388)
>
> at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:1183)
> Caused by: java.lang.NullPointerException: Attempt to invoke virtual method
> 'java.lang.String android.net.Uri.toString()' on a null object reference
> at
> org.apache.cordova.camera.CameraLauncher.processResultFromCamera(CameraLauncher.java:452)
> at
> org.apache.cordova.camera.CameraLauncher.onActivityResult(CameraLauncher.java:787)
> at
> org.apache.cordova.CordovaInterfaceImpl.onActivityResult(CordovaInterfaceImpl.java:120)
> at
> org.apache.cordova.CordovaActivity.onActivityResult(CordovaActivity.java:353)
> at android.app.Activity.dispatchActivityResult(Activity.java:6475)
> at android.app.ActivityThread.deliverResults(ActivityThread.java:3973)
> at
> android.app.ActivityThread.performResumeActivity(ActivityThread.java:3335)
>
[jira] [Updated] (CB-11446) Android: app crashes after taking a photo
[
https://issues.apache.org/jira/browse/CB-11446?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nikhil Khandelwal updated CB-11446:
---
Labels: Android triaged (was: Android)
> Android: app crashes after taking a photo
> -
>
> Key: CB-11446
> URL: https://issues.apache.org/jira/browse/CB-11446
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Camera
>Affects Versions: 5.4.1
> Environment: +*Smartphone:*+ Samsung Galaxy S5 Active
> +*Model:*+ SM-G870F
> +*Android version:*+ 5.0
>Reporter: Victor Ros
>Assignee: Sergey Shakhnazarov
> Labels: Android, triaged
>
> I develop with a framework using cordova for an hybrid application.
> I only produce the Android version for testing the application.
> I'm using *cordova-plugin-camera 2.2.0* to take a picture in my application.
> I use getPicture method to do that.
> I always encounter this bug by following these steps :
> * Take a photo
> * Tap the "Retry" button
> * Take another photo
> * Then validate the photo by tapping the "Ok" button OR by cancelling with
> the back button
> * ==> App stopped
> I try to debug with Android Studio but even with breakpoints I don't succeed.
> Bellow, the stack from the Java Error when validating the photo:
> {code}
> E/AndroidRuntime: FATAL EXCEPTION: main
> Process: my.application.appXXX.bip.mobileClient, PID: 16960
> java.lang.RuntimeException: Unable to resume activity
> {my.application.appXXX.bip.mobileClient/my.application.appXXX.bip.mobileClient.MainActivity}:
> java.lang.RuntimeException: Failure delivering result ResultInfo{who=null,
> request=34, result=-1, data=null} to activity
> {my.application.appXXX.bip.mobileClient/my.application.appXXX.bip.mobileClient.MainActivity}:
> java.lang.NullPointerException: Attempt to invoke virtual method
> 'java.lang.String android.net.Uri.toString()' on a null object reference
> at
> android.app.ActivityThread.performResumeActivity(ActivityThread.java:3349)
> at
> android.app.ActivityThread.handleResumeActivity(ActivityThread.java:3380)
> at
> android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2731)
> at android.app.ActivityThread.access$900(ActivityThread.java:172)
> at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1421)
> at android.os.Handler.dispatchMessage(Handler.java:102)
> at android.os.Looper.loop(Looper.java:145)
> at android.app.ActivityThread.main(ActivityThread.java:5835)
> at java.lang.reflect.Method.invoke(Native Method)
> at java.lang.reflect.Method.invoke(Method.java:372)
> at
> com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:1388)
> at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:1183)
> Caused by: java.lang.RuntimeException: Failure delivering result
> ResultInfo{who=null, request=34, result=-1, data=null} to activity
> {my.application.appXXX.bip.mobileClient/my.application.appXXX.bip.mobileClient.MainActivity}:
> java.lang.NullPointerException: Attempt to invoke virtual method
> 'java.lang.String android.net.Uri.toString()' on a null object reference
> at android.app.ActivityThread.deliverResults(ActivityThread.java:3977)
> at
> android.app.ActivityThread.performResumeActivity(ActivityThread.java:3335)
> at
> android.app.ActivityThread.handleResumeActivity(ActivityThread.java:3380)
> at
> android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2731)
> at android.app.ActivityThread.access$900(ActivityThread.java:172)
> at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1421)
> at android.os.Handler.dispatchMessage(Handler.java:102)
> at android.os.Looper.loop(Looper.java:145)
> at android.app.ActivityThread.main(ActivityThread.java:5835)
> at java.lang.reflect.Method.invoke(Native Method)
> at java.lang.reflect.Method.invoke(Method.java:372)
> at
> com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:1388)
>
> at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:1183)
> Caused by: java.lang.NullPointerException: Attempt to invoke virtual method
> 'java.lang.String android.net.Uri.toString()' on a null object reference
> at
> org.apache.cordova.camera.CameraLauncher.processResultFromCamera(CameraLauncher.java:452)
> at
> org.apache.cordova.camera.CameraLauncher.onActivityResult(CameraLauncher.java:787)
> at
> org.apache.cordova.CordovaInterfaceImpl.onActivityResult(CordovaInterfaceImpl.java:120)
> at
> org.apache.cordova.CordovaActivity.onActivityResult(CordovaActivity.java:353)
> at android.app.Activity.dispatchActivityResult(Activity.java:6475)
> at android.app.ActivityThread.deliverResults(ActivityThread.java:3973)
> at
> android.app.ActivityThr
[jira] [Updated] (CB-11446) Android: app crashes after taking a photo
[
https://issues.apache.org/jira/browse/CB-11446?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nikhil Khandelwal updated CB-11446:
---
Component/s: (was: Android)
> Android: app crashes after taking a photo
> -
>
> Key: CB-11446
> URL: https://issues.apache.org/jira/browse/CB-11446
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Camera
>Affects Versions: 5.4.1
> Environment: +*Smartphone:*+ Samsung Galaxy S5 Active
> +*Model:*+ SM-G870F
> +*Android version:*+ 5.0
>Reporter: Victor Ros
>
> I develop with a framework using cordova for an hybrid application.
> I only produce the Android version for testing the application.
> I'm using *cordova-plugin-camera 2.2.0* to take a picture in my application.
> I use getPicture method to do that.
> I always encounter this bug by following these steps :
> * Take a photo
> * Tap the "Retry" button
> * Take another photo
> * Then validate the photo by tapping the "Ok" button OR by cancelling with
> the back button
> * ==> App stopped
> I try to debug with Android Studio but even with breakpoints I don't succeed.
> Bellow, the stack from the Java Error when validating the photo:
> {code}
> E/AndroidRuntime: FATAL EXCEPTION: main
> Process: my.application.appXXX.bip.mobileClient, PID: 16960
> java.lang.RuntimeException: Unable to resume activity
> {my.application.appXXX.bip.mobileClient/my.application.appXXX.bip.mobileClient.MainActivity}:
> java.lang.RuntimeException: Failure delivering result ResultInfo{who=null,
> request=34, result=-1, data=null} to activity
> {my.application.appXXX.bip.mobileClient/my.application.appXXX.bip.mobileClient.MainActivity}:
> java.lang.NullPointerException: Attempt to invoke virtual method
> 'java.lang.String android.net.Uri.toString()' on a null object reference
> at
> android.app.ActivityThread.performResumeActivity(ActivityThread.java:3349)
> at
> android.app.ActivityThread.handleResumeActivity(ActivityThread.java:3380)
> at
> android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2731)
> at android.app.ActivityThread.access$900(ActivityThread.java:172)
> at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1421)
> at android.os.Handler.dispatchMessage(Handler.java:102)
> at android.os.Looper.loop(Looper.java:145)
> at android.app.ActivityThread.main(ActivityThread.java:5835)
> at java.lang.reflect.Method.invoke(Native Method)
> at java.lang.reflect.Method.invoke(Method.java:372)
> at
> com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:1388)
> at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:1183)
> Caused by: java.lang.RuntimeException: Failure delivering result
> ResultInfo{who=null, request=34, result=-1, data=null} to activity
> {my.application.appXXX.bip.mobileClient/my.application.appXXX.bip.mobileClient.MainActivity}:
> java.lang.NullPointerException: Attempt to invoke virtual method
> 'java.lang.String android.net.Uri.toString()' on a null object reference
> at android.app.ActivityThread.deliverResults(ActivityThread.java:3977)
> at
> android.app.ActivityThread.performResumeActivity(ActivityThread.java:3335)
> at
> android.app.ActivityThread.handleResumeActivity(ActivityThread.java:3380)
> at
> android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2731)
> at android.app.ActivityThread.access$900(ActivityThread.java:172)
> at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1421)
> at android.os.Handler.dispatchMessage(Handler.java:102)
> at android.os.Looper.loop(Looper.java:145)
> at android.app.ActivityThread.main(ActivityThread.java:5835)
> at java.lang.reflect.Method.invoke(Native Method)
> at java.lang.reflect.Method.invoke(Method.java:372)
> at
> com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:1388)
>
> at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:1183)
> Caused by: java.lang.NullPointerException: Attempt to invoke virtual method
> 'java.lang.String android.net.Uri.toString()' on a null object reference
> at
> org.apache.cordova.camera.CameraLauncher.processResultFromCamera(CameraLauncher.java:452)
> at
> org.apache.cordova.camera.CameraLauncher.onActivityResult(CameraLauncher.java:787)
> at
> org.apache.cordova.CordovaInterfaceImpl.onActivityResult(CordovaInterfaceImpl.java:120)
> at
> org.apache.cordova.CordovaActivity.onActivityResult(CordovaActivity.java:353)
> at android.app.Activity.dispatchActivityResult(Activity.java:6475)
> at android.app.ActivityThread.deliverResults(ActivityThread.java:3973)
> at
> android.app.ActivityThread.performResumeActivity(ActivityThread.java:3335)
> at
> android.app.ActivityThread
[jira] [Commented] (CB-11430) iOS Media plugin tests are failing
[
https://issues.apache.org/jira/browse/CB-11430?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15336317#comment-15336317
]
ASF GitHub Bot commented on CB-11430:
-
Github user cordova-qa commented on the issue:
https://github.com/apache/cordova-plugin-media/pull/102
Cordova CI Build has one or more failures.
**Commit** -
[Link](https://github.com/apache/cordova-plugin-media/pull/102/commits/d30da8c10655b869528466b0ebd0a2cbff0f4c03)
**Dashboard** -
[Link](http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/40/)
| Builder Name | Console Output | Test Report | Device Logs |
| :---: | :---: | :---: | :---:|
| [Windows 8.1 Store](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/40//PLATFORM=windows-8.1-store/)
| [Link](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/40//PLATFORM=windows-8.1-store/console)
| [Link](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/40//PLATFORM=windows-8.1-store/testReport/)
| [Link](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/40//PLATFORM=windows-8.1-store/artifact/)
|
| [Windows 10 Store](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/40//PLATFORM=windows-10-store/)
| [Link](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/40//PLATFORM=windows-10-store/console)
| [Link](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/40//PLATFORM=windows-10-store/testReport/)
| [Link](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/40//PLATFORM=windows-10-store/artifact/)
|
| [Windows 8.1 Phone](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/40//PLATFORM=windows-8.1-phone/)
| [Link](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/40//PLATFORM=windows-8.1-phone/console)
| [Link](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/40//PLATFORM=windows-8.1-phone/testReport/)
| [Link](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/40//PLATFORM=windows-8.1-phone/artifact/)
|
| [iOS](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/40//PLATFORM=ios/)
| [Link](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/40//PLATFORM=ios/console)
| [Link](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/40//PLATFORM=ios/testReport/)
| [Link](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/40//PLATFORM=ios/artifact/)
|
| [Android](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/40//PLATFORM=android/)
| [Link](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/40//PLATFORM=android/console)
| [Link](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/40//PLATFORM=android/testReport/)
| [Link](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/40//PLATFORM=android/artifact/)
|
> iOS Media plugin tests are failing
> --
>
> Key: CB-11430
> URL: https://issues.apache.org/jira/browse/CB-11430
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Media
>Affects Versions: Master, 2.3.1-dev
> Environment: Saucelabs emulator
>Reporter: Vladimir Kotikov
> Labels: found-by-ci, ios, media, triaged
>
> There are the following tests failures:
> {noformat}
> ✗ media.spec.19 position should be set properly
> - Error: Timeout - Async callback was not invoked within timeout specified
> by jasmine.DEFAULT_TIMEOUT_INTERVAL. in
> file:///Users/chef/Library/Developer/CoreSimulator/Devices/78AD85A2-C472-498D-A53E-84D74E5F1BAB/data/Containers/Bundle/Application/EB5CE92A-9BC1-4048-B53D-5BD20757B12C/HelloCordova.app/www/cdvtests/jasmine-2.2.0/jasmine.js
> (line 1764)
> ✗ media.spec.20 duration should be set properly
> - Error: Timeout - Async callback was not invoked within timeout specified
> by jasmine.DEFAULT_TIMEOUT_INTERVAL. in
> file:///Users/chef/Library/Developer/CoreSimulator/Devices/78AD85A2-C472-498D-A53E-84D74E5F1BAB/data/Containers/Bundle/Application/EB5CE92A-9BC1-4048-B53D-5BD20757B12C/HelloCordova.app/www/cdvtests/jasmine-2.2.0/jasmine.js
> (line 1764)
> ✗ media.spec.21 should be able to resume playback after pause
> - media1 = new Media - Error creating Media object. Media file:
> https://cordova.apache.org/downloads/BlueZedEx.mp3
> ✗ media.spec.22 should be able to seek through file
> - media1 = new Media - Error creating Media object. Media file:
> https://cordova.apache.org/downloads/BlueZedEx.mp3
> ✗ media.spec.24 playback rate should be set properly using setRate
> - Expected 0 to be close to 5, 0.
> - Expected false to be truthy.
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Commented] (CB-11430) iOS Media plugin tests are failing
[
https://issues.apache.org/jira/browse/CB-11430?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15336282#comment-15336282
]
ASF GitHub Bot commented on CB-11430:
-
GitHub user vladimir-kotikov opened a pull request:
https://github.com/apache/cordova-plugin-media/pull/102
CB-11430 Report duration's NaN value to JS properly
### Platforms affected
iOS
### What does this PR do?
Fixes incorrect duration value reported to JavaScript when media stream
duration is infinite
### What testing has been done on this change?
Manual testing + plugin automated tests
### Checklist
- [X] [ICLA](http://www.apache.org/licenses/icla.txt) has been signed and
submitted to secret...@apache.org.
- [X] [Reported an issue](http://cordova.apache.org/contribute/issues.html)
in the JIRA database
- [X] Commit message follows the format: "CB-3232: (android) Fix bug with
resolving file paths", where CB- is the JIRA ID & "android" is the platform
affected.
- [ ] Added automated test coverage as appropriate for this change.
You can merge this pull request into a Git repository by running:
$ git pull https://github.com/vladimir-kotikov/cordova-plugin-media CB-11430
Alternatively you can review and apply these changes as the patch at:
https://github.com/apache/cordova-plugin-media/pull/102.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 #102
commit d30da8c10655b869528466b0ebd0a2cbff0f4c03
Author: Vladimir Kotikov
Date: 2016-06-17T13:53:29Z
CB-11430 Report duration NaN value to JS properly
> iOS Media plugin tests are failing
> --
>
> Key: CB-11430
> URL: https://issues.apache.org/jira/browse/CB-11430
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Media
>Affects Versions: Master, 2.3.1-dev
> Environment: Saucelabs emulator
>Reporter: Vladimir Kotikov
> Labels: found-by-ci, ios, media, triaged
>
> There are the following tests failures:
> {noformat}
> ✗ media.spec.19 position should be set properly
> - Error: Timeout - Async callback was not invoked within timeout specified
> by jasmine.DEFAULT_TIMEOUT_INTERVAL. in
> file:///Users/chef/Library/Developer/CoreSimulator/Devices/78AD85A2-C472-498D-A53E-84D74E5F1BAB/data/Containers/Bundle/Application/EB5CE92A-9BC1-4048-B53D-5BD20757B12C/HelloCordova.app/www/cdvtests/jasmine-2.2.0/jasmine.js
> (line 1764)
> ✗ media.spec.20 duration should be set properly
> - Error: Timeout - Async callback was not invoked within timeout specified
> by jasmine.DEFAULT_TIMEOUT_INTERVAL. in
> file:///Users/chef/Library/Developer/CoreSimulator/Devices/78AD85A2-C472-498D-A53E-84D74E5F1BAB/data/Containers/Bundle/Application/EB5CE92A-9BC1-4048-B53D-5BD20757B12C/HelloCordova.app/www/cdvtests/jasmine-2.2.0/jasmine.js
> (line 1764)
> ✗ media.spec.21 should be able to resume playback after pause
> - media1 = new Media - Error creating Media object. Media file:
> https://cordova.apache.org/downloads/BlueZedEx.mp3
> ✗ media.spec.22 should be able to seek through file
> - media1 = new Media - Error creating Media object. Media file:
> https://cordova.apache.org/downloads/BlueZedEx.mp3
> ✗ media.spec.24 playback rate should be set properly using setRate
> - Expected 0 to be close to 5, 0.
> - Expected false to be truthy.
> {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] [Updated] (CB-11447) Wrong file encoding when taking a picture with the following paramedters sourceType: PHOTOLIBRARY, destinationType: FILE_URI, encodingType: PNG, allowEdit: true, correctOri
[
https://issues.apache.org/jira/browse/CB-11447?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vladimir Kotikov updated CB-11447:
--
Labels: android found-by-ci (was: found-by-ci)
> Wrong file encoding when taking a picture with the following paramedters
> sourceType: PHOTOLIBRARY, destinationType: FILE_URI, encodingType: PNG,
> allowEdit: true, correctOrientation: false
> ---
>
> Key: CB-11447
> URL: https://issues.apache.org/jira/browse/CB-11447
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Camera
>Affects Versions: Master
>Reporter: Alexander Sorokin
> Labels: android, found-by-ci
>
> This is found by Appium tests:
> https://ci.apache.org/builders/cordova-android-osx/builds/2832/steps/running-appium-tests/logs/stdio
> {noformat}
> 1)
> Camera tests Android. Specs. camera.ui.spec.11.30 Combining options.
> sourceType: PHOTOLIBRARY, destinationType: FILE_URI, encodingType: PNG,
> allowEdit: true, correctOrientation: false
> Message:
> Failed: ERROR: File type mismatch. Expected PNG, got JPEG
> Stack:
> Error: Failed: ERROR: File type mismatch. Expected PNG, got JPEG
> at stack
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:1577:17)
> at buildExpectationResult
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:1547:14)
> at Spec.Env.expectationResultFactory
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:638:18)
> at Spec.addExpectationResult
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:330:34)
> at Env.fail
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:987:25)
> at jasmineInterface.fail
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:3423:23)
> at
> /Users/buildbot/slaves/apache/cordova-android-osx/mobilespec/plugins/cordova-plugin-camera/appium-tests/android/android.spec.js:190:25
> at _fulfilled
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/wd/node_modules/q/q.js:834:54)
> at self.promiseDispatch.done
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/wd/node_modules/q/q.js:863:30)
> at Promise.promise.promiseDispatch
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/wd/node_modules/q/q.js:796:13)
> 2)
> Camera tests Android. Specs. camera.ui.spec.11.32 Combining options.
> sourceType: PHOTOLIBRARY, destinationType: FILE_URI, encodingType: PNG,
> allowEdit: false, correctOrientation: false
> Message:
> Failed: ERROR: File type mismatch. Expected PNG, got JPEG
> Stack:
> Error: Failed: ERROR: File type mismatch. Expected PNG, got JPEG
> at stack
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:1577:17)
> at buildExpectationResult
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:1547:14)
> at Spec.Env.expectationResultFactory
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:638:18)
> at Spec.addExpectationResult
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:330:34)
> at Env.fail
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:987:25)
> at jasmineInterface.fail
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:3423:23)
> at
> /Users/buildbot/slaves/apache/cordova-android-osx/mobilespec/plugins/cordova-plugin-camera/appium-tests/android/android.spec.js:190:25
> at _fulfilled
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/wd/node_modules/q/q.js:834:54)
> at self.promiseDispatch.done
> (/Users/buildbot/slaves/apache/cordova-android-
[jira] [Updated] (CB-11447) Wrong file encoding when taking a picture with the following parameters sourceType: PHOTOLIBRARY, destinationType: FILE_URI, encodingType: PNG, allowEdit: true, correctOrie
[
https://issues.apache.org/jira/browse/CB-11447?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vladimir Kotikov updated CB-11447:
--
Summary: Wrong file encoding when taking a picture with the following
parameters sourceType: PHOTOLIBRARY, destinationType: FILE_URI, encodingType:
PNG, allowEdit: true, correctOrientation: false (was: Wrong file encoding when
taking a picture with the following paramedters sourceType: PHOTOLIBRARY,
destinationType: FILE_URI, encodingType: PNG, allowEdit: true,
correctOrientation: false)
> Wrong file encoding when taking a picture with the following parameters
> sourceType: PHOTOLIBRARY, destinationType: FILE_URI, encodingType: PNG,
> allowEdit: true, correctOrientation: false
> --
>
> Key: CB-11447
> URL: https://issues.apache.org/jira/browse/CB-11447
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Camera
>Affects Versions: Master
>Reporter: Alexander Sorokin
> Labels: android, found-by-ci, triaged
>
> This is found by Appium tests:
> https://ci.apache.org/builders/cordova-android-osx/builds/2832/steps/running-appium-tests/logs/stdio
> {noformat}
> 1)
> Camera tests Android. Specs. camera.ui.spec.11.30 Combining options.
> sourceType: PHOTOLIBRARY, destinationType: FILE_URI, encodingType: PNG,
> allowEdit: true, correctOrientation: false
> Message:
> Failed: ERROR: File type mismatch. Expected PNG, got JPEG
> Stack:
> Error: Failed: ERROR: File type mismatch. Expected PNG, got JPEG
> at stack
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:1577:17)
> at buildExpectationResult
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:1547:14)
> at Spec.Env.expectationResultFactory
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:638:18)
> at Spec.addExpectationResult
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:330:34)
> at Env.fail
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:987:25)
> at jasmineInterface.fail
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:3423:23)
> at
> /Users/buildbot/slaves/apache/cordova-android-osx/mobilespec/plugins/cordova-plugin-camera/appium-tests/android/android.spec.js:190:25
> at _fulfilled
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/wd/node_modules/q/q.js:834:54)
> at self.promiseDispatch.done
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/wd/node_modules/q/q.js:863:30)
> at Promise.promise.promiseDispatch
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/wd/node_modules/q/q.js:796:13)
> 2)
> Camera tests Android. Specs. camera.ui.spec.11.32 Combining options.
> sourceType: PHOTOLIBRARY, destinationType: FILE_URI, encodingType: PNG,
> allowEdit: false, correctOrientation: false
> Message:
> Failed: ERROR: File type mismatch. Expected PNG, got JPEG
> Stack:
> Error: Failed: ERROR: File type mismatch. Expected PNG, got JPEG
> at stack
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:1577:17)
> at buildExpectationResult
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:1547:14)
> at Spec.Env.expectationResultFactory
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:638:18)
> at Spec.addExpectationResult
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:330:34)
> at Env.fail
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:987:25)
> at jasmineInterface.fail
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:3423:23)
> at
> /Use
[jira] [Updated] (CB-11447) Wrong file encoding when taking a picture with the following paramedters sourceType: PHOTOLIBRARY, destinationType: FILE_URI, encodingType: PNG, allowEdit: true, correctOri
[
https://issues.apache.org/jira/browse/CB-11447?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vladimir Kotikov updated CB-11447:
--
Labels: android found-by-ci triaged (was: android found-by-ci)
> Wrong file encoding when taking a picture with the following paramedters
> sourceType: PHOTOLIBRARY, destinationType: FILE_URI, encodingType: PNG,
> allowEdit: true, correctOrientation: false
> ---
>
> Key: CB-11447
> URL: https://issues.apache.org/jira/browse/CB-11447
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Camera
>Affects Versions: Master
>Reporter: Alexander Sorokin
> Labels: android, found-by-ci, triaged
>
> This is found by Appium tests:
> https://ci.apache.org/builders/cordova-android-osx/builds/2832/steps/running-appium-tests/logs/stdio
> {noformat}
> 1)
> Camera tests Android. Specs. camera.ui.spec.11.30 Combining options.
> sourceType: PHOTOLIBRARY, destinationType: FILE_URI, encodingType: PNG,
> allowEdit: true, correctOrientation: false
> Message:
> Failed: ERROR: File type mismatch. Expected PNG, got JPEG
> Stack:
> Error: Failed: ERROR: File type mismatch. Expected PNG, got JPEG
> at stack
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:1577:17)
> at buildExpectationResult
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:1547:14)
> at Spec.Env.expectationResultFactory
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:638:18)
> at Spec.addExpectationResult
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:330:34)
> at Env.fail
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:987:25)
> at jasmineInterface.fail
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:3423:23)
> at
> /Users/buildbot/slaves/apache/cordova-android-osx/mobilespec/plugins/cordova-plugin-camera/appium-tests/android/android.spec.js:190:25
> at _fulfilled
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/wd/node_modules/q/q.js:834:54)
> at self.promiseDispatch.done
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/wd/node_modules/q/q.js:863:30)
> at Promise.promise.promiseDispatch
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/wd/node_modules/q/q.js:796:13)
> 2)
> Camera tests Android. Specs. camera.ui.spec.11.32 Combining options.
> sourceType: PHOTOLIBRARY, destinationType: FILE_URI, encodingType: PNG,
> allowEdit: false, correctOrientation: false
> Message:
> Failed: ERROR: File type mismatch. Expected PNG, got JPEG
> Stack:
> Error: Failed: ERROR: File type mismatch. Expected PNG, got JPEG
> at stack
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:1577:17)
> at buildExpectationResult
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:1547:14)
> at Spec.Env.expectationResultFactory
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:638:18)
> at Spec.addExpectationResult
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:330:34)
> at Env.fail
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:987:25)
> at jasmineInterface.fail
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:3423:23)
> at
> /Users/buildbot/slaves/apache/cordova-android-osx/mobilespec/plugins/cordova-plugin-camera/appium-tests/android/android.spec.js:190:25
> at _fulfilled
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/wd/node_modules/q/q.js:834:54)
> at self.promiseDispatch.done
> (/Users/buildbot/slave
[jira] [Updated] (CB-11447) Wrong file encoding when taking a picture with the following paramedters sourceType: PHOTOLIBRARY, destinationType: FILE_URI, encodingType: PNG, allowEdit: true, correctOri
[
https://issues.apache.org/jira/browse/CB-11447?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vladimir Kotikov updated CB-11447:
--
Summary: Wrong file encoding when taking a picture with the following
paramedters sourceType: PHOTOLIBRARY, destinationType: FILE_URI, encodingType:
PNG, allowEdit: true, correctOrientation: false (was: [Camera Andrpod] Wrong
file encoding when taking a picture with the following paramedters sourceType:
PHOTOLIBRARY, destinationType: FILE_URI, encodingType: PNG, allowEdit: true,
correctOrientation: false)
> Wrong file encoding when taking a picture with the following paramedters
> sourceType: PHOTOLIBRARY, destinationType: FILE_URI, encodingType: PNG,
> allowEdit: true, correctOrientation: false
> ---
>
> Key: CB-11447
> URL: https://issues.apache.org/jira/browse/CB-11447
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Camera
>Affects Versions: Master
>Reporter: Alexander Sorokin
> Labels: android, found-by-ci
>
> This is found by Appium tests:
> https://ci.apache.org/builders/cordova-android-osx/builds/2832/steps/running-appium-tests/logs/stdio
> {noformat}
> 1)
> Camera tests Android. Specs. camera.ui.spec.11.30 Combining options.
> sourceType: PHOTOLIBRARY, destinationType: FILE_URI, encodingType: PNG,
> allowEdit: true, correctOrientation: false
> Message:
> Failed: ERROR: File type mismatch. Expected PNG, got JPEG
> Stack:
> Error: Failed: ERROR: File type mismatch. Expected PNG, got JPEG
> at stack
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:1577:17)
> at buildExpectationResult
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:1547:14)
> at Spec.Env.expectationResultFactory
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:638:18)
> at Spec.addExpectationResult
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:330:34)
> at Env.fail
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:987:25)
> at jasmineInterface.fail
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:3423:23)
> at
> /Users/buildbot/slaves/apache/cordova-android-osx/mobilespec/plugins/cordova-plugin-camera/appium-tests/android/android.spec.js:190:25
> at _fulfilled
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/wd/node_modules/q/q.js:834:54)
> at self.promiseDispatch.done
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/wd/node_modules/q/q.js:863:30)
> at Promise.promise.promiseDispatch
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/wd/node_modules/q/q.js:796:13)
> 2)
> Camera tests Android. Specs. camera.ui.spec.11.32 Combining options.
> sourceType: PHOTOLIBRARY, destinationType: FILE_URI, encodingType: PNG,
> allowEdit: false, correctOrientation: false
> Message:
> Failed: ERROR: File type mismatch. Expected PNG, got JPEG
> Stack:
> Error: Failed: ERROR: File type mismatch. Expected PNG, got JPEG
> at stack
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:1577:17)
> at buildExpectationResult
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:1547:14)
> at Spec.Env.expectationResultFactory
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:638:18)
> at Spec.addExpectationResult
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:330:34)
> at Env.fail
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:987:25)
> at jasmineInterface.fail
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:3423:23)
>
[jira] [Updated] (CB-11447) Wrong file encoding when taking a picture with the following paramedters sourceType: PHOTOLIBRARY, destinationType: FILE_URI, encodingType: PNG, allowEdit: true, correctOri
[
https://issues.apache.org/jira/browse/CB-11447?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vladimir Kotikov updated CB-11447:
--
Component/s: (was: Android)
> Wrong file encoding when taking a picture with the following paramedters
> sourceType: PHOTOLIBRARY, destinationType: FILE_URI, encodingType: PNG,
> allowEdit: true, correctOrientation: false
> ---
>
> Key: CB-11447
> URL: https://issues.apache.org/jira/browse/CB-11447
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Camera
>Affects Versions: Master
>Reporter: Alexander Sorokin
> Labels: android, found-by-ci
>
> This is found by Appium tests:
> https://ci.apache.org/builders/cordova-android-osx/builds/2832/steps/running-appium-tests/logs/stdio
> {noformat}
> 1)
> Camera tests Android. Specs. camera.ui.spec.11.30 Combining options.
> sourceType: PHOTOLIBRARY, destinationType: FILE_URI, encodingType: PNG,
> allowEdit: true, correctOrientation: false
> Message:
> Failed: ERROR: File type mismatch. Expected PNG, got JPEG
> Stack:
> Error: Failed: ERROR: File type mismatch. Expected PNG, got JPEG
> at stack
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:1577:17)
> at buildExpectationResult
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:1547:14)
> at Spec.Env.expectationResultFactory
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:638:18)
> at Spec.addExpectationResult
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:330:34)
> at Env.fail
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:987:25)
> at jasmineInterface.fail
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:3423:23)
> at
> /Users/buildbot/slaves/apache/cordova-android-osx/mobilespec/plugins/cordova-plugin-camera/appium-tests/android/android.spec.js:190:25
> at _fulfilled
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/wd/node_modules/q/q.js:834:54)
> at self.promiseDispatch.done
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/wd/node_modules/q/q.js:863:30)
> at Promise.promise.promiseDispatch
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/wd/node_modules/q/q.js:796:13)
> 2)
> Camera tests Android. Specs. camera.ui.spec.11.32 Combining options.
> sourceType: PHOTOLIBRARY, destinationType: FILE_URI, encodingType: PNG,
> allowEdit: false, correctOrientation: false
> Message:
> Failed: ERROR: File type mismatch. Expected PNG, got JPEG
> Stack:
> Error: Failed: ERROR: File type mismatch. Expected PNG, got JPEG
> at stack
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:1577:17)
> at buildExpectationResult
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:1547:14)
> at Spec.Env.expectationResultFactory
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:638:18)
> at Spec.addExpectationResult
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:330:34)
> at Env.fail
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:987:25)
> at jasmineInterface.fail
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:3423:23)
> at
> /Users/buildbot/slaves/apache/cordova-android-osx/mobilespec/plugins/cordova-plugin-camera/appium-tests/android/android.spec.js:190:25
> at _fulfilled
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/wd/node_modules/q/q.js:834:54)
> at self.promiseDispatch.done
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medi
[jira] [Updated] (CB-11447) Wrong file encoding when taking a picture with the following paramedters sourceType: PHOTOLIBRARY, destinationType: FILE_URI, encodingType: PNG, allowEdit: true, correctOri
[
https://issues.apache.org/jira/browse/CB-11447?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vladimir Kotikov updated CB-11447:
--
Affects Version/s: Master
> Wrong file encoding when taking a picture with the following paramedters
> sourceType: PHOTOLIBRARY, destinationType: FILE_URI, encodingType: PNG,
> allowEdit: true, correctOrientation: false
> ---
>
> Key: CB-11447
> URL: https://issues.apache.org/jira/browse/CB-11447
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Camera
>Affects Versions: Master
>Reporter: Alexander Sorokin
> Labels: android, found-by-ci
>
> This is found by Appium tests:
> https://ci.apache.org/builders/cordova-android-osx/builds/2832/steps/running-appium-tests/logs/stdio
> {noformat}
> 1)
> Camera tests Android. Specs. camera.ui.spec.11.30 Combining options.
> sourceType: PHOTOLIBRARY, destinationType: FILE_URI, encodingType: PNG,
> allowEdit: true, correctOrientation: false
> Message:
> Failed: ERROR: File type mismatch. Expected PNG, got JPEG
> Stack:
> Error: Failed: ERROR: File type mismatch. Expected PNG, got JPEG
> at stack
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:1577:17)
> at buildExpectationResult
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:1547:14)
> at Spec.Env.expectationResultFactory
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:638:18)
> at Spec.addExpectationResult
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:330:34)
> at Env.fail
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:987:25)
> at jasmineInterface.fail
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:3423:23)
> at
> /Users/buildbot/slaves/apache/cordova-android-osx/mobilespec/plugins/cordova-plugin-camera/appium-tests/android/android.spec.js:190:25
> at _fulfilled
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/wd/node_modules/q/q.js:834:54)
> at self.promiseDispatch.done
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/wd/node_modules/q/q.js:863:30)
> at Promise.promise.promiseDispatch
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/wd/node_modules/q/q.js:796:13)
> 2)
> Camera tests Android. Specs. camera.ui.spec.11.32 Combining options.
> sourceType: PHOTOLIBRARY, destinationType: FILE_URI, encodingType: PNG,
> allowEdit: false, correctOrientation: false
> Message:
> Failed: ERROR: File type mismatch. Expected PNG, got JPEG
> Stack:
> Error: Failed: ERROR: File type mismatch. Expected PNG, got JPEG
> at stack
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:1577:17)
> at buildExpectationResult
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:1547:14)
> at Spec.Env.expectationResultFactory
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:638:18)
> at Spec.addExpectationResult
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:330:34)
> at Env.fail
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:987:25)
> at jasmineInterface.fail
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:3423:23)
> at
> /Users/buildbot/slaves/apache/cordova-android-osx/mobilespec/plugins/cordova-plugin-camera/appium-tests/android/android.spec.js:190:25
> at _fulfilled
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/wd/node_modules/q/q.js:834:54)
> at self.promiseDispatch.done
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node
[jira] [Commented] (CB-8049) Input Text does not work fine in iFrame when I use iOS
[ https://issues.apache.org/jira/browse/CB-8049?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15336006#comment-15336006 ] Frank Barletta commented on CB-8049: Bumping for clarity in case others stumble here. Shazron and risingj at Adobe, this is likely an Apple rendering issue in UIWebView. They have no control regarding UIWebView's bugs, so this is something everyone should take into consideration. We've downgrade to cordova 3.7.0 and use "cordova-plugin-wkwebview", it works as intended. Mark this as work-around, it is not resolved. > Input Text does not work fine in iFrame when I use iOS > -- > > Key: CB-8049 > URL: https://issues.apache.org/jira/browse/CB-8049 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 3.3.0, 4.1.3 >Reporter: Andrea Bulova >Priority: Critical > Labels: Cordova, iOS, iframe, input, inputText > > Hi, > I'm creating an hybrid App for iOS and Android in which there is a main index > page who contains an iframe in which appear the pages of my website (mobile > version). If I use an iOS device, when I'm compiling the input text of login > page, if I touch the diasplay out from the input text and then I try to > write, it does not work anymore; I must select another input text, and then > return to the previous. On Android there is no such issue. Also, if I use > the same iFrame on Safari browser of iPhone/iPad, everything works fine and > there are no problems with keyboard. > Can you resolve this problem or help me? -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Closed] (CB-11449) Phonegap issue with an iframe
[
https://issues.apache.org/jira/browse/CB-11449?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Frank Barletta closed CB-11449.
---
Resolution: Workaround
Seems there is no fix, only a work around at this time.
> Phonegap issue with an iframe
> -
>
> Key: CB-11449
> URL: https://issues.apache.org/jira/browse/CB-11449
> Project: Apache Cordova
> Issue Type: Bug
> Components: iOS, Plugin InAppBrowser
> Environment: iOS 9.3.2
>Reporter: Frank Barletta
>Assignee: Shazron Abdullah
> Labels: cordova-6.0.0, iframe, ios
> Original Estimate: 48h
> Remaining Estimate: 48h
>
> [~shazron]
> iOS 9.3.2
> Phonegap Build 6.1
> We're loading an iFrame from another vendor into our iOS app. The form loads
> perfectly fine. We tap on the form field and it does not allow any inputs.
> This occurs on multiple iPhones.
> We've made changes to the CSS for
> -webkit-user-select: none;
> now everything is
> input { -webkit-user-select: text; }
> We've disabled faskclick.js and made the changes suggested, still the same
> thing.
> Not sure what could be causing the problem. Any guidance would be appreciated.
> Here is the HTML we've put into a simple phonegap application that replicates
> the issue.
>
>
>
>
> Input Bug Test
>
>
>
>
>
>
> src="https://checkout.paystand.co/v3/js/paystand.checkout.js";>
>
> PayStandCheckout.init({
> "publishableKey": "gfjgsz3t4vbqklihsp9eev4c",
> "checkoutDomain": "https://checkout.paystand.co/v3/";,
> "domain": "https://api.paystand.co";,
> "payment": {
> "amount": "5000.20",
> "currency": "USD"
> },
> "currency": "USD",
> "paymentMethods": [
> 'echeck',
> 'card'
> ],
> "billing": {
> "street": "41 Grandview St",
> "city": "Santa Cruz",
> "postalCode": "95060",
> "subdivisionCode": "CA",
> "countryCode": "USA"
> },
> "payer": {
> "name": "Christina Chan",
> "email": "demo+cc...@paystand.com"
> },
> "meta": {}
> });
>
>
>
>
--
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-11449) Phonegap issue with an iframe
[
https://issues.apache.org/jira/browse/CB-11449?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15336003#comment-15336003
]
Frank Barletta commented on CB-11449:
-
You're right [~purplecabbage]
According to Shazron and risingj at Adobe, this is likely an Apple rendering
issue in UIWebView. They have no control regarding UIWebView's bugs, so this is
something everyone should take into consideration. We've downgrade to cordova
3.7.0 and use "cordova-plugin-wkwebview", it works as intended.
> Phonegap issue with an iframe
> -
>
> Key: CB-11449
> URL: https://issues.apache.org/jira/browse/CB-11449
> Project: Apache Cordova
> Issue Type: Bug
> Components: iOS, Plugin InAppBrowser
> Environment: iOS 9.3.2
>Reporter: Frank Barletta
>Assignee: Shazron Abdullah
> Labels: cordova-6.0.0, iframe, ios
> Original Estimate: 48h
> Remaining Estimate: 48h
>
> [~shazron]
> iOS 9.3.2
> Phonegap Build 6.1
> We're loading an iFrame from another vendor into our iOS app. The form loads
> perfectly fine. We tap on the form field and it does not allow any inputs.
> This occurs on multiple iPhones.
> We've made changes to the CSS for
> -webkit-user-select: none;
> now everything is
> input { -webkit-user-select: text; }
> We've disabled faskclick.js and made the changes suggested, still the same
> thing.
> Not sure what could be causing the problem. Any guidance would be appreciated.
> Here is the HTML we've put into a simple phonegap application that replicates
> the issue.
>
>
>
>
> Input Bug Test
>
>
>
>
>
>
> src="https://checkout.paystand.co/v3/js/paystand.checkout.js";>
>
> PayStandCheckout.init({
> "publishableKey": "gfjgsz3t4vbqklihsp9eev4c",
> "checkoutDomain": "https://checkout.paystand.co/v3/";,
> "domain": "https://api.paystand.co";,
> "payment": {
> "amount": "5000.20",
> "currency": "USD"
> },
> "currency": "USD",
> "paymentMethods": [
> 'echeck',
> 'card'
> ],
> "billing": {
> "street": "41 Grandview St",
> "city": "Santa Cruz",
> "postalCode": "95060",
> "subdivisionCode": "CA",
> "countryCode": "USA"
> },
> "payer": {
> "name": "Christina Chan",
> "email": "demo+cc...@paystand.com"
> },
> "meta": {}
> });
>
>
>
>
--
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-9371) Prepare deletes orientation preferences
[ https://issues.apache.org/jira/browse/CB-9371?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15335900#comment-15335900 ] ASF GitHub Bot commented on CB-9371: Github user cjpearson commented on the issue: https://github.com/apache/cordova-lib/pull/260 @shazron, could you please take a look at this PR? > Prepare deletes orientation preferences > --- > > Key: CB-9371 > URL: https://issues.apache.org/jira/browse/CB-9371 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaLib >Affects Versions: 5.1.1 >Reporter: Connor Pearson > > If a user does not have a orientation preference defined in config.xml then > running prepare will delete all orientation preferences in their info.plist. > I'd expect prepare to overwrite the values if the user chose an orientation > preferences, otherwise it should respect the values that are already 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-9371) Prepare deletes orientation preferences
[ https://issues.apache.org/jira/browse/CB-9371?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15335840#comment-15335840 ] ASF GitHub Bot commented on CB-9371: Github user mattrayner commented on the issue: https://github.com/apache/cordova-lib/pull/260 I'm guessing there's no news on this? > Prepare deletes orientation preferences > --- > > Key: CB-9371 > URL: https://issues.apache.org/jira/browse/CB-9371 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaLib >Affects Versions: 5.1.1 >Reporter: Connor Pearson > > If a user does not have a orientation preference defined in config.xml then > running prepare will delete all orientation preferences in their info.plist. > I'd expect prepare to overwrite the values if the user chose an orientation > preferences, otherwise it should respect the values that are already 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-11428) iOS builds are failing inconsistently on Saucelabs
[
https://issues.apache.org/jira/browse/CB-11428?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15335803#comment-15335803
]
Alexander Sorokin commented on CB-11428:
Contacted SauceLabs support, they advised to try to run it on different iOS
versions.
> iOS builds are failing inconsistently on Saucelabs
> --
>
> Key: CB-11428
> URL: https://issues.apache.org/jira/browse/CB-11428
> Project: Apache Cordova
> Issue Type: Test
> Components: Paramedic, Plugin Contacts, Plugin Device Motion, Plugin
> InAppBrowser, Plugin Media
>Affects Versions: Master, 1.2.2-dev
>Reporter: Vladimir Kotikov
>Assignee: Alexander Sorokin
>Priority: Critical
> Labels: Saucelabs, flaky, found-by-ci, ios, triaged
>
> device-motion tests are failing on iOS platform when running on Saucelabs.
> The error output is:
> {noformat}
> cordova-paramedic: Tests failed to complete; ending appium session. The error
> is:
> Error: [contexts()] Error response status: 6, Selenium error: A session is
> either terminated or not started
> Completed tests at 2:24:47 PM
> {noformat}
> After quick investigation looks like application is crashing on Saucelabs
> emulator due to unknown reason (see link attached)
--
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-11447) [Camera Andrpod] Wrong file encoding when taking a picture with the following paramedters sourceType: PHOTOLIBRARY, destinationType: FILE_URI, encodingType: PNG, allowEdit:
[
https://issues.apache.org/jira/browse/CB-11447?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alexander Sorokin updated CB-11447:
---
Assignee: (was: Alexander Sorokin)
> [Camera Andrpod] Wrong file encoding when taking a picture with the following
> paramedters sourceType: PHOTOLIBRARY, destinationType: FILE_URI,
> encodingType: PNG, allowEdit: true, correctOrientation: false
>
>
> Key: CB-11447
> URL: https://issues.apache.org/jira/browse/CB-11447
> Project: Apache Cordova
> Issue Type: Bug
> Components: Android, Plugin Camera
>Reporter: Alexander Sorokin
> Labels: found-by-ci
>
> This is found by Appium tests:
> https://ci.apache.org/builders/cordova-android-osx/builds/2832/steps/running-appium-tests/logs/stdio
> {noformat}
> 1)
> Camera tests Android. Specs. camera.ui.spec.11.30 Combining options.
> sourceType: PHOTOLIBRARY, destinationType: FILE_URI, encodingType: PNG,
> allowEdit: true, correctOrientation: false
> Message:
> Failed: ERROR: File type mismatch. Expected PNG, got JPEG
> Stack:
> Error: Failed: ERROR: File type mismatch. Expected PNG, got JPEG
> at stack
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:1577:17)
> at buildExpectationResult
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:1547:14)
> at Spec.Env.expectationResultFactory
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:638:18)
> at Spec.addExpectationResult
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:330:34)
> at Env.fail
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:987:25)
> at jasmineInterface.fail
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:3423:23)
> at
> /Users/buildbot/slaves/apache/cordova-android-osx/mobilespec/plugins/cordova-plugin-camera/appium-tests/android/android.spec.js:190:25
> at _fulfilled
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/wd/node_modules/q/q.js:834:54)
> at self.promiseDispatch.done
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/wd/node_modules/q/q.js:863:30)
> at Promise.promise.promiseDispatch
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/wd/node_modules/q/q.js:796:13)
> 2)
> Camera tests Android. Specs. camera.ui.spec.11.32 Combining options.
> sourceType: PHOTOLIBRARY, destinationType: FILE_URI, encodingType: PNG,
> allowEdit: false, correctOrientation: false
> Message:
> Failed: ERROR: File type mismatch. Expected PNG, got JPEG
> Stack:
> Error: Failed: ERROR: File type mismatch. Expected PNG, got JPEG
> at stack
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:1577:17)
> at buildExpectationResult
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:1547:14)
> at Spec.Env.expectationResultFactory
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:638:18)
> at Spec.addExpectationResult
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:330:34)
> at Env.fail
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:987:25)
> at jasmineInterface.fail
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/jasmine/node_modules/jasmine-core/lib/jasmine-core/jasmine.js:3423:23)
> at
> /Users/buildbot/slaves/apache/cordova-android-osx/mobilespec/plugins/cordova-plugin-camera/appium-tests/android/android.spec.js:190:25
> at _fulfilled
> (/Users/buildbot/slaves/apache/cordova-android-osx/cordova-medic/node_modules/wd/node_modules/q/q.js:834:54)
> at self.promiseDispatch.done
> (/Users/buildbot/slaves/apache/cordova-android-osx
[jira] [Commented] (CB-11409) iOS memory warning's automated release could be optional
[
https://issues.apache.org/jira/browse/CB-11409?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15335781#comment-15335781
]
ASF GitHub Bot commented on CB-11409:
-
Github user cordova-qa commented on the issue:
https://github.com/apache/cordova-plugin-media/pull/101
Cordova CI Build has one or more failures.
**Commit** -
[Link](https://github.com/apache/cordova-plugin-media/pull/101/commits/eca1d6342cdda64d73235b1ae5658bc87619ba54)
**Dashboard** -
[Link](http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/39/)
| Builder Name | Console Output | Test Report | Device Logs |
| :---: | :---: | :---: | :---:|
| [Windows 8.1 Store](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/39//PLATFORM=windows-8.1-store/)
| [Link](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/39//PLATFORM=windows-8.1-store/console)
| [Link](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/39//PLATFORM=windows-8.1-store/testReport/)
| [Link](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/39//PLATFORM=windows-8.1-store/artifact/)
|
| [Windows 10 Store](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/39//PLATFORM=windows-10-store/)
| [Link](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/39//PLATFORM=windows-10-store/console)
| [Link](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/39//PLATFORM=windows-10-store/testReport/)
| [Link](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/39//PLATFORM=windows-10-store/artifact/)
|
| [Windows 8.1 Phone](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/39//PLATFORM=windows-8.1-phone/)
| [Link](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/39//PLATFORM=windows-8.1-phone/console)
| [Link](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/39//PLATFORM=windows-8.1-phone/testReport/)
| [Link](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/39//PLATFORM=windows-8.1-phone/artifact/)
|
| [iOS](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/39//PLATFORM=ios/)
| [Link](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/39//PLATFORM=ios/console)
| [Link](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/39//PLATFORM=ios/testReport/)
| [Link](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/39//PLATFORM=ios/artifact/)
|
| [Android](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/39//PLATFORM=android/)
| [Link](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/39//PLATFORM=android/console)
| [Link](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/39//PLATFORM=android/testReport/)
| [Link](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/39//PLATFORM=android/artifact/)
|
> iOS memory warning's automated release could be optional
>
>
> Key: CB-11409
> URL: https://issues.apache.org/jira/browse/CB-11409
> Project: Apache Cordova
> Issue Type: Improvement
> Components: Plugin Media
> Environment: iOS
>Reporter: Thibaut Brebant
>Priority: Minor
> Labels: media, memory, warning
>
> It would be great to have an option to control if whether or not the user
> wants to release all audio resources when a Memory Warning is received on iOS.
> User may want to have a better control of what is happening when a memory
> warning is received, such as releasing other resources first, and eventually,
> manually, request for a resource release.
> Maybe something like:
> {code}
> Media.setAutoReleaseOnMemWarning(true/false);
> {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-11409) iOS memory warning's automated release could be optional
[
https://issues.apache.org/jira/browse/CB-11409?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15335758#comment-15335758
]
ASF GitHub Bot commented on CB-11409:
-
GitHub user tbrebant opened a pull request:
https://github.com/apache/cordova-plugin-media/pull/101
CB-11409: (iOS) New method allowing to disable automated memory release on
memoryWarning
### Platforms affected
iOS
### What does this PR do?
It is adding a method allowing the user to disable (and re-enable) the
automated resource releasing when a memory warning is received on iOS. Why?
Because user may want to handle memory warnings by himself (such as releasing
other less important resource first).
This method is static, on the class:
```js
Media.shouldReleaseOnMemoryWarning(false);
// Here comes custom code to handle memoryWarnings
```
### What testing has been done on this change?
- Played multiple (non streaming) audio files after having disabled the
auto-release and while having some heavy memory process running, until a
memoryWarning is received: audio continue to play.
- Played multiple (non streaming) audio files with the auto-release enabled
and while having some heavy memory process running, until a memoryWarning is
received: audio stops.
Ran the integrated tests. Before doing any change (version 2.3.1-dev) the
result was:
After the change the result is exactly the same:
All tests was made with an iPad2 on iOS8.4.
### Checklist
- [x] [ICLA](http://www.apache.org/licenses/icla.txt) has been signed and
submitted to secret...@apache.org.
- [x] [Reported an issue](http://cordova.apache.org/contribute/issues.html)
in the JIRA database
- [x] Commit message follows the format: "CB-3232: (android) Fix bug with
resolving file paths", where CB- is the JIRA ID & "android" is the platform
affected.
- [ ] Added automated test coverage as appropriate for this change.
About the last point: tests will come as soon as possible, meanwhile please
have a look at the code and review it! Thank you.
You can merge this pull request into a Git repository by running:
$ git pull https://github.com/tbrebant/cordova-plugin-media CB11409
Alternatively you can review and apply these changes as the patch at:
https://github.com/apache/cordova-plugin-media/pull/101.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 #101
commit eca1d6342cdda64d73235b1ae5658bc87619ba54
Author: tbrebant
Date: 2016-06-14T09:09:54Z
CB-11409: (iOS) Added a method to disable automated memory releasing when a
memoryWarning is received
> iOS memory warning's automated release could be optional
>
>
> Key: CB-11409
> URL: https://issues.apache.org/jira/browse/CB-11409
> Project: Apache Cordova
> Issue Type: Improvement
> Components: Plugin Media
> Environment: iOS
>Reporter: Thibaut Brebant
>Priority: Minor
> Labels: media, memory, warning
>
> It would be great to have an option to control if whether or not the user
> wants to release all audio resources when a Memory Warning is received on iOS.
> User may want to have a better control of what is happening when a memory
> warning is received, such as releasing other resources first, and eventually,
> manually, request for a resource release.
> Maybe something like:
> {code}
> Media.setAutoReleaseOnMemWarning(true/false);
> {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-9857) Bring back device.name for the devices name
[ https://issues.apache.org/jira/browse/CB-9857?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Philipp Kursawe updated CB-9857: Description: The value is currently deprecated but it could have been so useful. When a device is used to generate an access token you generally want to see which device that was on the side of the API key provider and as well as in the users dashboard so she can see which devices are associated with a certain app. At the moment we can use `device.uuid` but it would much more useful to have something like `Joe's SurfacePro` or `James' MacBook`. For Windows (RT) its actually pretty easy to find out the devices name, its a sync call even. For Android and iOS there is already working code at https://github.com/becvert/cordova-plugin-device-name Would that be worth considering and useful for others? was: The value is currently deprecated but it could have been so useful. When a device is used to generate an access token you generally want to see which device that was on the side of the API key provider and as well as in the users dashboard so she can see which devices are associated with a certain app. At the moment we can use `device.uuid` but it would much more useful to have something like `Joe's SurfacePro` or `James' MacBook`. For Windows (RT) its actually pretty easy to find out the devices name, its a sync call even. I have seen code for Android and iOS floating around the web also. Would that be worth considering and useful for others? There is already an implementation that works well for Android and iOS at https://github.com/becvert/cordova-plugin-device-name I might add the Windows implementation. > Bring back device.name for the devices name > --- > > Key: CB-9857 > URL: https://issues.apache.org/jira/browse/CB-9857 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugin Device >Reporter: Philipp Kursawe > Labels: android, ios, windows, > > The value is currently deprecated but it could have been so useful. > When a device is used to generate an access token you generally want to see > which device that was on the side of the API key provider and as well as in > the users dashboard so she can see which devices are associated with a > certain app. > At the moment we can use `device.uuid` but it would much more useful to have > something like `Joe's SurfacePro` or `James' MacBook`. > For Windows (RT) its actually pretty easy to find out the devices name, its a > sync call even. For Android and iOS there is already working code at > https://github.com/becvert/cordova-plugin-device-name > Would that be worth considering and useful for others? -- 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-9857) Bring back device.name for the devices name
[ https://issues.apache.org/jira/browse/CB-9857?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Philipp Kursawe updated CB-9857: Description: The value is currently deprecated but it could have been so useful. When a device is used to generate an access token you generally want to see which device that was on the side of the API key provider and as well as in the users dashboard so she can see which devices are associated with a certain app. At the moment we can use `device.uuid` but it would much more useful to have something like `Joe's SurfacePro` or `James' MacBook`. For Windows (RT) its actually pretty easy to find out the devices name, its a sync call even. I have seen code for Android and iOS floating around the web also. Would that be worth considering and useful for others? There is already an implementation that works well for Android and iOS at https://github.com/becvert/cordova-plugin-device-name I might add the Windows implementation. was: The value is currently deprecated but it could have been so useful. When a device is used to generate an access token you generally want to see which device that was on the side of the API key provider and as well as in the users dashboard so she can see which devices are associated with a certain app. At the moment we can use `device.uuid` but it would much more useful to have something like `Joe's SurfacePro` or `James' MacBook`. For Windows (RT) its actually pretty easy to find out the devices name, its a sync call even. I have seen code for Android and iOS floating around the web also. Would that be worth considering and useful for others? There is already an implementation that works well for Android and iOS at https://github.com/becvert/cordova-plugin-device-name > Bring back device.name for the devices name > --- > > Key: CB-9857 > URL: https://issues.apache.org/jira/browse/CB-9857 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugin Device >Reporter: Philipp Kursawe > Labels: android, ios, windows, > > The value is currently deprecated but it could have been so useful. > When a device is used to generate an access token you generally want to see > which device that was on the side of the API key provider and as well as in > the users dashboard so she can see which devices are associated with a > certain app. > At the moment we can use `device.uuid` but it would much more useful to have > something like `Joe's SurfacePro` or `James' MacBook`. > For Windows (RT) its actually pretty easy to find out the devices name, its a > sync call even. I have seen code for Android and iOS floating around the web > also. > Would that be worth considering and useful for others? > There is already an implementation that works well for Android and iOS at > https://github.com/becvert/cordova-plugin-device-name > I might add the Windows implementation. -- 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-11326) use navigator.app.loadUrl got uncaught exception with allow-navigation
[
https://issues.apache.org/jira/browse/CB-11326?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
zhuisui updated CB-11326:
-
Comment: was deleted
(was: I ensure. And I found that it is not the whitelist plugin controls that,
it
is above mentioned.
--
追随
)
> use navigator.app.loadUrl got uncaught exception with allow-navigation
> ---
>
> Key: CB-11326
> URL: https://issues.apache.org/jira/browse/CB-11326
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin SplashScreen
> Environment: Cordova 6.2.0
>Reporter: zhuisui
>Assignee: Vladimir Kotikov
> Labels: triaged
>
> I get this stack when {{navigator.app.loadUrl(myurl)}} with
> {{}}, which occurs after
> {{pluginManager.shouldAllowNavigation(myurl)}} returns true
> {code}
> Uncaught exception from plugin
>
> android.view.ViewRootImpl$CalledFromWrongThreadException: Only the original
> thread that created a view hierarchy can touch its views.
> at
> android.view.ViewRootImpl.checkThread(ViewRootImpl.java:6556)
> at
> android.view.ViewRootImpl.clearChildFocus(ViewRootImpl.java:3023)
> at
> android.view.ViewGroup.clearChildFocus(ViewGroup.java:964)
> at
> android.view.ViewGroup.clearChildFocus(ViewGroup.java:964)
> at
> android.view.ViewGroup.clearChildFocus(ViewGroup.java:964)
> at
> android.view.View.clearFocusInternal(View.java:5602)
> at
> android.view.View.clearFocus(View.java:5585)
> at
> android.view.ViewGroup.clearFocus(ViewGroup.java:977)
> at
> android.view.View.setFlags(View.java:10622)
> at
> android.view.View.setVisibility(View.java:7431)
> at
> org.apache.cordova.splashscreen.SplashScreen.pluginInitialize(SplashScreen.java:85)
> at
> org.apache.cordova.CordovaPlugin.privateInitialize(CordovaPlugin.java:58)
> at
> org.apache.cordova.PluginManager.getPlugin(PluginManager.java:172)
> at
> org.apache.cordova.PluginManager.startupPlugins(PluginManager.java:98)
> at
> org.apache.cordova.PluginManager.init(PluginManager.java:87)
> at
> org.apache.cordova.CordovaWebViewImpl.loadUrlIntoView(CordovaWebViewImpl.java:138)
> at
> org.apache.cordova.CordovaWebViewImpl.showWebPage(CordovaWebViewImpl.java:216)
> at
> org.apache.cordova.CoreAndroid.loadUrl(CoreAndroid.java:203)
> at
> org.apache.cordova.CoreAndroid.execute(CoreAndroid.java:92)
> at
> org.apache.cordova.CordovaPlugin.execute(CordovaPlugin.java:98)
> at
> org.apache.cordova.PluginManager.exec(PluginManager.java:133)
> at
> org.apache.cordova.CordovaBridge.jsExec(CordovaBridge.java:59)
> at
> org.apache.cordova.engine.SystemExposedJsApi.exec(SystemExposedJsApi.java:41)
> at
> org.chromium.base.SystemMessageHandler.nativeDoRunLoopOnce(Native Method)
> at
> org.chromium.base.SystemMessageHandler.handleMessage(SystemMessageHandler.java:53)
> at
> android.os.Handler.dispatchMessage(Handler.java:102)
> at
> android.os.Looper.loop(Looper.java:148)
> at
> android.os.HandlerThread.run(HandlerThread.java:61)
> {code}
> Then, app cannot accept any command and doesn't response.
--
This message was se
[jira] [Updated] (CB-9857) Bring back device.name for the devices name
[ https://issues.apache.org/jira/browse/CB-9857?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Philipp Kursawe updated CB-9857: Description: The value is currently deprecated but it could have been so useful. When a device is used to generate an access token you generally want to see which device that was on the side of the API key provider and as well as in the users dashboard so she can see which devices are associated with a certain app. At the moment we can use `device.uuid` but it would much more useful to have something like `Joe's SurfacePro` or `James' MacBook`. For Windows (RT) its actually pretty easy to find out the devices name, its a sync call even. I have seen code for Android and iOS floating around the web also. Would that be worth considering and useful for others? There is already an implementation that works well for Android and iOS at https://github.com/becvert/cordova-plugin-device-name was: The value is currently deprecated but it could have been so useful. When a device is used to generate an access token you generally want to see which device that was on the side of the API key provider and as well as in the users dashboard so she can see which devices are associated with a certain app. At the moment we can use `device.uuid` but it would much more useful to have something like `Joe's SurfacePro` or `James' MacBook`. For Windows (RT) its actually pretty easy to find out the devices name, its a sync call even. I have seen code for Android and iOS floating around the web also. Would that be worth considering and useful for others? > Bring back device.name for the devices name > --- > > Key: CB-9857 > URL: https://issues.apache.org/jira/browse/CB-9857 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugin Device >Reporter: Philipp Kursawe >Priority: Minor > Labels: android, ios, windows, > > The value is currently deprecated but it could have been so useful. > When a device is used to generate an access token you generally want to see > which device that was on the side of the API key provider and as well as in > the users dashboard so she can see which devices are associated with a > certain app. > At the moment we can use `device.uuid` but it would much more useful to have > something like `Joe's SurfacePro` or `James' MacBook`. > For Windows (RT) its actually pretty easy to find out the devices name, its a > sync call even. I have seen code for Android and iOS floating around the web > also. > Would that be worth considering and useful for others? > There is already an implementation that works well for Android and iOS at > https://github.com/becvert/cordova-plugin-device-name -- 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-9857) Bring back device.name for the devices name
[ https://issues.apache.org/jira/browse/CB-9857?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Philipp Kursawe updated CB-9857: Priority: Major (was: Minor) > Bring back device.name for the devices name > --- > > Key: CB-9857 > URL: https://issues.apache.org/jira/browse/CB-9857 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugin Device >Reporter: Philipp Kursawe > Labels: android, ios, windows, > > The value is currently deprecated but it could have been so useful. > When a device is used to generate an access token you generally want to see > which device that was on the side of the API key provider and as well as in > the users dashboard so she can see which devices are associated with a > certain app. > At the moment we can use `device.uuid` but it would much more useful to have > something like `Joe's SurfacePro` or `James' MacBook`. > For Windows (RT) its actually pretty easy to find out the devices name, its a > sync call even. I have seen code for Android and iOS floating around the web > also. > Would that be worth considering and useful for others? > There is already an implementation that works well for Android and iOS at > https://github.com/becvert/cordova-plugin-device-name -- 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-11326) use navigator.app.loadUrl got uncaught exception with allow-navigation
[
https://issues.apache.org/jira/browse/CB-11326?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15335695#comment-15335695
]
zhuisui commented on CB-11326:
--
I ensure. And I found that it is not the whitelist plugin controls that, it
is {{CoreAndroid}} mentioned above.
> use navigator.app.loadUrl got uncaught exception with allow-navigation
> ---
>
> Key: CB-11326
> URL: https://issues.apache.org/jira/browse/CB-11326
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin SplashScreen
> Environment: Cordova 6.2.0
>Reporter: zhuisui
>Assignee: Vladimir Kotikov
> Labels: triaged
>
> I get this stack when {{navigator.app.loadUrl(myurl)}} with
> {{}}, which occurs after
> {{pluginManager.shouldAllowNavigation(myurl)}} returns true
> {code}
> Uncaught exception from plugin
>
> android.view.ViewRootImpl$CalledFromWrongThreadException: Only the original
> thread that created a view hierarchy can touch its views.
> at
> android.view.ViewRootImpl.checkThread(ViewRootImpl.java:6556)
> at
> android.view.ViewRootImpl.clearChildFocus(ViewRootImpl.java:3023)
> at
> android.view.ViewGroup.clearChildFocus(ViewGroup.java:964)
> at
> android.view.ViewGroup.clearChildFocus(ViewGroup.java:964)
> at
> android.view.ViewGroup.clearChildFocus(ViewGroup.java:964)
> at
> android.view.View.clearFocusInternal(View.java:5602)
> at
> android.view.View.clearFocus(View.java:5585)
> at
> android.view.ViewGroup.clearFocus(ViewGroup.java:977)
> at
> android.view.View.setFlags(View.java:10622)
> at
> android.view.View.setVisibility(View.java:7431)
> at
> org.apache.cordova.splashscreen.SplashScreen.pluginInitialize(SplashScreen.java:85)
> at
> org.apache.cordova.CordovaPlugin.privateInitialize(CordovaPlugin.java:58)
> at
> org.apache.cordova.PluginManager.getPlugin(PluginManager.java:172)
> at
> org.apache.cordova.PluginManager.startupPlugins(PluginManager.java:98)
> at
> org.apache.cordova.PluginManager.init(PluginManager.java:87)
> at
> org.apache.cordova.CordovaWebViewImpl.loadUrlIntoView(CordovaWebViewImpl.java:138)
> at
> org.apache.cordova.CordovaWebViewImpl.showWebPage(CordovaWebViewImpl.java:216)
> at
> org.apache.cordova.CoreAndroid.loadUrl(CoreAndroid.java:203)
> at
> org.apache.cordova.CoreAndroid.execute(CoreAndroid.java:92)
> at
> org.apache.cordova.CordovaPlugin.execute(CordovaPlugin.java:98)
> at
> org.apache.cordova.PluginManager.exec(PluginManager.java:133)
> at
> org.apache.cordova.CordovaBridge.jsExec(CordovaBridge.java:59)
> at
> org.apache.cordova.engine.SystemExposedJsApi.exec(SystemExposedJsApi.java:41)
> at
> org.chromium.base.SystemMessageHandler.nativeDoRunLoopOnce(Native Method)
> at
> org.chromium.base.SystemMessageHandler.handleMessage(SystemMessageHandler.java:53)
> at
> android.os.Handler.dispatchMessage(Handler.java:102)
> at
> android.os.Looper.loop(Looper.java:148)
> at
> android.os.HandlerThread.run(HandlerThread.java:61)
> {code}
> Then, app cannot accept any command and doesn't respon
[jira] [Commented] (CB-7684) [Media] CDVSound Kills any and all playing sound files when a single file finishes
[
https://issues.apache.org/jira/browse/CB-7684?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15335677#comment-15335677
]
ASF GitHub Bot commented on CB-7684:
Github user cordova-qa commented on the issue:
https://github.com/apache/cordova-plugin-media/pull/100
Cordova CI Build has one or more failures.
**Commit** -
[Link](https://github.com/apache/cordova-plugin-media/pull/100/commits/40a561d87fcebb5114fbdc01e6dafd6c617956fc)
**Dashboard** -
[Link](http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/38/)
| Builder Name | Console Output | Test Report | Device Logs |
| :---: | :---: | :---: | :---:|
| [Windows 8.1 Store](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/38//PLATFORM=windows-8.1-store/)
| [Link](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/38//PLATFORM=windows-8.1-store/console)
| [Link](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/38//PLATFORM=windows-8.1-store/testReport/)
| [Link](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/38//PLATFORM=windows-8.1-store/artifact/)
|
| [Windows 10 Store](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/38//PLATFORM=windows-10-store/)
| [Link](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/38//PLATFORM=windows-10-store/console)
| [Link](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/38//PLATFORM=windows-10-store/testReport/)
| [Link](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/38//PLATFORM=windows-10-store/artifact/)
|
| [Windows 8.1 Phone](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/38//PLATFORM=windows-8.1-phone/)
| [Link](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/38//PLATFORM=windows-8.1-phone/console)
| [Link](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/38//PLATFORM=windows-8.1-phone/testReport/)
| [Link](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/38//PLATFORM=windows-8.1-phone/artifact/)
|
| [iOS](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/38//PLATFORM=ios/)
| [Link](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/38//PLATFORM=ios/console)
| [Link](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/38//PLATFORM=ios/testReport/)
| [Link](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/38//PLATFORM=ios/artifact/)
|
| [Android](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/38//PLATFORM=android/)
| [Link](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/38//PLATFORM=android/console)
| [Link](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/38//PLATFORM=android/testReport/)
| [Link](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-media-pr/38//PLATFORM=android/artifact/)
|
> [Media] CDVSound Kills any and all playing sound files when a single file
> finishes
> --
>
> Key: CB-7684
> URL: https://issues.apache.org/jira/browse/CB-7684
> Project: Apache Cordova
> Issue Type: Sub-task
> Components: Plugin Media
>Affects Versions: 3.5.0
> Environment: iOS
>Reporter: Nathan Stryker
>
> The CDVSound file will kill all playing media files when ever a single file
> completes playing. The issue is around like 691 in the method
> "AudioDidFinishPlaying", with the code:
> if (self.avSession) {
> [self.avSession setActive:NO error:nil];
> }
> The reason I think this is a bug is that if a user as Music file A playing in
> a loop and Music file B plays, when B completes the "setActive:NO" will kill
> the avSession of both A and B.
--
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-7684) [Media] CDVSound Kills any and all playing sound files when a single file finishes
[ https://issues.apache.org/jira/browse/CB-7684?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15335648#comment-15335648 ] ASF GitHub Bot commented on CB-7684: GitHub user tbrebant opened a pull request: https://github.com/apache/cordova-plugin-media/pull/100 CB-7684: (iOS) Fix CDVSound killing all audio when a single file finishes ### Platforms affected iOS ### What does this PR do? We arrived to the same conclusion as Nathan Stryker on Jira (https://issues.apache.org/jira/browse/CB-7684) and @ionut-movila in the PR https://github.com/apache/cordova-plugin-media/pull/33 : all `self.avSession setActive:NO` should be removed. The problem was not only that when a media finishes it is stopping other ones played by the plugin, but it is also killing any sound played by another plugin or by WebView's default webaudio system, triggering a descriptive: ``` AVAudioSession.mm:646: -[AVAudioSession setActive:withOptions:error:]: Deactivating an audio session that has running I/O. All I/O should be stopped or paused prior to deactivating the audio session. ``` We found that `AVAudioSession` is a singleton for the whole app (cf. https://developer.apple.com/library/ios/documentation/AVFoundation/Reference/AVAudioSession_ClassReference/). Apple says: > Most apps never need to deactivate their audio session explicitly. Important exceptions include VoIP (Voice over Internet Protocol) apps, turn-by-turn navigation apps, and, in some cases, recording apps. (cf. https://developer.apple.com/library/ios/documentation/Audio/Conceptual/AudioSessionProgrammingGuide/ConfiguringanAudioSession/ConfiguringanAudioSession.html) ### What testing has been done on this change? - Played multiple sounds (non streaming) with the plugin, then waited for one to stop: it is not stopping other sounds anymore. - Played multiple sounds (non streaming) with the plugin, then stopped one and released it: it is not stopping other sounds anymore. - Played a sound (non streaming) with the plugin and another one via webview's webaudio, then waited the one played by the plugin to end: it is not stopping other sounds anymore. - Played a sound (non streaming) with the plugin and another one via webview's webaudio, then stopped and released the one played by the plugin: it is not stopping other sounds anymore. - Checked all possibilities with Xcode monitoring application: no memory issue detected. Ran the integrated tests. Before doing any change (version 2.3.1-dev) the result was:  After the change the result is exactly the same:  Before merging, it would be great if someone can test: - an application using the recording feature - an application using the streaming feature ### Checklist - [x] [ICLA](http://www.apache.org/licenses/icla.txt) has been signed and submitted to secret...@apache.org. - [x] [Reported an issue](http://cordova.apache.org/contribute/issues.html) in the JIRA database - [x] Commit message follows the format: "CB-3232: (android) Fix bug with resolving file paths", where CB- is the JIRA ID & "android" is the platform affected. - [ ] Added automated test coverage as appropriate for this change. About the last point: I don't see what kind of tests we can add for this fix. You can merge this pull request into a Git repository by running: $ git pull https://github.com/tbrebant/cordova-plugin-media CB7684 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-plugin-media/pull/100.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 #100 commit 40a561d87fcebb5114fbdc01e6dafd6c617956fc Author: tbrebant Date: 2016-06-10T07:35:01Z CB-7684: (iOS) Fix CDVSound killing all audio when a single file finishes > [Media] CDVSound Kills any and all playing sound files when a single file > finishes > -- > > Key: CB-7684 > URL: https://issues.apache.org/jira/browse/CB-7684 > Project: Apache Cordova > Issue Type: Sub-task > Components: Plugin Media >Affects Versions: 3.5.0 > Environment: iOS >Reporter: Nathan Stryker > > The CDVSound file will kill all playing media files when ever a single file > completes playing. The issue is
