[jira] [Commented] (CB-14043) Permission is needed and prompted to access application asstes folder on Android.
[
https://issues.apache.org/jira/browse/CB-14043?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16509842#comment-16509842
]
Wojciech Trocki commented on CB-14043:
--
Fully agree.
> Permission is needed and prompted to access application asstes folder on
> Android.
> -
>
> Key: CB-14043
> URL: https://issues.apache.org/jira/browse/CB-14043
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-plugin-file
>Reporter: Manfred Schmidbartl
>Priority: Major
>
> Reading assets from cordova.file.applicationDirectory
> ("file:///android_asset/") results in a prompt on newer Android Versions as
> "READ/WRITE_EXTERNAL_STORAGE" is requested.
>
> Quick Fix:
> in needPermission (l. 570) in FileUtils added:
> if (permissionType == READ && nativeURL.startsWith("file:///android_asset/"))
> {
> return false;
> }
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-14123) Css issue in cordova when loading the vue application
[ https://issues.apache.org/jira/browse/CB-14123?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16506173#comment-16506173 ] Wojciech Trocki commented on CB-14123: -- Cordova launches project by using file protocol that points to your `index.html`. If you using some non relative paths for css that were adjusted to work with browser this may not work. Best to take look how default application is linking CSS files. If you need more help related to your specific application you can get better support when logging StackOverflow question. > Css issue in cordova when loading the vue application > - > > Key: CB-14123 > URL: https://issues.apache.org/jira/browse/CB-14123 > Project: Apache Cordova > Issue Type: Bug >Reporter: Akashdeep >Priority: Major > > Hello, > I have created an application using the vue js. After running the yarn build > command i am copying the app.js , manifest.js vendor.js and app.css file form > the build folder to cordova application folder. > The app run fine in mobile browser perfectly with UI and functionality. But > when i am using the same code in cordova by calling them as normal javascript > and css file. The application get loaded but i facing a lots of css issue > which i am not facing in the mobile browser. > I compared both codes line by line and found no difference. Any help would be > really appreciated. The css is really causing the css. Any configuration or > any code changes in vue or cordova is needed then please let me share ir -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-13589) Cordova fetch updates too aggressively and breaks itself
[
https://issues.apache.org/jira/browse/CB-13589?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16506158#comment-16506158
]
Wojciech Trocki commented on CB-13589:
--
Already fixed on master:
https://github.com/apache/cordova-fetch/blob/master/index.js#L168-L171
> Cordova fetch updates too aggressively and breaks itself
>
>
> Key: CB-13589
> URL: https://issues.apache.org/jira/browse/CB-13589
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-fetch
>Reporter: Andrew Crites
>Priority: Blocker
>
> Related: CB-11252 CB-12262 -- these issues say they are fixed, but I can
> still reproduce them.
> Running {{cordova platform add}} with plugins directly from github or a file
> system path will update {{package.json}} in a way that subsequently breaks
> the plugin installation. To get around this, you must currently use {{cordova
> platform add $PLATFORM --nofetch}}.
> For example:
> {code}
> spec="https://github.com/pushandplay/cordova-plugin-apprate#0cc8b3b424491d35b1e571a69b21d2ae7cb9cff9";
> />
> spec="./src/local-plugins/phonegap-plugin-push">
>
>
> {code}
> On an initial {{cordova platform add}} this will work fine. However, this
> updates {{package.json}} to add these plugins as dependencies:
> {code}
> +"cordova-plugin-apprate":
> "git+https://github.com/pushandplay/cordova-plugin-apprate.git#0cc8b3b424491d35b1e571a69b21d2ae7cb9cff9";,
> +"phonegap-plugin-push": "file:src/local-plugins/phonegap-plugin-push",
> {code}
> Now try:
> {code}
> rm -rf node_modules platforms plugins
> npx npm@5.4.2 install
> npx cordova@7.1.0 platform add ios
> {code}
> for example. Plugin installation will be unsuccessful:
> {code}
> Failed to restore plugin "phonegap-plugin-push" from config.xml. You might
> need to try adding it again. Error: Failed to fetch plugin
> file:src/local-plugins/phonegap-plugin-push via registry.
> Failed to restore plugin "cordova-plugin-apprate" from config.xml. You might
> need to try adding it again. Error: Failed to fetch plugin
> git+https://github.com/pushandplay/cordova-plugin-apprate.git#0cc8b3b424491d35b1e571a69b21d2ae7cb9cff9
> via registry.
> {code}
> Manually removing the {{package.json}} update ({{\--nosave}} is broken
> CB-13463) or using {{\--nofetch}} will work.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-14101) check_reqs.js does not recognize java version
[
https://issues.apache.org/jira/browse/CB-14101?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16489667#comment-16489667
]
Wojciech Trocki edited comment on CB-14101 at 5/24/18 8:01 PM:
---
I'm not 100% sure but I think that only java 1.8 is currently supported.
See: https://cordova.apache.org/docs/en/latest/guide/platforms/android/
EDIT: Found numerous comments on the list that suggest that only 1.8 is
supported.
was (Author: wtrocki):
I'm not 100% sure but I think that only java 1.8 is currently supported.
See: https://cordova.apache.org/docs/en/latest/guide/platforms/android/
[~jcesarmobile] or any core contributor can confirm?
> check_reqs.js does not recognize java version
> -
>
> Key: CB-14101
> URL: https://issues.apache.org/jira/browse/CB-14101
> Project: Apache Cordova
> Issue Type: Bug
>Affects Versions: 8.0.0
> Environment: OS = Arch Linux
> JAVA = javac 9.0.4
> CORDOVA = 8.0.0
>Reporter: Arne Simon
>Priority: Major
>
> The java version i am using produces following output.
> {code}
> > javac -version
> javac 9.0.4
> {code}
>
> The error happens in two points:
> {code:java}
> // We use tryCommand with catchStderr = true, because
> // javac writes version info to stderr instead of stdout
> return tryCommand('javac -version', msg, true).then(function (output) {
> // Let's check for at least Java 8, and keep it future proof so we can
> support Java 10
> var match = /javac
> ((?:1\.)(?:[8-9]\.)(?:\d+))|((?:1\.)(?:[1-9]\d+\.)(?:\d+))/i.exec(output);
> return match && match[1];
> });{code}
> 1. _platforms/android/cordova/lib/check_reqs.js:218_
> The comment states that javac prints to stderr, this is not true on my system
> it prints to stdout!
> 2. _platforms/android/cordova/lib/check_reqs.js:220_
> The regex only looks after version numbers like 1.8 or 1.9 or 10, but the
> version number my java version prints is _9.0.4_
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-14108) in config.xml increases config_munge count in ios.json and android.json.
[
https://issues.apache.org/jira/browse/CB-14108?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16489647#comment-16489647
]
Wojciech Trocki edited comment on CB-14108 at 5/24/18 7:48 PM:
---
Issue happening in:
https://github.com/apache/cordova-lib/blob/d19951b3e37239f699c4f304c0fee8407d89d9c2/src/cordova/prepare.js#L130
Function that is returning no conflicts when '*' is used:
https://github.com/apache/cordova-common/blob/acf133346579a96217d280a8c3186e07d7fc3ef7/src/ConfigChanges/ConfigChanges.js#L330
was (Author: wtrocki):
Issue happening in:
https://github.com/apache/cordova-lib/blob/d19951b3e37239f699c4f304c0fee8407d89d9c2/src/cordova/prepare.js#L130
Function that is returning no conflicts when '*' is used:
https://github.com/apache/cordova-common/blob/acf133346579a96217d280a8c3186e07d7fc3ef7/src/ConfigChanges/ConfigChanges.js#L330
Issue happening because
> in config.xml increases config_munge count in ios.json and
> android.json.
> --
>
> Key: CB-14108
> URL: https://issues.apache.org/jira/browse/CB-14108
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-common, cordova-lib
>Affects Versions: 8.0.0
>Reporter: Ken Naito
>Priority: Major
> Fix For: Master
>
>
> On both iOS and Android platforms, using causes duplication in
> the `ios.json` and `android.json` files, which could lead to extremely large
> file sizes (and possibly unexpected behaviour?).
> For a Cordova 7.1/8.0 application, add the following to config.xml:
>
> {code:java}
>
>
>
>
> Please permit Camera!
>
>
> {code}
> Now run `cordova prepare`. The file `platforms/ios/ios.json` now contains the
> below. Note the count is 1.
>
> {code:java}
> "config_munge": {
> "files": {
> "*-Info.plist": {
> "parents": {
> "NSCameraUsageDescription": [
> {
> "xml": "Please permit Camera!",
> "count": 1
> }
> ]
> }
> }
> }
> },
> {code}
> Run `cordova prepare` again. The platforms/ios/ios.json changes, increasing
> the count to 2.
>
> {code:java}
> "config_munge": {
> "files": {
> "*-Info.plist": {
> "parents": {
> "NSCameraUsageDescription": [
> {
> "xml": "Please permit Camera!",
> "count": 2
> }
> ]
> }
> }
> }
> },
> {code}
> Furthermore, if we change the text inside the `` in the `config.xml`:
> {code:java}
>
>
>
>
> This app uses Camera!
>
>
> {code}
> Then after running `cordova prepare`, there is now a second entry in
> `platforms/ios/ios.json`, rather than replacing the existing entry.
>
> {code:java}
> "config_munge": {
> "files": {
> "*-Info.plist": {
> "parents": {
> "NSCameraUsageDescription": [
> {
> "xml": "Please permit Camera!",
> "count": 2
> },
> {
> "xml": "This app uses Camera!",
> "count": 1
> }
> ]
> }
> }
> }
> },
> {code}
> This behaviour is the same for Android, and can be reproduced in the same
> way, by adding something like the below to `config.xml`:
> {code:java}
>
>
>
>
>
>
> {code}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-14087) InAppBrowser.open is getting stuck after first time use on iOS version 11.3.1
[
https://issues.apache.org/jira/browse/CB-14087?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16489669#comment-16489669
]
Wojciech Trocki commented on CB-14087:
--
[~knaito] Are you interested to contribute this change to Cordova?
> InAppBrowser.open is getting stuck after first time use on iOS version 11.3.1
> -
>
> Key: CB-14087
> URL: https://issues.apache.org/jira/browse/CB-14087
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-plugin-inappbrowser
>Affects Versions: cordova-ios@4.3.1
> Environment: Apple iOS 11.3.1( Working fine on earlier versions)
> Device : iPad and iPhone
>
>Reporter: santosh nikam
>Priority: Critical
> Labels: 11.3.1, inappbrowser, ios
>
> Hello Team,
> We are India based software development company working for US customer. In
> our mobile application "PTOffice", we are using Cordova InAppBrowser plugin
> to open our external website pages. It was working fine for iOS versions
> lower than 11.3.*. But, now we are having issues with 11.3.1 since
> 24-Apr-2018.
> Issue is - InAppBrowser.open is working properly for first time. But, if we
> close the app (i.e. removing it from memory) and try same action,
> InAppBrowser.open is getting stuck and page loading is not getting completed.
> Only way to get it working again is log-off & restart device OR do a fresh
> app install again. There has been no code change and this code continues to
> work on older iOS versions (< 11.3.1). But, somehow problem on 11.3.1
> / We've used below code in our app to open server side page in the
> InAppBrowser. /
> var target = "_blank";
> var options = "location=no,toolbar=yes,zoom=no,hidden=yes";
> var ref = cordova.InAppBrowser.open(encodeURI(url), target, options);
> ref.addEventListener("loadstop", function (event) {
> ref.show();
> });
> Please provide solution to open the web pages consistently in InAppBrowser on
> iOS Version 11.3.1.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-14101) check_reqs.js does not recognize java version
[
https://issues.apache.org/jira/browse/CB-14101?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16489667#comment-16489667
]
Wojciech Trocki commented on CB-14101:
--
I'm not 100% sure but I think that only java 1.8 is currently supported.
See: https://cordova.apache.org/docs/en/latest/guide/platforms/android/
[~jcesarmobile] or any core contributor can confirm?
> check_reqs.js does not recognize java version
> -
>
> Key: CB-14101
> URL: https://issues.apache.org/jira/browse/CB-14101
> Project: Apache Cordova
> Issue Type: Bug
>Affects Versions: 8.0.0
> Environment: OS = Arch Linux
> JAVA = javac 9.0.4
> CORDOVA = 8.0.0
>Reporter: Arne Simon
>Priority: Major
>
> The java version i am using produces following output.
> {code}
> > javac -version
> javac 9.0.4
> {code}
>
> The error happens in two points:
> {code:java}
> // We use tryCommand with catchStderr = true, because
> // javac writes version info to stderr instead of stdout
> return tryCommand('javac -version', msg, true).then(function (output) {
> // Let's check for at least Java 8, and keep it future proof so we can
> support Java 10
> var match = /javac
> ((?:1\.)(?:[8-9]\.)(?:\d+))|((?:1\.)(?:[1-9]\d+\.)(?:\d+))/i.exec(output);
> return match && match[1];
> });{code}
> 1. _platforms/android/cordova/lib/check_reqs.js:218_
> The comment states that javac prints to stderr, this is not true on my system
> it prints to stdout!
> 2. _platforms/android/cordova/lib/check_reqs.js:220_
> The regex only looks after version numbers like 1.8 or 1.9 or 10, but the
> version number my java version prints is _9.0.4_
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-14108) in config.xml increases config_munge count in ios.json and android.json.
[
https://issues.apache.org/jira/browse/CB-14108?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16489647#comment-16489647
]
Wojciech Trocki commented on CB-14108:
--
Issue happening in:
https://github.com/apache/cordova-lib/blob/d19951b3e37239f699c4f304c0fee8407d89d9c2/src/cordova/prepare.js#L130
Function that is returning no conflicts when '*' is used:
https://github.com/apache/cordova-common/blob/acf133346579a96217d280a8c3186e07d7fc3ef7/src/ConfigChanges/ConfigChanges.js#L330
Issue happening because
> in config.xml increases config_munge count in ios.json and
> android.json.
> --
>
> Key: CB-14108
> URL: https://issues.apache.org/jira/browse/CB-14108
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-common, cordova-lib
>Affects Versions: 8.0.0
>Reporter: Ken Naito
>Priority: Major
> Fix For: Master
>
>
> On both iOS and Android platforms, using causes duplication in
> the `ios.json` and `android.json` files, which could lead to extremely large
> file sizes (and possibly unexpected behaviour?).
> For a Cordova 7.1/8.0 application, add the following to config.xml:
>
> {code:java}
>
>
>
>
> Please permit Camera!
>
>
> {code}
> Now run `cordova prepare`. The file `platforms/ios/ios.json` now contains the
> below. Note the count is 1.
>
> {code:java}
> "config_munge": {
> "files": {
> "*-Info.plist": {
> "parents": {
> "NSCameraUsageDescription": [
> {
> "xml": "Please permit Camera!",
> "count": 1
> }
> ]
> }
> }
> }
> },
> {code}
> Run `cordova prepare` again. The platforms/ios/ios.json changes, increasing
> the count to 2.
>
> {code:java}
> "config_munge": {
> "files": {
> "*-Info.plist": {
> "parents": {
> "NSCameraUsageDescription": [
> {
> "xml": "Please permit Camera!",
> "count": 2
> }
> ]
> }
> }
> }
> },
> {code}
> Furthermore, if we change the text inside the `` in the `config.xml`:
> {code:java}
>
>
>
>
> This app uses Camera!
>
>
> {code}
> Then after running `cordova prepare`, there is now a second entry in
> `platforms/ios/ios.json`, rather than replacing the existing entry.
>
> {code:java}
> "config_munge": {
> "files": {
> "*-Info.plist": {
> "parents": {
> "NSCameraUsageDescription": [
> {
> "xml": "Please permit Camera!",
> "count": 2
> },
> {
> "xml": "This app uses Camera!",
> "count": 1
> }
> ]
> }
> }
> }
> },
> {code}
> This behaviour is the same for Android, and can be reproduced in the same
> way, by adding something like the below to `config.xml`:
> {code:java}
>
>
>
>
>
>
> {code}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-14095) How to get the current directory in AngularJS?
[
https://issues.apache.org/jira/browse/CB-14095?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16478927#comment-16478927
]
Wojciech Trocki commented on CB-14095:
--
[~viveknuna] Please use stackoverflow for question type issues. You are
probably looking for file transfer plugin
> How to get the current directory in AngularJS?
> --
>
> Key: CB-14095
> URL: https://issues.apache.org/jira/browse/CB-14095
> Project: Apache Cordova
> Issue Type: Bug
> Components: AllPlatforms
>Affects Versions: 8.0.0
>Reporter: Vivek Nuna
>Priority: Major
>
> I'm using Cordova to build my Web and Android application using AngularJS. I
> want to get the physical path of the current directory in controller file
> (.js) file. I need this path because I need to send this path to a server API
> to download a file from server to this path. I come across {{$location.path}}
> but it gives url not the physical path
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-13452) Cordova Media does not send Range header
[ https://issues.apache.org/jira/browse/CB-13452?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16478228#comment-16478228 ] Wojciech Trocki edited comment on CB-13452 at 5/16/18 11:26 PM: Code that is used under the hood is classic android seekTo. EDIT: Managed to replicate that on API 27: https://github.com/wtrocki/cordova-bug-sandbox/tree/CB-13452 EDIT2: It looks like this is Android behavior for default mode. Played little bit with MediaPlayer on android https://developer.android.com/reference/android/media/MediaPlayer#seekto was (Author: wtrocki): Code that is used under the hood is classic android seekTo. EDIT: Managed to replicate that on API 27: https://github.com/wtrocki/cordova-bug-sandbox/tree/CB-13452 > Cordova Media does not send Range header > > > Key: CB-13452 > URL: https://issues.apache.org/jira/browse/CB-13452 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-media >Affects Versions: Master > Environment: Android Galaxy Tab E running Android 6.0.1 >Reporter: Bill Jamie >Priority: Major > Labels: easyfix, patch > Fix For: Master > > Original Estimate: 1h > Remaining Estimate: 1h > > I am trying to stream back an audio file from my server. I am using > cordova-media plugin to play the audio, and have it set such that I can set > the range header can be set and the server return that range of the audio > file. It works perfectly when I test it in the ripple emulator, but does not > work on my actual android device. I am using media.seekTo to change the > range, and every time I do that the audio file will pause for a second (like > it is waiting for the stream to come down) and go to that timestamp, but then > I can not go to any timestamp before that. It will just keep playing from the > future time stamp, like it is being streamed down and it cannot stop it. When > I check on the server, the app is indeed not sending the range header, but > only from the android device. It sets it in the ripple emulator. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-13452) Cordova Media does not send Range header
[ https://issues.apache.org/jira/browse/CB-13452?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16478228#comment-16478228 ] Wojciech Trocki edited comment on CB-13452 at 5/16/18 11:22 PM: Code that is used under the hood is classic android seekTo. EDIT: Managed to replicate that on API 27: https://github.com/wtrocki/cordova-bug-sandbox/tree/CB-13452 was (Author: wtrocki): Code that is used under the hood is classic android seekTo. I think operating system version will be crucial to resolve this issue. Can you provide Android version/Device? EDIT: Managed to replicate that on API 27: https://github.com/wtrocki/cordova-bug-sandbox/tree/CB-13452 > Cordova Media does not send Range header > > > Key: CB-13452 > URL: https://issues.apache.org/jira/browse/CB-13452 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-media >Affects Versions: Master > Environment: Android Galaxy Tab E running Android 6.0.1 >Reporter: Bill Jamie >Priority: Major > Labels: easyfix, patch > Fix For: Master > > Original Estimate: 1h > Remaining Estimate: 1h > > I am trying to stream back an audio file from my server. I am using > cordova-media plugin to play the audio, and have it set such that I can set > the range header can be set and the server return that range of the audio > file. It works perfectly when I test it in the ripple emulator, but does not > work on my actual android device. I am using media.seekTo to change the > range, and every time I do that the audio file will pause for a second (like > it is waiting for the stream to come down) and go to that timestamp, but then > I can not go to any timestamp before that. It will just keep playing from the > future time stamp, like it is being streamed down and it cannot stop it. When > I check on the server, the app is indeed not sending the range header, but > only from the android device. It sets it in the ripple emulator. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-13452) Cordova Media does not send Range header
[ https://issues.apache.org/jira/browse/CB-13452?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16478228#comment-16478228 ] Wojciech Trocki edited comment on CB-13452 at 5/16/18 11:18 PM: Code that is used under the hood is classic android seekTo. I think operating system version will be crucial to resolve this issue. Can you provide Android version/Device? EDIT: Managed to replicate that on API 27: https://github.com/wtrocki/cordova-bug-sandbox/tree/CB-13452 was (Author: wtrocki): Code that is used under the hood is classic android seekTo. I think operating system version will be crucial to resolve this issue. Can you provide Android version/Device? > Cordova Media does not send Range header > > > Key: CB-13452 > URL: https://issues.apache.org/jira/browse/CB-13452 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-media >Affects Versions: Master > Environment: Android Galaxy Tab E running Android 6.0.1 >Reporter: Bill Jamie >Priority: Major > Labels: easyfix, patch > Fix For: Master > > Original Estimate: 1h > Remaining Estimate: 1h > > I am trying to stream back an audio file from my server. I am using > cordova-media plugin to play the audio, and have it set such that I can set > the range header can be set and the server return that range of the audio > file. It works perfectly when I test it in the ripple emulator, but does not > work on my actual android device. I am using media.seekTo to change the > range, and every time I do that the audio file will pause for a second (like > it is waiting for the stream to come down) and go to that timestamp, but then > I can not go to any timestamp before that. It will just keep playing from the > future time stamp, like it is being streamed down and it cannot stop it. When > I check on the server, the app is indeed not sending the range header, but > only from the android device. It sets it in the ripple emulator. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-13452) Cordova Media does not send Range header
[ https://issues.apache.org/jira/browse/CB-13452?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16478228#comment-16478228 ] Wojciech Trocki edited comment on CB-13452 at 5/16/18 11:11 PM: Code that is used under the hood is classic android seekTo. I think operating system version will be crucial to resolve this issue. Can you provide Android version/Device? was (Author: wtrocki): Code that is used under the hood is classic android seekTo. I think operating system version will be crucial to resolve this issue. Can you provide Android version/Device? > Cordova Media does not send Range header > > > Key: CB-13452 > URL: https://issues.apache.org/jira/browse/CB-13452 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-media >Affects Versions: Master > Environment: Android Galaxy Tab E running Android 6.0.1 >Reporter: Bill Jamie >Priority: Major > Labels: easyfix, patch > Fix For: Master > > Original Estimate: 1h > Remaining Estimate: 1h > > I am trying to stream back an audio file from my server. I am using > cordova-media plugin to play the audio, and have it set such that I can set > the range header can be set and the server return that range of the audio > file. It works perfectly when I test it in the ripple emulator, but does not > work on my actual android device. I am using media.seekTo to change the > range, and every time I do that the audio file will pause for a second (like > it is waiting for the stream to come down) and go to that timestamp, but then > I can not go to any timestamp before that. It will just keep playing from the > future time stamp, like it is being streamed down and it cannot stop it. When > I check on the server, the app is indeed not sending the range header, but > only from the android device. It sets it in the ripple emulator. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-13452) Cordova Media does not send Range header
[ https://issues.apache.org/jira/browse/CB-13452?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16478228#comment-16478228 ] Wojciech Trocki commented on CB-13452: -- Code that is used under the hood is classic android seekTo. I think operating system version will be crucial to resolve this issue. Can you provide operating system version? > Cordova Media does not send Range header > > > Key: CB-13452 > URL: https://issues.apache.org/jira/browse/CB-13452 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-media >Affects Versions: Master > Environment: Android Galaxy Tab E running Android 6.0.1 >Reporter: Bill Jamie >Priority: Major > Labels: easyfix, patch > Fix For: Master > > Original Estimate: 1h > Remaining Estimate: 1h > > I am trying to stream back an audio file from my server. I am using > cordova-media plugin to play the audio, and have it set such that I can set > the range header can be set and the server return that range of the audio > file. It works perfectly when I test it in the ripple emulator, but does not > work on my actual android device. I am using media.seekTo to change the > range, and every time I do that the audio file will pause for a second (like > it is waiting for the stream to come down) and go to that timestamp, but then > I can not go to any timestamp before that. It will just keep playing from the > future time stamp, like it is being streamed down and it cannot stop it. When > I check on the server, the app is indeed not sending the range header, but > only from the android device. It sets it in the ripple emulator. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-13452) Cordova Media does not send Range header
[ https://issues.apache.org/jira/browse/CB-13452?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16478228#comment-16478228 ] Wojciech Trocki edited comment on CB-13452 at 5/16/18 11:04 PM: Code that is used under the hood is classic android seekTo. I think operating system version will be crucial to resolve this issue. Can you provide Android version/Device? was (Author: wtrocki): Code that is used under the hood is classic android seekTo. I think operating system version will be crucial to resolve this issue. Can you provide operating system version? > Cordova Media does not send Range header > > > Key: CB-13452 > URL: https://issues.apache.org/jira/browse/CB-13452 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-media >Affects Versions: Master > Environment: Android Galaxy Tab E running Android 6.0.1 >Reporter: Bill Jamie >Priority: Major > Labels: easyfix, patch > Fix For: Master > > Original Estimate: 1h > Remaining Estimate: 1h > > I am trying to stream back an audio file from my server. I am using > cordova-media plugin to play the audio, and have it set such that I can set > the range header can be set and the server return that range of the audio > file. It works perfectly when I test it in the ripple emulator, but does not > work on my actual android device. I am using media.seekTo to change the > range, and every time I do that the audio file will pause for a second (like > it is waiting for the stream to come down) and go to that timestamp, but then > I can not go to any timestamp before that. It will just keep playing from the > future time stamp, like it is being streamed down and it cannot stop it. When > I check on the server, the app is indeed not sending the range header, but > only from the android device. It sets it in the ripple emulator. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-13690) Change audio stream src in platform-browser
[ https://issues.apache.org/jira/browse/CB-13690?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16478225#comment-16478225 ] Wojciech Trocki commented on CB-13690: -- [~frank_owusu] Can you provide short code snipped? IMHO we may just need to expose destroy method that will do the job: https://github.com/apache/cordova-plugin-media/blob/master/src/android/AudioPlayer.java#L124-L131 This stops everything :) > Change audio stream src in platform-browser > --- > > Key: CB-13690 > URL: https://issues.apache.org/jira/browse/CB-13690 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-media >Affects Versions: 4.0.0 > Environment: Browser >Reporter: Frank Owusu >Priority: Critical > Labels: Audio, browser, easyfix, patch, stream > Fix For: 4.0.0 > > > h2. Media object change src method for Browser. > when node is released stream src is still being downloaded. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-14093) Setting a viewport scale factor causes page to be draggable
[
https://issues.apache.org/jira/browse/CB-14093?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16478212#comment-16478212
]
Wojciech Trocki edited comment on CB-14093 at 5/16/18 10:43 PM:
Basin on documentation in W3C suggested configuration is invalid. When the page
is first loaded the initial-scale property controls the initial zoom level ie 1
Viewport pixel = 1 CSS pixel. User-scalable, maximum-scale and minimum-scale
properties control how the user is able to zoom the page in or out.
If we set width=device-width and scale will be different than 1 then content
will automatically exceed the available window. That's why things are
draggable. Not sure why in some cases things aren't but that's something to log
into chrominium bugzilla.
This can be seen not only on mobile, but in regular browser when using mobile
phone mode in inspector. Check:
https://www.w3schools.com/css/example_withviewport.htm
It is not Cordova issue.
In order to control device and view sizes use CSS media queries to apply
different styling for small and large screens.
I would say 1 is recommended value that will work here.
was (Author: wtrocki):
Basin on documentation in W3C suggested configuration is invalid. When the page
is first loaded the initial-scale property controls the initial zoom level ie 1
Viewport pixel = 1 CSS pixel. User-scalable, maximum-scale and minimum-scale
properties control how the user is able to zoom the page in or out.
If we set width=device-width and scale will be different than 1 then content
will automatically exceed the available window.
This can be seen not only on mobile, but in regular browser when using mobile
phone mode in inspector. Check:
https://www.w3schools.com/css/example_withviewport.htm
It is not Cordova issue.
In order to control device and view sizes use CSS media queries to apply
different styling for small and large screens.
I would say 1 is recommended value that will work here.
> Setting a viewport scale factor causes page to be draggable
> ---
>
> Key: CB-14093
> URL: https://issues.apache.org/jira/browse/CB-14093
> Project: Apache Cordova
> Issue Type: Bug
>Reporter: Doug Davies
>Priority: Major
>
> I'm using Cordova 8.0.0. When I set the following viewport meta tag
>
> The screen is draggable (at least on Android). If I change to 1.14, then it
> is not. It seems very random… 1.11, 1.12, 1.14, 1.17, 1.18, 1.19 work… 1.13,
> 1.15, 1.16 don’t.
> You can reproduce this as follows:
> {code:java}
> cordova create demo
> cd demo
> cordova add platform android@7.1.0
> change viewport in index.html to
>
> cordova run android
> {code}
> My real app does this dynamically so that tablets scale the UI up
> appropriately. I swear this has been working until recently, but I can't say
> for sure. On iOS the viewport-fit=cover seems to be taking care of this,
> although I didn't add that until I needed iPhone X support.
> Copying [~wtrocki] as instructed.
> I tried this on iOS and without that it also scrolled around. So not sure in
> what component the problem lies.
> I've tried this on a stand-alone (non-cordova page) and it ALWAYS seems to be
> scrolling. So Cordova must be intervening and helping at least some of the
> time.
> Here's the pages I was attempting
> [http://funkyvisions.github.io/index1.html]
> [http://funkyvisions.github.io/index1.13.html]
> [http://funkyvisions.github.io/index1.14.html]
> [http://funkyvisions.github.io/index2.0.html]
>
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-14093) Setting a viewport scale factor causes page to be draggable
[
https://issues.apache.org/jira/browse/CB-14093?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16478212#comment-16478212
]
Wojciech Trocki commented on CB-14093:
--
Basin on documentation in W3C suggested configuration is invalid. When the page
is first loaded the initial-scale property controls the initial zoom level ie 1
Viewport pixel = 1 CSS pixel. User-scalable, maximum-scale and minimum-scale
properties control how the user is able to zoom the page in or out.
If we set width=device-width and scale will be different than 1 then content
will automatically exceed the available window.
This can be seen not only on mobile, but in regular browser when using mobile
phone mode in inspector. Check:
https://www.w3schools.com/css/example_withviewport.htm
It is not Cordova issue.
In order to control device and view sizes use CSS media queries to apply
different styling for small and large screens.
I would say 1 is recommended value that will work here.
> Setting a viewport scale factor causes page to be draggable
> ---
>
> Key: CB-14093
> URL: https://issues.apache.org/jira/browse/CB-14093
> Project: Apache Cordova
> Issue Type: Bug
>Reporter: Doug Davies
>Priority: Major
>
> I'm using Cordova 8.0.0. When I set the following viewport meta tag
>
> The screen is draggable (at least on Android). If I change to 1.14, then it
> is not. It seems very random… 1.11, 1.12, 1.14, 1.17, 1.18, 1.19 work… 1.13,
> 1.15, 1.16 don’t.
> You can reproduce this as follows:
> {code:java}
> cordova create demo
> cd demo
> cordova add platform android@7.1.0
> change viewport in index.html to
>
> cordova run android
> {code}
> My real app does this dynamically so that tablets scale the UI up
> appropriately. I swear this has been working until recently, but I can't say
> for sure. On iOS the viewport-fit=cover seems to be taking care of this,
> although I didn't add that until I needed iPhone X support.
> Copying [~wtrocki] as instructed.
> I tried this on iOS and without that it also scrolled around. So not sure in
> what component the problem lies.
> I've tried this on a stand-alone (non-cordova page) and it ALWAYS seems to be
> scrolling. So Cordova must be intervening and helping at least some of the
> time.
> Here's the pages I was attempting
> [http://funkyvisions.github.io/index1.html]
> [http://funkyvisions.github.io/index1.13.html]
> [http://funkyvisions.github.io/index1.14.html]
> [http://funkyvisions.github.io/index2.0.html]
>
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Issue Comment Deleted] (CB-14086) Status bar overlaps the IAB at the top in iOS 11
[
https://issues.apache.org/jira/browse/CB-14086?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Wojciech Trocki updated CB-14086:
-
Comment: was deleted
(was: Project used to reproduce issue:
https://github.com/wtrocki/cordova-bug-sandbox/compare/CB-14086)
> Status bar overlaps the IAB at the top in iOS 11
>
>
> Key: CB-14086
> URL: https://issues.apache.org/jira/browse/CB-14086
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-plugin-inappbrowser
> Environment: * iOS 11.3.1
> * cordova-plugin-inappbrowser 3.0.0
> * cordova-ios 4.5.4
> * cordova 8.0.0
> {code:java}
> ref = window.open('site_url',
> '_self',
>
> 'location=no,zoom=no,hidden=yes,clearsessioncache=no,clearcache=no,disallowoverscroll=yes');{code}
>Reporter: Viacheslav Mayorov
>Priority: Major
> Attachments: image1.png
>
>
> InAppBrowser is used as a wrapper for the site.
> When scrolling the page, the webpage content shows up behind the status bar.
> As I see it's known bug, but it appeared again in iOS 11.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-14087) InAppBrowser.open is getting stuck after first time use on iOS version 11.3.1
[
https://issues.apache.org/jira/browse/CB-14087?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16474775#comment-16474775
]
Wojciech Trocki commented on CB-14087:
--
I cannot reproduce this using simple code:
https://github.com/wtrocki/cordova-bug-sandbox/compare/CB-14086
Steps I'm using:
1. Open app.
2. Google opened on device ready
3. Close app
4. Open app again: see google :)
> InAppBrowser.open is getting stuck after first time use on iOS version 11.3.1
> -
>
> Key: CB-14087
> URL: https://issues.apache.org/jira/browse/CB-14087
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-plugin-inappbrowser
>Affects Versions: cordova-ios@4.3.1
> Environment: Apple iOS 11.3.1( Working fine on earlier versions)
> Device : iPad and iPhone
>
>Reporter: santosh nikam
>Priority: Critical
> Labels: 11.3.1, inappbrowser, ios
>
> Hello Team,
> We are India based software development company working for US customer. In
> our mobile application "PTOffice", we are using Cordova InAppBrowser plugin
> to open our external website pages. It was working fine for iOS versions
> lower than 11.3.*. But, now we are having issues with 11.3.1 since
> 24-Apr-2018.
> Issue is - InAppBrowser.open is working properly for first time. But, if we
> close the app (i.e. removing it from memory) and try same action,
> InAppBrowser.open is getting stuck and page loading is not getting completed.
> Only way to get it working again is log-off & restart device OR do a fresh
> app install again. There has been no code change and this code continues to
> work on older iOS versions (< 11.3.1). But, somehow problem on 11.3.1
> / We've used below code in our app to open server side page in the
> InAppBrowser. /
> var target = "_blank";
> var options = "location=no,toolbar=yes,zoom=no,hidden=yes";
> var ref = cordova.InAppBrowser.open(encodeURI(url), target, options);
> ref.addEventListener("loadstop", function (event) {
> ref.show();
> });
> Please provide solution to open the web pages consistently in InAppBrowser on
> iOS Version 11.3.1.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-14086) Status bar overlaps the IAB at the top in iOS 11
[
https://issues.apache.org/jira/browse/CB-14086?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16474776#comment-16474776
]
Wojciech Trocki commented on CB-14086:
--
Project used to reproduce issue:
https://github.com/wtrocki/cordova-bug-sandbox/compare/CB-14086
> Status bar overlaps the IAB at the top in iOS 11
>
>
> Key: CB-14086
> URL: https://issues.apache.org/jira/browse/CB-14086
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-plugin-inappbrowser
> Environment: * iOS 11.3.1
> * cordova-plugin-inappbrowser 3.0.0
> * cordova-ios 4.5.4
> * cordova 8.0.0
> {code:java}
> ref = window.open('site_url',
> '_self',
>
> 'location=no,zoom=no,hidden=yes,clearsessioncache=no,clearcache=no,disallowoverscroll=yes');{code}
>Reporter: Viacheslav Mayorov
>Priority: Major
> Attachments: image1.png
>
>
> InAppBrowser is used as a wrapper for the site.
> When scrolling the page, the webpage content shows up behind the status bar.
> As I see it's known bug, but it appeared again in iOS 11.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-14087) InAppBrowser.open is getting stuck after first time use on iOS version 11.3.1
[
https://issues.apache.org/jira/browse/CB-14087?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16474750#comment-16474750
]
Wojciech Trocki commented on CB-14087:
--
This may be issue not strictly related to Cordova.
It may be more IOS operating system/webview bug.
Some interesting topic on apple forums:
https://forums.developer.apple.com/thread/97676
[~santoshnikam] Do you see any error in application logs ?
> InAppBrowser.open is getting stuck after first time use on iOS version 11.3.1
> -
>
> Key: CB-14087
> URL: https://issues.apache.org/jira/browse/CB-14087
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-plugin-inappbrowser
>Affects Versions: cordova-ios@4.3.1
> Environment: Apple iOS 11.3.1( Working fine on earlier versions)
> Device : iPad and iPhone
>
>Reporter: santosh nikam
>Priority: Critical
> Labels: 11.3.1, inappbrowser, ios
>
> Hello Team,
> We are India based software development company working for US customer. In
> our mobile application "PTOffice", we are using Cordova InAppBrowser plugin
> to open our external website pages. It was working fine for iOS versions
> lower than 11.3.*. But, now we are having issues with 11.3.1 since
> 24-Apr-2018.
> Issue is - InAppBrowser.open is working properly for first time. But, if we
> close the app (i.e. removing it from memory) and try same action,
> InAppBrowser.open is getting stuck and page loading is not getting completed.
> Only way to get it working again is log-off & restart device OR do a fresh
> app install again. There has been no code change and this code continues to
> work on older iOS versions (< 11.3.1). But, somehow problem on 11.3.1
> / We've used below code in our app to open server side page in the
> InAppBrowser. /
> var target = "_blank";
> var options = "location=no,toolbar=yes,zoom=no,hidden=yes";
> var ref = cordova.InAppBrowser.open(encodeURI(url), target, options);
> ref.addEventListener("loadstop", function (event) {
> ref.show();
> });
> Please provide solution to open the web pages consistently in InAppBrowser on
> iOS Version 11.3.1.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-14062) HTML5 Audio Player fails on iOS
[
https://issues.apache.org/jira/browse/CB-14062?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16474741#comment-16474741
]
Wojciech Trocki commented on CB-14062:
--
[~Bitkarsten] Yes. I have used 11.3.1. Works great. All controls are there.
Tried different formats.
Take look on the sample app I linked. Do you see the same problems on your
device?
> HTML5 Audio Player fails on iOS
>
>
> Key: CB-14062
> URL: https://issues.apache.org/jira/browse/CB-14062
> Project: Apache Cordova
> Issue Type: Bug
> Components: Ionic
> Environment: cordova 8.0.0
> ionic 3.20.0
>Reporter: Karsten Bittsteller
>Priority: Minor
>
> Hey there,
> i try to get the html5 audio working on ios with cordova.
> {code:java}
>
>
> {code}
> Working fine on Android or on all Web Browsers using ionic serve
> (Safari/Chrome, no problem). But get stuck on ios. Audiofile is played just
> once and during playback it says "Live broadcast". When finished, there is no
> way to get this file play another time but close the view and go back works
> fine.
> Could this be an cordova issue or am I doing something wrong?
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-14062) HTML5 Audio Player fails on iOS
[
https://issues.apache.org/jira/browse/CB-14062?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16474741#comment-16474741
]
Wojciech Trocki edited comment on CB-14062 at 5/14/18 8:07 PM:
---
[~Bitkarsten] Yes. I have used 11.3.1. Works great. All controls are there.
Tried different formats.
Take look on the sample app I linked. Do you see the same problems on your
device? What format is played?
was (Author: wtrocki):
[~Bitkarsten] Yes. I have used 11.3.1. Works great. All controls are there.
Tried different formats.
Take look on the sample app I linked. Do you see the same problems on your
device?
> HTML5 Audio Player fails on iOS
>
>
> Key: CB-14062
> URL: https://issues.apache.org/jira/browse/CB-14062
> Project: Apache Cordova
> Issue Type: Bug
> Components: Ionic
> Environment: cordova 8.0.0
> ionic 3.20.0
>Reporter: Karsten Bittsteller
>Priority: Minor
>
> Hey there,
> i try to get the html5 audio working on ios with cordova.
> {code:java}
>
>
> {code}
> Working fine on Android or on all Web Browsers using ionic serve
> (Safari/Chrome, no problem). But get stuck on ios. Audiofile is played just
> once and during playback it says "Live broadcast". When finished, there is no
> way to get this file play another time but close the view and go back works
> fine.
> Could this be an cordova issue or am I doing something wrong?
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-13983) iOS unlock reverts earlier orientation instead of letting device do its job
[
https://issues.apache.org/jira/browse/CB-13983?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16473944#comment-16473944
]
Wojciech Trocki commented on CB-13983:
--
[~aszmyd] Acutally I found that both PRs are fixing same problems, but so I
would love to merge them together into one and get some cordova maintainer
attention in order to get that on master.
I will work go get that done.
Current screen orientation plugin has many quirks (you need to set orientation
first to make it behave properly etc.)
It feels like this plugin needed general cleanup and both PR's are doing that.
> iOS unlock reverts earlier orientation instead of letting device do its job
> ---
>
> Key: CB-13983
> URL: https://issues.apache.org/jira/browse/CB-13983
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-plugin-screen-orientation
>Reporter: Adam Szmyd
>Priority: Major
>
> Scenaio:
> # Rotate phone to landscape
> # Force portrait by invoking `screen.orientation.lock('portrait')`
> # Turn phone into portrait mode
> # Release orientation lock using `screen.orientation.unlock()`
> Result:
> *Plugin reverts last orientation and phone changes to landscape*
> Expected result:
> *Phone should decide by its own in which orientation it is after unlock so it
> should remain in portrait mode in the above example.*
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-14018) PhoneGap Camera , Cannot read property 'getPicture' of undefined
[ https://issues.apache.org/jira/browse/CB-14018?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16473502#comment-16473502 ] Wojciech Trocki commented on CB-14018: -- Working on reproducing issue using sample project. > PhoneGap Camera , Cannot read property 'getPicture' of undefined > > > Key: CB-14018 > URL: https://issues.apache.org/jira/browse/CB-14018 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-camera >Affects Versions: 4.0.1 > Environment: cordova plugin camera : > 4.0.2 > platform: > 6.4.0 > Phonegap cli version: > 8.0.0 >Reporter: Prosenjeet Paul >Priority: Major > Labels: cordova, cordova-8.0.0, cordova-plugin-camera, phonegap > Fix For: 2.0.0 > > Original Estimate: 444h > Remaining Estimate: 444h > > The latest version is working fine in the development but its not working in > the production (apk) release getting same error: > "*Cannot read property 'getPicture' of undefined*" > After doing research about the issue it took 2 days to figure out that its > working fine with 2.0.0 version but the plugin is not working with > 4.0.2(latest version) > I think its a critical issue and it should be resolved asap. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-14015) Android Status Bar obscuring navigation buttons on InAppBrowser
[ https://issues.apache.org/jira/browse/CB-14015?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16473480#comment-16473480 ] Wojciech Trocki commented on CB-14015: -- [~clowja] What version of InAppBrowser are you using? What launch options are used? > Android Status Bar obscuring navigation buttons on InAppBrowser > --- > > Key: CB-14015 > URL: https://issues.apache.org/jira/browse/CB-14015 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-inappbrowser, cordova-plugin-statusbar >Reporter: Jonathan Clow >Priority: Major > Attachments: Screenshot_20180404-124337_MyTPD.jpg > > > On Android devices, when using the InAppBrowser to load pages, the Android > status bar is displayed over the top half of the navigation panel with and > without the Status Bar plugin included in the app. This is definitely clear > on my Samsung Galaxy S8 as evident in the attached screenshot, but may affect > other large format devices. This wouldn't be as much of a problem if the > navigation buttons were on the bottom of the browser as on iOS or if similar > options were available to hide the status bar if the browser is open, but no > option seems to be effective or available for Android. > Is there some configuration I'm missing that fixes this issue or is this a > known bug that has no solution? -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-13998) Launch app in InAppBrowser with Custom URL Scheme or Deeplinks Plugin
[ https://issues.apache.org/jira/browse/CB-13998?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16473476#comment-16473476 ] Wojciech Trocki commented on CB-13998: -- [~Copois] What is the plugin InAppBrowser version? Are other schemes like `fb://profile` working? It may be bug when scheme is not defined: https://issues.apache.org/jira/browse/CB-14048 PR: https://github.com/apache/cordova-plugin-inappbrowser/pull/268 However this issue is happening on core that was not released yet. I will be happy to replicate that when version will be provided. > Launch app in InAppBrowser with Custom URL Scheme or Deeplinks Plugin > - > > Key: CB-13998 > URL: https://issues.apache.org/jira/browse/CB-13998 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-inappbrowser >Reporter: Copois Pierre >Priority: Major > > Hello, > I have a problem. > I would like to start an application from InAppBrowser with a link like > "myapp: //" but it does not work. > I do not know if it's because of different Webview or not :/ > For now I have to go through > [https://github.com/EddyVerbruggen/cordova-plugin-safariviewcontroller] > > Thank you -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-13997) npm should always be used with NO_UPDATE_NOTIFIER setted
[ https://issues.apache.org/jira/browse/CB-13997?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16473472#comment-16473472 ] Wojciech Trocki edited comment on CB-13997 at 5/13/18 12:50 PM: This is already supported. See https://cordova.apache.org/docs/en/latest/reference/cordova-cli/#common-options `--no-update-notifier` was (Author: wtrocki): This is already supported. See https://cordova.apache.org/docs/en/latest/reference/cordova-cli/#common-options `--no-update-notifier` However I found that there are still cases where cordova executes NPM without including this flag: https://github.com/apache/cordova-fetch/blob/2932d1890f55c449f20aeba87abb30af266bc8d4/index.js#L257 I'm not sure what will be the suggested aproach from cordova team, so I will wait with this trivial fix. > npm should always be used with NO_UPDATE_NOTIFIER setted > > > Key: CB-13997 > URL: https://issues.apache.org/jira/browse/CB-13997 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-lib >Reporter: Nicolas HENRY >Priority: Minor > > Since cordova-lib is using npm commands, when I am behind a corporate proxy > npm is trying to check if npm has new versions available and get stuck for > some time each time npm command is spawned. > As a workaround, I set NO_UPDATE_NOTIFIER environment variable manually to > disable the check done by the "update-notifier" module which is used by npm. > I think that cordova-lib should set this variable itself when it spawn npm > commands since this check is probably unnecessary. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-13997) npm should always be used with NO_UPDATE_NOTIFIER setted
[ https://issues.apache.org/jira/browse/CB-13997?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16473472#comment-16473472 ] Wojciech Trocki edited comment on CB-13997 at 5/13/18 12:47 PM: This is already supported. See https://cordova.apache.org/docs/en/latest/reference/cordova-cli/#common-options `--no-update-notifier` However I found that there are still cases where cordova executes NPM without including this flag: https://github.com/apache/cordova-fetch/blob/2932d1890f55c449f20aeba87abb30af266bc8d4/index.js#L257 I'm not sure what will be the suggested aproach from cordova team. was (Author: wtrocki): This is already supported. See https://cordova.apache.org/docs/en/latest/reference/cordova-cli/#common-options `--no-update-notifier` However I found that there is still one case where cordova executes NPM without this flag: https://github.com/apache/cordova-fetch/blob/2932d1890f55c449f20aeba87abb30af266bc8d4/index.js#L257 > npm should always be used with NO_UPDATE_NOTIFIER setted > > > Key: CB-13997 > URL: https://issues.apache.org/jira/browse/CB-13997 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-lib >Reporter: Nicolas HENRY >Priority: Minor > > Since cordova-lib is using npm commands, when I am behind a corporate proxy > npm is trying to check if npm has new versions available and get stuck for > some time each time npm command is spawned. > As a workaround, I set NO_UPDATE_NOTIFIER environment variable manually to > disable the check done by the "update-notifier" module which is used by npm. > I think that cordova-lib should set this variable itself when it spawn npm > commands since this check is probably unnecessary. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-13997) npm should always be used with NO_UPDATE_NOTIFIER setted
[ https://issues.apache.org/jira/browse/CB-13997?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16473472#comment-16473472 ] Wojciech Trocki edited comment on CB-13997 at 5/13/18 12:47 PM: This is already supported. See https://cordova.apache.org/docs/en/latest/reference/cordova-cli/#common-options `--no-update-notifier` However I found that there are still cases where cordova executes NPM without including this flag: https://github.com/apache/cordova-fetch/blob/2932d1890f55c449f20aeba87abb30af266bc8d4/index.js#L257 I'm not sure what will be the suggested aproach from cordova team, so I will wait with this trivial fix. was (Author: wtrocki): This is already supported. See https://cordova.apache.org/docs/en/latest/reference/cordova-cli/#common-options `--no-update-notifier` However I found that there are still cases where cordova executes NPM without including this flag: https://github.com/apache/cordova-fetch/blob/2932d1890f55c449f20aeba87abb30af266bc8d4/index.js#L257 I'm not sure what will be the suggested aproach from cordova team. > npm should always be used with NO_UPDATE_NOTIFIER setted > > > Key: CB-13997 > URL: https://issues.apache.org/jira/browse/CB-13997 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-lib >Reporter: Nicolas HENRY >Priority: Minor > > Since cordova-lib is using npm commands, when I am behind a corporate proxy > npm is trying to check if npm has new versions available and get stuck for > some time each time npm command is spawned. > As a workaround, I set NO_UPDATE_NOTIFIER environment variable manually to > disable the check done by the "update-notifier" module which is used by npm. > I think that cordova-lib should set this variable itself when it spawn npm > commands since this check is probably unnecessary. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-13997) npm should always be used with NO_UPDATE_NOTIFIER setted
[ https://issues.apache.org/jira/browse/CB-13997?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16473472#comment-16473472 ] Wojciech Trocki commented on CB-13997: -- This is already supported. See https://cordova.apache.org/docs/en/latest/reference/cordova-cli/#common-options `--no-update-notifier` However I found that there is still one case where cordova executes NPM without this flag: https://github.com/apache/cordova-fetch/blob/2932d1890f55c449f20aeba87abb30af266bc8d4/index.js#L257 > npm should always be used with NO_UPDATE_NOTIFIER setted > > > Key: CB-13997 > URL: https://issues.apache.org/jira/browse/CB-13997 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-lib >Reporter: Nicolas HENRY >Priority: Minor > > Since cordova-lib is using npm commands, when I am behind a corporate proxy > npm is trying to check if npm has new versions available and get stuck for > some time each time npm command is spawned. > As a workaround, I set NO_UPDATE_NOTIFIER environment variable manually to > disable the check done by the "update-notifier" module which is used by npm. > I think that cordova-lib should set this variable itself when it spawn npm > commands since this check is probably unnecessary. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-13996) The Splash Page doesn't hide when iOS devices connect to WiFi
[
https://issues.apache.org/jira/browse/CB-13996?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16473467#comment-16473467
]
Wojciech Trocki commented on CB-13996:
--
[~Aggie] Trying to replicate this ticket. What you mean by:
{quote}They connect, and click the app icon. {quote}
Does it mean that connection screen overlaps splash?
Can I assume that splashscreen will not be dissmised in scenario when any wifi
is connected?
Cannot replicate that, but I think I'm just missing details to reproduce it.
If you looking for workaround splashsceen provides config options that will
help to dismiss it without code:
{code}
{code}
> The Splash Page doesn't hide when iOS devices connect to WiFi
> -
>
> Key: CB-13996
> URL: https://issues.apache.org/jira/browse/CB-13996
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-plugin-splashscreen
>Affects Versions: cordova-ios@4.3.1, cordova@7.1.0
>Reporter: Aggie Chen
>Priority: Major
> Labels: performance
>
> as title, I have done some search about .splashscreen.hide().
> Andriod is fine. IOS is fine when it does not connect to WiFi. But some
> end-users open App by public WiFi. They connect, and click the app icon,
> Splash show up and stuck here.
> The problem is a little like https://issues.apache.org/jira/browse/CB-10562.
> Is there other ways to help solve this condition?
>
> environment：
> splashscreen 4.0.1, iphone 11.1.2. 10.3.2
> config.xml
>
>
>
>
>
>
>
>
>
>
> and js:
> setTimeout(function () {
> navigator.splashscreen.hide();
> }, 2000);
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-13985) Plugin installation fails if the plugin requires variables on platform add
[
https://issues.apache.org/jira/browse/CB-13985?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16473460#comment-16473460
]
Wojciech Trocki commented on CB-13985:
--
Checking this ticket. It looks like it happens only when spec refers to url,
as I could not replicate that using normal versions.
It may be problem with provider here:
https://github.com/apache/cordova-lib/blob/ad31610fac93d824ed8fc25761e947fb52894691/src/plugman/variable-merge.js#L47-L52
Going to debug this and provide PR.
> Plugin installation fails if the plugin requires variables on platform add
> --
>
> Key: CB-13985
> URL: https://issues.apache.org/jira/browse/CB-13985
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-plugman
>Reporter: Benjamin Räder
>Priority: Major
> Labels: bug
>
> If you have a plugin defined in your plugin.xml like this:
> {code:java}
> spec="git+https://github.com//cordova-plugin-facebook4.git";>
>
>
> {code}
> package.json:
> {code:java}
> "cordova-plugin-facebook4": { "APP_ID": "1234567890", "APP_NAME": "Testapp" },
> {code}
> And you try to add a new platform to your project:
> {code:java}
> cordova platform add ios
> {code}
> The plugin cannot be installed because the variables are not passed during
> the installation phase:
> {code:java}
> Installing "cordova-plugin-facebook4" for ios Failed to install
> 'cordova-plugin-facebook4': Error: Variable(s) missing: APP_ID, APP_NAME at
> Object.mergeVariables
> (/usr/local/lib/node_modules/cordova/node_modules/cordova-lib/src/plugman/variable-merge.js:58:15)
> at
> /usr/local/lib/node_modules/cordova/node_modules/cordova-lib/src/plugman/install.js:315:44
> at _fulfilled
> (/usr/local/lib/node_modules/cordova/node_modules/q/q.js:787:54) at
> self.promiseDispatch.done
> (/usr/local/lib/node_modules/cordova/node_modules/q/q.js:816:30) at
> Promise.promise.promiseDispatch
> (/usr/local/lib/node_modules/cordova/node_modules/q/q.js:749:13) at
> /usr/local/lib/node_modules/cordova/node_modules/q/q.js:557:44 at flush
> (/usr/local/lib/node_modules/cordova/node_modules/q/q.js:108:17) at
> process._tickCallback (internal/process/next_tick.js:150:11) Error:
> Variable(s) missing: APP_ID, APP_NAME
> {code}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-13983) iOS unlock reverts earlier orientation instead of letting device do its job
[
https://issues.apache.org/jira/browse/CB-13983?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16473455#comment-16473455
]
Wojciech Trocki commented on CB-13983:
--
[~aszmyd] Thank you for logging issue.
I have sent PR to resolve this issue as part of other jira:
https://issues.apache.org/jira/browse/CB-14079
PR: https://github.com/apache/cordova-plugin-screen-orientation/pull/32
PR is waiting for review from Cordova team.
> iOS unlock reverts earlier orientation instead of letting device do its job
> ---
>
> Key: CB-13983
> URL: https://issues.apache.org/jira/browse/CB-13983
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-plugin-screen-orientation
>Reporter: Adam Szmyd
>Priority: Major
>
> Scenaio:
> # Rotate phone to landscape
> # Force portrait by invoking `screen.orientation.lock('portrait')`
> # Turn phone into portrait mode
> # Release orientation lock using `screen.orientation.unlock()`
> Result:
> *Plugin reverts last orientation and phone changes to landscape*
> Expected result:
> *Phone should decide by its own in which orientation it is after unlock so it
> should remain in portrait mode in the above example.*
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Issue Comment Deleted] (CB-14087) InAppBrowser.open is getting stuck after first time use on iOS version 11.3.1
[
https://issues.apache.org/jira/browse/CB-14087?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Wojciech Trocki updated CB-14087:
-
Comment: was deleted
(was: Working on it!)
> InAppBrowser.open is getting stuck after first time use on iOS version 11.3.1
> -
>
> Key: CB-14087
> URL: https://issues.apache.org/jira/browse/CB-14087
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-plugin-inappbrowser
>Affects Versions: cordova-ios@4.3.1
> Environment: Apple iOS 11.3.1( Working fine on earlier versions)
> Device : iPad and iPhone
>
>Reporter: santosh nikam
>Priority: Critical
> Labels: 11.3.1, inappbrowser, ios
>
> Hello Team,
> We are India based software development company working for US customer. In
> our mobile application "PTOffice", we are using Cordova InAppBrowser plugin
> to open our external website pages. It was working fine for iOS versions
> lower than 11.3.*. But, now we are having issues with 11.3.1 since
> 24-Apr-2018.
> Issue is - InAppBrowser.open is working properly for first time. But, if we
> close the app (i.e. removing it from memory) and try same action,
> InAppBrowser.open is getting stuck and page loading is not getting completed.
> Only way to get it working again is log-off & restart device OR do a fresh
> app install again. There has been no code change and this code continues to
> work on older iOS versions (< 11.3.1). But, somehow problem on 11.3.1
> / We've used below code in our app to open server side page in the
> InAppBrowser. /
> var target = "_blank";
> var options = "location=no,toolbar=yes,zoom=no,hidden=yes";
> var ref = cordova.InAppBrowser.open(encodeURI(url), target, options);
> ref.addEventListener("loadstop", function (event) {
> ref.show();
> });
> Please provide solution to open the web pages consistently in InAppBrowser on
> iOS Version 11.3.1.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-14087) InAppBrowser.open is getting stuck after first time use on iOS version 11.3.1
[
https://issues.apache.org/jira/browse/CB-14087?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16473437#comment-16473437
]
Wojciech Trocki commented on CB-14087:
--
Working on it!
> InAppBrowser.open is getting stuck after first time use on iOS version 11.3.1
> -
>
> Key: CB-14087
> URL: https://issues.apache.org/jira/browse/CB-14087
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-plugin-inappbrowser
>Affects Versions: cordova-ios@4.3.1
> Environment: Apple iOS 11.3.1( Working fine on earlier versions)
> Device : iPad and iPhone
>
>Reporter: santosh nikam
>Priority: Critical
> Labels: 11.3.1, inappbrowser, ios
>
> Hello Team,
> We are India based software development company working for US customer. In
> our mobile application "PTOffice", we are using Cordova InAppBrowser plugin
> to open our external website pages. It was working fine for iOS versions
> lower than 11.3.*. But, now we are having issues with 11.3.1 since
> 24-Apr-2018.
> Issue is - InAppBrowser.open is working properly for first time. But, if we
> close the app (i.e. removing it from memory) and try same action,
> InAppBrowser.open is getting stuck and page loading is not getting completed.
> Only way to get it working again is log-off & restart device OR do a fresh
> app install again. There has been no code change and this code continues to
> work on older iOS versions (< 11.3.1). But, somehow problem on 11.3.1
> / We've used below code in our app to open server side page in the
> InAppBrowser. /
> var target = "_blank";
> var options = "location=no,toolbar=yes,zoom=no,hidden=yes";
> var ref = cordova.InAppBrowser.open(encodeURI(url), target, options);
> ref.addEventListener("loadstop", function (event) {
> ref.show();
> });
> Please provide solution to open the web pages consistently in InAppBrowser on
> iOS Version 11.3.1.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-14080) Custom framework not found
[ https://issues.apache.org/jira/browse/CB-14080?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16468654#comment-16468654 ] Wojciech Trocki commented on CB-14080: -- [~Lobao] No problem. Happy to help. If there is no issue on Cordova feel free to close this ticket. > Custom framework not found > --- > > Key: CB-14080 > URL: https://issues.apache.org/jira/browse/CB-14080 > Project: Apache Cordova > Issue Type: Bug > Components: AllPlatforms >Affects Versions: cordova-ios 4.5.0 > Environment: >Reporter: Paulo >Priority: Major > > When adding a framework an issue occurs. Framework not found. > When I open the project with Xcode I can see the reference to the framework > is there but the path is: > /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS11.2.sdk/System/Library/Frameworks/PlotProjects.framework > I can fix if I delete the reference and then add it again manually, but I > need that it's correctly added automatically. > > config.xml -> framework="true" embed="true"/> -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-14083) Travis doesn't actually test docs on PR
[
https://issues.apache.org/jira/browse/CB-14083?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16468498#comment-16468498
]
Wojciech Trocki edited comment on CB-14083 at 5/9/18 8:40 AM:
--
Fixed in: https://github.com/apache/cordova-docs/pull/815
was (Author: wtrocki):
Fixed in: https://github.com/apache/cordova-docs/pull/815
I will add additional commits (optional) that removes unused tests
> Travis doesn't actually test docs on PR
> ---
>
> Key: CB-14083
> URL: https://issues.apache.org/jira/browse/CB-14083
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-docs
>Reporter: Dmitry Blotsky
>Priority: Major
> Labels: docs, travis
> Original Estimate: 1h
> Remaining Estimate: 1h
>
> Right now the per-PR Travis task runs {{npm test}}, which doesn't actually
> build the site; it only tests code that isn't used anymore.
> Instead, it should run {{npm run-script build}}.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-14083) Travis doesn't actually test docs on PR
[
https://issues.apache.org/jira/browse/CB-14083?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16468498#comment-16468498
]
Wojciech Trocki edited comment on CB-14083 at 5/9/18 8:36 AM:
--
Fixed in: https://github.com/apache/cordova-docs/pull/815
I will add additional commits (optional) that removes unused tests
was (Author: wtrocki):
Taking a look
> Travis doesn't actually test docs on PR
> ---
>
> Key: CB-14083
> URL: https://issues.apache.org/jira/browse/CB-14083
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-docs
>Reporter: Dmitry Blotsky
>Priority: Major
> Labels: docs, travis
> Original Estimate: 1h
> Remaining Estimate: 1h
>
> Right now the per-PR Travis task runs {{npm test}}, which doesn't actually
> build the site; it only tests code that isn't used anymore.
> Instead, it should run {{npm run-script build}}.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-14083) Travis doesn't actually test docs on PR
[
https://issues.apache.org/jira/browse/CB-14083?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16468498#comment-16468498
]
Wojciech Trocki commented on CB-14083:
--
Taking a look
> Travis doesn't actually test docs on PR
> ---
>
> Key: CB-14083
> URL: https://issues.apache.org/jira/browse/CB-14083
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-docs
>Reporter: Dmitry Blotsky
>Priority: Major
> Labels: docs, travis
> Original Estimate: 1h
> Remaining Estimate: 1h
>
> Right now the per-PR Travis task runs {{npm test}}, which doesn't actually
> build the site; it only tests code that isn't used anymore.
> Instead, it should run {{npm run-script build}}.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-14043) Permission is needed and prompted to access application asstes folder on Android.
[
https://issues.apache.org/jira/browse/CB-14043?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16467061#comment-16467061
]
Wojciech Trocki edited comment on CB-14043 at 5/8/18 7:40 PM:
--
I'm really happy to help, but I'm not sure if this is a bug.
Can you provide more context for this issue?
Do you mean that we should differentiate between access to android assets vs
user storage?
was (Author: wtrocki):
Taking look
> Permission is needed and prompted to access application asstes folder on
> Android.
> -
>
> Key: CB-14043
> URL: https://issues.apache.org/jira/browse/CB-14043
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-plugin-file
>Reporter: Manfred Schmidbartl
>Priority: Major
>
> Reading assets from cordova.file.applicationDirectory
> ("file:///android_asset/") results in a prompt on newer Android Versions as
> "READ/WRITE_EXTERNAL_STORAGE" is requested.
>
> Quick Fix:
> in needPermission (l. 570) in FileUtils added:
> if (permissionType == READ && nativeURL.startsWith("file:///android_asset/"))
> {
> return false;
> }
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-13982) Android screen orientation issue in 8.1.0 in Cordova Android App
[ https://issues.apache.org/jira/browse/CB-13982?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16467860#comment-16467860 ] Wojciech Trocki edited comment on CB-13982 at 5/8/18 7:35 PM: -- [~VishwanathM] Do you use orientation plugin? When using cordova you should have only one activity unless you making multiple screens in native app. Steps you have provided are for native apps which have orientation specified in manifest. Can you provide simple list of steps to replicate this? was (Author: wtrocki): Looking into that! > Android screen orientation issue in 8.1.0 in Cordova Android App > > > Key: CB-13982 > URL: https://issues.apache.org/jira/browse/CB-13982 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-android >Affects Versions: 8.0.0 > Environment: Android OS 8.1.0 and Android P Developer Preview > Pixel 2 XL Device > Please check in attached project >Reporter: Vishwanath.M >Priority: Major > Labels: bug > Attachments: android.zip > > > Am having issue in Android OS 8.1.0 > * Start a portrait activity A (portrait declare programatically in code of > main activity not in manifest) > * Start a landscape activity B (landscape declare on manifest) > * Finish the landscape activity B > * Main activity A which should be displayed in portrait mode will turn in to > landscape after finishing landscape activity. > I had observed this issue in google pixel 2 xl device with OS version 8.1.0 > onwards ( issue present in Android P developer preview1 also) > i saw someone posted in google groups also > [https://issuetracker.google.com/issues/69168442] > but didn't get any fix, how can i fix this issue.? > My application is hybrid application (cordova) , I also tried to replicate > issue in native android but issue is not there in native android sample app > happening only in cordova app -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-13982) Android screen orientation issue in 8.1.0 in Cordova Android App
[ https://issues.apache.org/jira/browse/CB-13982?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16467860#comment-16467860 ] Wojciech Trocki edited comment on CB-13982 at 5/8/18 7:35 PM: -- [~VishwanathM] Do you use orientation plugin? When using cordova you should have only one activity unless you making multiple screens in native app. Steps you have provided are for native apps which have orientation specified in manifest. Can you provide simple list of steps to replicate this on Cordova platform? was (Author: wtrocki): [~VishwanathM] Do you use orientation plugin? When using cordova you should have only one activity unless you making multiple screens in native app. Steps you have provided are for native apps which have orientation specified in manifest. Can you provide simple list of steps to replicate this? > Android screen orientation issue in 8.1.0 in Cordova Android App > > > Key: CB-13982 > URL: https://issues.apache.org/jira/browse/CB-13982 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-android >Affects Versions: 8.0.0 > Environment: Android OS 8.1.0 and Android P Developer Preview > Pixel 2 XL Device > Please check in attached project >Reporter: Vishwanath.M >Priority: Major > Labels: bug > Attachments: android.zip > > > Am having issue in Android OS 8.1.0 > * Start a portrait activity A (portrait declare programatically in code of > main activity not in manifest) > * Start a landscape activity B (landscape declare on manifest) > * Finish the landscape activity B > * Main activity A which should be displayed in portrait mode will turn in to > landscape after finishing landscape activity. > I had observed this issue in google pixel 2 xl device with OS version 8.1.0 > onwards ( issue present in Android P developer preview1 also) > i saw someone posted in google groups also > [https://issuetracker.google.com/issues/69168442] > but didn't get any fix, how can i fix this issue.? > My application is hybrid application (cordova) , I also tried to replicate > issue in native android but issue is not there in native android sample app > happening only in cordova app -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-13982) Android screen orientation issue in 8.1.0 in Cordova Android App
[ https://issues.apache.org/jira/browse/CB-13982?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16467860#comment-16467860 ] Wojciech Trocki commented on CB-13982: -- Looking into that! > Android screen orientation issue in 8.1.0 in Cordova Android App > > > Key: CB-13982 > URL: https://issues.apache.org/jira/browse/CB-13982 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-android >Affects Versions: 8.0.0 > Environment: Android OS 8.1.0 and Android P Developer Preview > Pixel 2 XL Device > Please check in attached project >Reporter: Vishwanath.M >Priority: Major > Labels: bug > Attachments: android.zip > > > Am having issue in Android OS 8.1.0 > * Start a portrait activity A (portrait declare programatically in code of > main activity not in manifest) > * Start a landscape activity B (landscape declare on manifest) > * Finish the landscape activity B > * Main activity A which should be displayed in portrait mode will turn in to > landscape after finishing landscape activity. > I had observed this issue in google pixel 2 xl device with OS version 8.1.0 > onwards ( issue present in Android P developer preview1 also) > i saw someone posted in google groups also > [https://issuetracker.google.com/issues/69168442] > but didn't get any fix, how can i fix this issue.? > My application is hybrid application (cordova) , I also tried to replicate > issue in native android but issue is not there in native android sample app > happening only in cordova app -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-14058) M4A files from iTunes API don't play on Android device
[
https://issues.apache.org/jira/browse/CB-14058?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16467855#comment-16467855
]
Wojciech Trocki commented on CB-14058:
--
This looks like it is strange phone/os issue that cannot be considered generic
problem with Cordova.
It's hard to replicate issue as it happens to appear only on specific phone
model and this also may be related with some custom system.
> M4A files from iTunes API don't play on Android device
> --
>
> Key: CB-14058
> URL: https://issues.apache.org/jira/browse/CB-14058
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-plugin-media
> Environment: Cordova 7.1.0
> cordova-android 6.3.0
> Huawei P8 Lite @ Android 6
>Reporter: Dennis Patzer
>Priority: Major
>
> Hello,
>
> on my Huawei P8 Lite with Android 6 and EMI 4.0.3 the following code doesn't
> play the remote file:
> {{var a = new
> Media('[https://audio-ssl.itunes.apple.com/apple-assets-us-std-01/AudioPreview41/v4/cc/ee/4b/ccee4b08-094f-5972-6a4f-80fe2d056660/mzaf_6222722413468693928.plus.aac.p.m4a',]
> null, function(err) \{console.log(err);});}}
> {{a.play();}}
> * When I open the URL in Chrome on this device, everything works.
> * When I use a remote MP3 file, it also works.
> * On iOS the same code works.
> * On my Huawei Android 5 device it also works.
>
> Is this a bug in the plugin? What can I do?
> Bye The_Unknown
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-11861) regression
[ https://issues.apache.org/jira/browse/CB-11861?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16467851#comment-16467851 ] Wojciech Trocki edited comment on CB-11861 at 5/8/18 7:26 PM: -- Simplified project to reproduce issue: https://github.com/wtrocki/cordova-bug-sandbox/tree/CB-11861 I could not replicate this issue on devices or emulator. Also tried different types: audio/* - All sound files are accepted video/* - All video files are accepted image/* - All image files are accepted was (Author: wtrocki): Simplified project to reproduce issue: https://github.com/wtrocki/cordova-bug-sandbox/tree/CB-11861 I could not replicate this. Also tried different types: audio/* - All sound files are accepted video/* - All video files are accepted image/* - All image files are accepted > regression > > > Key: CB-11861 > URL: https://issues.apache.org/jira/browse/CB-11861 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-android >Affects Versions: 6.3.1 > Environment: [sombriks@sephiroth ~]$ cordova -version ; cordova > platform list | grep android ; uname -a > 6.3.1 > android 5.2.2 > Linux sephiroth 4.7.3-200.fc24.x86_64 #1 SMP Wed Sep 7 17:31:21 UTC 2016 > x86_64 x86_64 x86_64 GNU/Linux > the phone running the test is an LG G4 android 6 >Reporter: Leonardo Silveira Nascimento Filho >Priority: Major > Labels: accept, camera,, capture, > Attachments: Screenshot_2016-09-17-15-57-41.png > > > instead of show options as camera and gallery, it shows fm radio and file > administrator. > cordova-lib 6.3.1 > cordova-android 5.2.2 > the phone running the test is an LG G4 android 6 -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-11861) regression
[ https://issues.apache.org/jira/browse/CB-11861?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16467851#comment-16467851 ] Wojciech Trocki commented on CB-11861: -- Simplified project to reproduce issue: https://github.com/wtrocki/cordova-bug-sandbox/tree/CB-11861 I could not replicate this. Also tried different types: audio/* - All sound files are accepted video/* - All video files are accepted image/* - All image files are accepted > regression > > > Key: CB-11861 > URL: https://issues.apache.org/jira/browse/CB-11861 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-android >Affects Versions: 6.3.1 > Environment: [sombriks@sephiroth ~]$ cordova -version ; cordova > platform list | grep android ; uname -a > 6.3.1 > android 5.2.2 > Linux sephiroth 4.7.3-200.fc24.x86_64 #1 SMP Wed Sep 7 17:31:21 UTC 2016 > x86_64 x86_64 x86_64 GNU/Linux > the phone running the test is an LG G4 android 6 >Reporter: Leonardo Silveira Nascimento Filho >Priority: Major > Labels: accept, camera,, capture, > Attachments: Screenshot_2016-09-17-15-57-41.png > > > instead of show options as camera and gallery, it shows fm radio and file > administrator. > cordova-lib 6.3.1 > cordova-android 5.2.2 > the phone running the test is an LG G4 android 6 -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-14080) Custom framework not found
[ https://issues.apache.org/jira/browse/CB-14080?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16467839#comment-16467839 ] Wojciech Trocki edited comment on CB-14080 at 5/8/18 7:15 PM: -- This seems to be really strange that this is not working as cordova ios has automatic tests to to check that functionality: https://github.com/apache/cordova-ios/tree/3507af4ac68ed13cfb4d8ecfd0e91e747a9c6875/tests/spec/unit/fixtures/org.test.plugins.dummyplugin/src/ios/Custom.framework EDIT: Can you use framework[custom] and confirm that this works for you? See docs: https://cordova.apache.org/docs/en/latest/plugin_ref/spec.html#framework was (Author: wtrocki): This seems to be really strange that this is not working as cordova ios has automatic tests to to check that functionality: https://github.com/apache/cordova-ios/tree/3507af4ac68ed13cfb4d8ecfd0e91e747a9c6875/tests/spec/unit/fixtures/org.test.plugins.dummyplugin/src/ios/Custom.framework Can you use framework[custom] and confirm that this works for you? See docs: https://cordova.apache.org/docs/en/latest/plugin_ref/spec.html > Custom framework not found > --- > > Key: CB-14080 > URL: https://issues.apache.org/jira/browse/CB-14080 > Project: Apache Cordova > Issue Type: Bug > Components: AllPlatforms >Affects Versions: cordova-ios 4.5.0 > Environment: >Reporter: Paulo >Priority: Major > > When adding a framework an issue occurs. Framework not found. > When I open the project with Xcode I can see the reference to the framework > is there but the path is: > /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS11.2.sdk/System/Library/Frameworks/PlotProjects.framework > I can fix if I delete the reference and then add it again manually, but I > need that it's correctly added automatically. > > config.xml -> framework="true" embed="true"/> -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-14080) Custom framework not found
[ https://issues.apache.org/jira/browse/CB-14080?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16467839#comment-16467839 ] Wojciech Trocki edited comment on CB-14080 at 5/8/18 7:15 PM: -- This seems to be really strange that this is not working as cordova ios has automatic tests to to check that functionality: https://github.com/apache/cordova-ios/tree/3507af4ac68ed13cfb4d8ecfd0e91e747a9c6875/tests/spec/unit/fixtures/org.test.plugins.dummyplugin/src/ios/Custom.framework Can you use framework[custom] and confirm that this works for you? See docs: https://cordova.apache.org/docs/en/latest/plugin_ref/spec.html was (Author: wtrocki): This seems to be really strange as cordova ios has automatic tests to detect that functionality: https://github.com/apache/cordova-ios/tree/3507af4ac68ed13cfb4d8ecfd0e91e747a9c6875/tests/spec/unit/fixtures/org.test.plugins.dummyplugin/src/ios/Custom.framework Can you use framework[custom] and confirm that this works for you? See docs: https://cordova.apache.org/docs/en/latest/plugin_ref/spec.html > Custom framework not found > --- > > Key: CB-14080 > URL: https://issues.apache.org/jira/browse/CB-14080 > Project: Apache Cordova > Issue Type: Bug > Components: AllPlatforms >Affects Versions: cordova-ios 4.5.0 > Environment: >Reporter: Paulo >Priority: Major > > When adding a framework an issue occurs. Framework not found. > When I open the project with Xcode I can see the reference to the framework > is there but the path is: > /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS11.2.sdk/System/Library/Frameworks/PlotProjects.framework > I can fix if I delete the reference and then add it again manually, but I > need that it's correctly added automatically. > > config.xml -> framework="true" embed="true"/> -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-14080) Custom framework not found
[ https://issues.apache.org/jira/browse/CB-14080?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16467839#comment-16467839 ] Wojciech Trocki commented on CB-14080: -- This seems to be really strange as cordova ios has automatic tests to detect that functionality: https://github.com/apache/cordova-ios/tree/3507af4ac68ed13cfb4d8ecfd0e91e747a9c6875/tests/spec/unit/fixtures/org.test.plugins.dummyplugin/src/ios/Custom.framework Can you use framework[custom] and confirm that this works for you? See docs: https://cordova.apache.org/docs/en/latest/plugin_ref/spec.html > Custom framework not found > --- > > Key: CB-14080 > URL: https://issues.apache.org/jira/browse/CB-14080 > Project: Apache Cordova > Issue Type: Bug > Components: AllPlatforms >Affects Versions: cordova-ios 4.5.0 > Environment: >Reporter: Paulo >Priority: Major > > When adding a framework an issue occurs. Framework not found. > When I open the project with Xcode I can see the reference to the framework > is there but the path is: > /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS11.2.sdk/System/Library/Frameworks/PlotProjects.framework > I can fix if I delete the reference and then add it again manually, but I > need that it's correctly added automatically. > > config.xml -> framework="true" embed="true"/> -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-14079) window.screen.orientation.unlock() not working correctly in iOS 11
[ https://issues.apache.org/jira/browse/CB-14079?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16467812#comment-16467812 ] Wojciech Trocki edited comment on CB-14079 at 5/8/18 7:02 PM: -- PR with fix: https://github.com/apache/cordova-plugin-screen-orientation/pull/32 Testing branch: https://github.com/wtrocki/cordova-bug-sandbox/compare/CB-14079 This change makes behavior for Android and IOS consistent so users do not need to have different code for platform. Additionally it will fix mentioned issue. EDIT: PR was not linked somehow. was (Author: wtrocki): PR with fix: https://github.com/apache/cordova-plugin-screen-orientation/pull/32 Testing branch: https://github.com/wtrocki/cordova-bug-sandbox/compare/CB-14079 This change makes behavior for Android and IOS consistent so users do not need to have different code for platform. Additionally it will fix mentioned issue. > window.screen.orientation.unlock() not working correctly in iOS 11 > -- > > Key: CB-14079 > URL: https://issues.apache.org/jira/browse/CB-14079 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-screen-orientation >Reporter: Thomas Fétiveau >Priority: Major > > Hi ! > I'm having the following problem on iOS 11 + wkwebview + > cordova-plugin-screen-orientation v3.0.1: > My app is by default in portait mode. One page in my application call > `window.screen.orientation.unlock()` when it shows up. This won't work until > I go to the system settings to unlock orientation and call > `window.screen.orientation.unlock()` once again... > Calling once again `window.screen.orientation.unlock()` should not be > necessary! > Can you please fix it? > Thanks -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-14062) HTML5 Audio Player fails on iOS
[
https://issues.apache.org/jira/browse/CB-14062?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16467827#comment-16467827
]
Wojciech Trocki commented on CB-14062:
--
[~Bitkarsten] Cordova has media plugin that should be used to have better
experience:
https://cordova.apache.org/docs/en/latest/reference/cordova-plugin-media/index.html
I have tried to replicate this issue using sample project:
https://github.com/wtrocki/cordova-bug-sandbox/compare/CB-14062
I do not see mentioned behavior on the phone or simulator.
> HTML5 Audio Player fails on iOS
>
>
> Key: CB-14062
> URL: https://issues.apache.org/jira/browse/CB-14062
> Project: Apache Cordova
> Issue Type: Bug
> Components: Ionic
> Environment: cordova 8.0.0
> ionic 3.20.0
>Reporter: Karsten Bittsteller
>Priority: Minor
>
> Hey there,
> i try to get the html5 audio working on ios with cordova.
> {code:java}
>
>
> {code}
> Working fine on Android or on all Web Browsers using ionic serve
> (Safari/Chrome, no problem). But get stuck on ios. Audiofile is played just
> once and during playback it says "Live broadcast". When finished, there is no
> way to get this file play another time but close the view and go back works
> fine.
> Could this be an cordova issue or am I doing something wrong?
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-14062) HTML5 Audio Player fails on iOS
[
https://issues.apache.org/jira/browse/CB-14062?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16464151#comment-16464151
]
Wojciech Trocki edited comment on CB-14062 at 5/8/18 6:43 PM:
--
[~Bitkarsten] Cordova seem to have support for web audio
https://github.com/apache/cordova-ios/commit/8821a61b964b30bb6a007533e06a30f3695a98fd
This should work fine natively, but it may depend on the IOS version.
Do you have example project that replicates this issue?
was (Author: wtrocki):
[~Bitkarsten] Cordova seem to have support for web audio
https://github.com/apache/cordova-ios/commit/8821a61b964b30bb6a007533e06a30f3695a98fd
This should work fine natively, but it may depend on the IOS version.
Do you have example project that replicates this issue?
Similar issue reported on stack overflow:
https://stackoverflow.com/questions/28600878/audio-in-html-of-ios-webview-control-doesnot-work
> HTML5 Audio Player fails on iOS
>
>
> Key: CB-14062
> URL: https://issues.apache.org/jira/browse/CB-14062
> Project: Apache Cordova
> Issue Type: Bug
> Components: Ionic
> Environment: cordova 8.0.0
> ionic 3.20.0
>Reporter: Karsten Bittsteller
>Priority: Minor
>
> Hey there,
> i try to get the html5 audio working on ios with cordova.
> {code:java}
>
>
> {code}
> Working fine on Android or on all Web Browsers using ionic serve
> (Safari/Chrome, no problem). But get stuck on ios. Audiofile is played just
> once and during playback it says "Live broadcast". When finished, there is no
> way to get this file play another time but close the view and go back works
> fine.
> Could this be an cordova issue or am I doing something wrong?
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-14079) window.screen.orientation.unlock() not working correctly in iOS 11
[ https://issues.apache.org/jira/browse/CB-14079?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16467812#comment-16467812 ] Wojciech Trocki commented on CB-14079: -- PR with fix: https://github.com/apache/cordova-plugin-screen-orientation/pull/32 Testing branch: https://github.com/wtrocki/cordova-bug-sandbox/compare/CB-14079 This change makes behavior for Android and IOS consistent so users do not need to have different code for platform. Additionally it will fix mentioned issue. > window.screen.orientation.unlock() not working correctly in iOS 11 > -- > > Key: CB-14079 > URL: https://issues.apache.org/jira/browse/CB-14079 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-screen-orientation >Reporter: Thomas Fétiveau >Priority: Major > > Hi ! > I'm having the following problem on iOS 11 + wkwebview + > cordova-plugin-screen-orientation v3.0.1: > My app is by default in portait mode. One page in my application call > `window.screen.orientation.unlock()` when it shows up. This won't work until > I go to the system settings to unlock orientation and call > `window.screen.orientation.unlock()` once again... > Calling once again `window.screen.orientation.unlock()` should not be > necessary! > Can you please fix it? > Thanks -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-14079) window.screen.orientation.unlock() not working correctly in iOS 11
[
https://issues.apache.org/jira/browse/CB-14079?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16467110#comment-16467110
]
Wojciech Trocki edited comment on CB-14079 at 5/8/18 9:14 AM:
--
[~zabojad] If you do something like this:
{code}
function onDeviceReady(){
window.orientation.lock('portrait')
}
function onPortraitPageLoaded(){
window.orientation.unlock()
}
{code}
Please let me know if that works for you?
I'm trying to replicate this issue.
EDIT:
I think I managed to figure out how this works.
This line of code is responsible for mentioned behavior:
https://github.com/apache/cordova-plugin-screen-orientation/blob/master/src/ios/CDVOrientation.m#L74
Plugin is not getting actual orientation. That's why calling unlock twice works.
>From the code I'm getting that plugin assumes that orientation needs to be
>locked first in order to unlock it after. Other platforms do not have this
>assumption.
Simply removing this if will resolve this issue, but I'm not 100 % sure what
were intentions behind it. Going to create PR with proposed fix and test it on
the various devices.
was (Author: wtrocki):
[~zabojad] If you do something like this:
{code}
function onDeviceReady(){
window.orientation.lock('portrait')
}
function onPortraitPageLoaded(){
window.orientation.unlock()
}
{code}
Please let me know if that works for you?
I'm trying to replicate this issue.
EDIT:
I think I managed to figure out how this works.
This line of code is responsible for mentioned behavior:
https://github.com/apache/cordova-plugin-screen-orientation/blob/master/src/ios/CDVOrientation.m#L74
However I'm not sure if that is a bug because plugin just did not get actual
orientation set.
>From the code I'm getting that plugin assumes that orientation needs to be
>locked first in order to unlock it after. Simply removing this if will resolve
>this issue, but I'm not 100 % sure what were intentions behind it. Going to
>create PR with proposed fix.
> window.screen.orientation.unlock() not working correctly in iOS 11
> --
>
> Key: CB-14079
> URL: https://issues.apache.org/jira/browse/CB-14079
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-plugin-screen-orientation
>Reporter: Thomas Fétiveau
>Priority: Major
>
> Hi !
> I'm having the following problem on iOS 11 + wkwebview +
> cordova-plugin-screen-orientation v3.0.1:
> My app is by default in portait mode. One page in my application call
> `window.screen.orientation.unlock()` when it shows up. This won't work until
> I go to the system settings to unlock orientation and call
> `window.screen.orientation.unlock()` once again...
> Calling once again `window.screen.orientation.unlock()` should not be
> necessary!
> Can you please fix it?
> Thanks
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-14079) window.screen.orientation.unlock() not working correctly in iOS 11
[
https://issues.apache.org/jira/browse/CB-14079?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16467110#comment-16467110
]
Wojciech Trocki edited comment on CB-14079 at 5/8/18 9:09 AM:
--
[~zabojad] If you do something like this:
{code}
function onDeviceReady(){
window.orientation.lock('portrait')
}
function onPortraitPageLoaded(){
window.orientation.unlock()
}
{code}
Please let me know if that works for you?
I'm trying to replicate this issue.
EDIT:
I think I managed to figure out how this works.
This line of code is responsible for mentioned behavior:
https://github.com/apache/cordova-plugin-screen-orientation/blob/master/src/ios/CDVOrientation.m#L74
However I'm not sure if that is a bug because plugin just did not get actual
orientation set.
>From the code I'm getting that plugin assumes that orientation needs to be
>locked first in order to unlock it after. Simply removing this if will resolve
>this issue, but I'm not 100 % sure what were intentions behind it. Going to
>create PR with proposed fix.
was (Author: wtrocki):
[~zabojad] If you do something like this:
{code}
function onDeviceReady(){
window.orientation.lock('portrait')
}
function onPortraitPageLoaded(){
window.orientation.unlock()
}
{code}
Does that work for you? This seems like workaround for this issue.
I'm trying to replicate this issue.
> window.screen.orientation.unlock() not working correctly in iOS 11
> --
>
> Key: CB-14079
> URL: https://issues.apache.org/jira/browse/CB-14079
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-plugin-screen-orientation
>Reporter: Thomas Fétiveau
>Priority: Major
>
> Hi !
> I'm having the following problem on iOS 11 + wkwebview +
> cordova-plugin-screen-orientation v3.0.1:
> My app is by default in portait mode. One page in my application call
> `window.screen.orientation.unlock()` when it shows up. This won't work until
> I go to the system settings to unlock orientation and call
> `window.screen.orientation.unlock()` once again...
> Calling once again `window.screen.orientation.unlock()` should not be
> necessary!
> Can you please fix it?
> Thanks
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-14079) window.screen.orientation.unlock() not working correctly in iOS 11
[
https://issues.apache.org/jira/browse/CB-14079?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16467110#comment-16467110
]
Wojciech Trocki edited comment on CB-14079 at 5/8/18 8:56 AM:
--
[~zabojad] If you do something like this:
{code}
function onDeviceReady(){
window.orientation.lock('portrait')
}
function onPortraitPageLoaded(){
window.orientation.unlock()
}
{code}
Does that work for you? This seems like workaround for this issue.
I'm trying to replicate this issue.
was (Author: wtrocki):
[~zabojad] If you do something like this:
{code}
function onDeviceReady(){
window.orientation.lock('portrait')
}
function onPortraitPageLoaded(){
window.orientation.unlock()
}
{code}
Does that work for you? This seems like workaround for this issue.
I'm trying to replicate this issue but this may be strictly IOS 11 problem.
> window.screen.orientation.unlock() not working correctly in iOS 11
> --
>
> Key: CB-14079
> URL: https://issues.apache.org/jira/browse/CB-14079
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-plugin-screen-orientation
>Reporter: Thomas Fétiveau
>Priority: Major
>
> Hi !
> I'm having the following problem on iOS 11 + wkwebview +
> cordova-plugin-screen-orientation v3.0.1:
> My app is by default in portait mode. One page in my application call
> `window.screen.orientation.unlock()` when it shows up. This won't work until
> I go to the system settings to unlock orientation and call
> `window.screen.orientation.unlock()` once again...
> Calling once again `window.screen.orientation.unlock()` should not be
> necessary!
> Can you please fix it?
> Thanks
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-14079) window.screen.orientation.unlock() not working correctly in iOS 11
[
https://issues.apache.org/jira/browse/CB-14079?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16467110#comment-16467110
]
Wojciech Trocki edited comment on CB-14079 at 5/8/18 8:56 AM:
--
[~zabojad] If you do something like this:
{code}
function onDeviceReady(){
window.orientation.lock('portrait')
}
function onPortraitPageLoaded(){
window.orientation.unlock()
}
{code}
Does that work for you? This seems like workaround for this issue.
I'm trying to replicate this issue but this may be strictly IOS 11 problem.
was (Author: wtrocki):
[~zabojad] If you do something like this:
{code}
function onDeviceReady(){
window.orientation.lock('portrait')
}
function onPortraitPageLoaded(){
window.orientation.unlock()
}
{code}
Does that work for you?
> window.screen.orientation.unlock() not working correctly in iOS 11
> --
>
> Key: CB-14079
> URL: https://issues.apache.org/jira/browse/CB-14079
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-plugin-screen-orientation
>Reporter: Thomas Fétiveau
>Priority: Major
>
> Hi !
> I'm having the following problem on iOS 11 + wkwebview +
> cordova-plugin-screen-orientation v3.0.1:
> My app is by default in portait mode. One page in my application call
> `window.screen.orientation.unlock()` when it shows up. This won't work until
> I go to the system settings to unlock orientation and call
> `window.screen.orientation.unlock()` once again...
> Calling once again `window.screen.orientation.unlock()` should not be
> necessary!
> Can you please fix it?
> Thanks
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-14079) window.screen.orientation.unlock() not working correctly in iOS 11
[
https://issues.apache.org/jira/browse/CB-14079?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16467110#comment-16467110
]
Wojciech Trocki commented on CB-14079:
--
[~zabojad] If you do something like this:
{code}
function onDeviceReady(){
window.orientation.lock('portrait')
}
function onPortraitPageLoaded(){
window.orientation.unlock()
}
{code}
Does that work for you?
> window.screen.orientation.unlock() not working correctly in iOS 11
> --
>
> Key: CB-14079
> URL: https://issues.apache.org/jira/browse/CB-14079
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-plugin-screen-orientation
>Reporter: Thomas Fétiveau
>Priority: Major
>
> Hi !
> I'm having the following problem on iOS 11 + wkwebview +
> cordova-plugin-screen-orientation v3.0.1:
> My app is by default in portait mode. One page in my application call
> `window.screen.orientation.unlock()` when it shows up. This won't work until
> I go to the system settings to unlock orientation and call
> `window.screen.orientation.unlock()` once again...
> Calling once again `window.screen.orientation.unlock()` should not be
> necessary!
> Can you please fix it?
> Thanks
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-14043) Permission is needed and prompted to access application asstes folder on Android.
[
https://issues.apache.org/jira/browse/CB-14043?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16467061#comment-16467061
]
Wojciech Trocki edited comment on CB-14043 at 5/8/18 8:38 AM:
--
Taking look
was (Author: wtrocki):
Going to fix that problem.
> Permission is needed and prompted to access application asstes folder on
> Android.
> -
>
> Key: CB-14043
> URL: https://issues.apache.org/jira/browse/CB-14043
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-plugin-file
>Reporter: Manfred Schmidbartl
>Priority: Major
>
> Reading assets from cordova.file.applicationDirectory
> ("file:///android_asset/") results in a prompt on newer Android Versions as
> "READ/WRITE_EXTERNAL_STORAGE" is requested.
>
> Quick Fix:
> in needPermission (l. 570) in FileUtils added:
> if (permissionType == READ && nativeURL.startsWith("file:///android_asset/"))
> {
> return false;
> }
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-14043) Permission is needed and prompted to access application asstes folder on Android.
[
https://issues.apache.org/jira/browse/CB-14043?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16467061#comment-16467061
]
Wojciech Trocki commented on CB-14043:
--
Going to fix that problem.
> Permission is needed and prompted to access application asstes folder on
> Android.
> -
>
> Key: CB-14043
> URL: https://issues.apache.org/jira/browse/CB-14043
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-plugin-file
>Reporter: Manfred Schmidbartl
>Priority: Major
>
> Reading assets from cordova.file.applicationDirectory
> ("file:///android_asset/") results in a prompt on newer Android Versions as
> "READ/WRITE_EXTERNAL_STORAGE" is requested.
>
> Quick Fix:
> in needPermission (l. 570) in FileUtils added:
> if (permissionType == READ && nativeURL.startsWith("file:///android_asset/"))
> {
> return false;
> }
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-14048) Inappbrowser allowedSchemes doesn't check empty string
[
https://issues.apache.org/jira/browse/CB-14048?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16464498#comment-16464498
]
Wojciech Trocki edited comment on CB-14048 at 5/4/18 11:27 PM:
---
Verification project:
https://github.com/wtrocki/cordova-bug-sandbox/compare/CB-14048
Verified IOS as well.
was (Author: wtrocki):
Verification project:
https://github.com/wtrocki/cordova-bug-sandbox/compare/CB-14048
> Inappbrowser allowedSchemes doesn't check empty string
> --
>
> Key: CB-14048
> URL: https://issues.apache.org/jira/browse/CB-14048
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-plugin-inappbrowser
>Reporter: Reed Richards
>Priority: Minor
>
> The new AllowSchemes introduced with inappbrowser@3.0.0 doesn't check if
> _AllowSchemes_ contains empty string after having being loaded, respectively
> only if _null_, which could lead to error in case a custom scheme is use but
> not set as white listed schema
> What I mean is that, if no _preference_ would be set in _config.xml_ but a
> custom scheme would be used (my case) then the variable _allowSchemes_ won't
> be _null_ but will contains an _empty string_
>
> In InAppBrowser.java
>
> {code:java}
> else if (!url.startsWith("http:") && !url.startsWith("https:") &&
> url.matches("^[a-z]*://.*?$")) {
> if (allowedSchemes == null) {
> String allowed = preferences.getString("AllowedSchemes", "");
> allowedSchemes = allowed.split(",");
> }
> if (allowedSchemes != null) { // <--- If preference AllowedSchemes
> is not specified, variable allowedSchemes not gonna be null but an array
> containing an empty string
>for (String scheme : allowedSchemes) {
>if (url.startsWith(scheme)) {
> if (url.startsWith(scheme)) { // <-- which leads to the
> problem "urlidontwanttowhilelist://".startsWith("") == true{code}
>
> I would like to improve this check for example like following
>
> {code:java}
> if (url.startsWith(scheme) && !"".equals(scheme)) {
> {code}
>
> Thx in advance for the improvement
>
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-14048) Inappbrowser allowedSchemes doesn't check empty string
[
https://issues.apache.org/jira/browse/CB-14048?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16464498#comment-16464498
]
Wojciech Trocki commented on CB-14048:
--
Verification project:
https://github.com/wtrocki/cordova-bug-sandbox/compare/CB-14048
> Inappbrowser allowedSchemes doesn't check empty string
> --
>
> Key: CB-14048
> URL: https://issues.apache.org/jira/browse/CB-14048
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-plugin-inappbrowser
>Reporter: Reed Richards
>Priority: Minor
>
> The new AllowSchemes introduced with inappbrowser@3.0.0 doesn't check if
> _AllowSchemes_ contains empty string after having being loaded, respectively
> only if _null_, which could lead to error in case a custom scheme is use but
> not set as white listed schema
> What I mean is that, if no _preference_ would be set in _config.xml_ but a
> custom scheme would be used (my case) then the variable _allowSchemes_ won't
> be _null_ but will contains an _empty string_
>
> In InAppBrowser.java
>
> {code:java}
> else if (!url.startsWith("http:") && !url.startsWith("https:") &&
> url.matches("^[a-z]*://.*?$")) {
> if (allowedSchemes == null) {
> String allowed = preferences.getString("AllowedSchemes", "");
> allowedSchemes = allowed.split(",");
> }
> if (allowedSchemes != null) { // <--- If preference AllowedSchemes
> is not specified, variable allowedSchemes not gonna be null but an array
> containing an empty string
>for (String scheme : allowedSchemes) {
>if (url.startsWith(scheme)) {
> if (url.startsWith(scheme)) { // <-- which leads to the
> problem "urlidontwanttowhilelist://".startsWith("") == true{code}
>
> I would like to improve this check for example like following
>
> {code:java}
> if (url.startsWith(scheme) && !"".equals(scheme)) {
> {code}
>
> Thx in advance for the improvement
>
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-14058) M4A files from iTunes API don't play on Android device
[
https://issues.apache.org/jira/browse/CB-14058?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16464492#comment-16464492
]
Wojciech Trocki commented on CB-14058:
--
[~The_Unknown] Do you get any error in the console? This may be blocked by
cordova origin in config.xml. I have tested if there is issue with
cordova-plugin-media plugin but I cannot replicate that. Android support this
extension and implementation for plugin is really basic and everything depends
on actual operating system capabilities. I have tried on all testing devices
and following code works:
https://github.com/wtrocki/cordova-bug-sandbox/tree/CB-14058
More on media formats:
https://developer.android.com/guide/topics/media/media-formats
Status: Waiting for more info.
> M4A files from iTunes API don't play on Android device
> --
>
> Key: CB-14058
> URL: https://issues.apache.org/jira/browse/CB-14058
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-plugin-media
> Environment: Cordova 7.1.0
> cordova-android 6.3.0
> Huawei P8 Lite @ Android 6
>Reporter: Dennis Patzer
>Priority: Major
>
> Hello,
>
> on my Huawei P8 Lite with Android 6 and EMI 4.0.3 the following code doesn't
> play the remote file:
> {{var a = new
> Media('[https://audio-ssl.itunes.apple.com/apple-assets-us-std-01/AudioPreview41/v4/cc/ee/4b/ccee4b08-094f-5972-6a4f-80fe2d056660/mzaf_6222722413468693928.plus.aac.p.m4a',]
> null, function(err) \{console.log(err);});}}
> {{a.play();}}
> * When I open the URL in Chrome on this device, everything works.
> * When I use a remote MP3 file, it also works.
> * On iOS the same code works.
> * On my Huawei Android 5 device it also works.
>
> Is this a bug in the plugin? What can I do?
> Bye The_Unknown
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-14062) HTML5 Audio Player fails on iOS
[
https://issues.apache.org/jira/browse/CB-14062?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16464151#comment-16464151
]
Wojciech Trocki commented on CB-14062:
--
[~Bitkarsten] Cordova seem to have support for web audio
https://github.com/apache/cordova-ios/commit/8821a61b964b30bb6a007533e06a30f3695a98fd
This should work fine natively, but it may depend on the IOS version.
Do you have example project that replicates this issue?
Similar issue reported on stack overflow:
https://stackoverflow.com/questions/28600878/audio-in-html-of-ios-webview-control-doesnot-work
> HTML5 Audio Player fails on iOS
>
>
> Key: CB-14062
> URL: https://issues.apache.org/jira/browse/CB-14062
> Project: Apache Cordova
> Issue Type: Bug
> Components: Ionic
> Environment: cordova 8.0.0
> ionic 3.20.0
>Reporter: Karsten Bittsteller
>Priority: Minor
>
> Hey there,
> i try to get the html5 audio working on ios with cordova.
> {code:java}
>
>
> {code}
> Working fine on Android or on all Web Browsers using ionic serve
> (Safari/Chrome, no problem). But get stuck on ios. Audiofile is played just
> once and during playback it says "Live broadcast". When finished, there is no
> way to get this file play another time but close the view and go back works
> fine.
> Could this be an cordova issue or am I doing something wrong?
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Closed] (CB-14059) Improve API for plugin action handlers on Android platform
[
https://issues.apache.org/jira/browse/CB-14059?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Wojciech Trocki closed CB-14059.
Resolution: Won't Do
Alternative option was suggested.
> Improve API for plugin action handlers on Android platform
> --
>
> Key: CB-14059
> URL: https://issues.apache.org/jira/browse/CB-14059
> Project: Apache Cordova
> Issue Type: Improvement
>Reporter: Wojciech Trocki
>Priority: Minor
>
> On the cordova-dev list one of the community members suggested that Android
> APi seems to be much complex than IOS.
> See:
> http://mail-archives.apache.org/mod_mbox/cordova-dev/201804.mbox/%3Cpony-7bfc042908953daf1c7bd61390106e071c756368-457837495d8f36fb4e01073fadc53d7174bc0cbb%40dev.cordova.apache.org%3E
> ??cordova-ios has a nice method binding for plugins. Unfortunately
> cordova-android requires at present boilerplate implementation of method
> execute:??
> {code}
> public class MyPlugin extends CordovaPlugin {
> @Override
> public boolean execute(String action, JSONArray args, CallbackContext
> callbackContext) {
>if (METHOD_1.equals(action)) {
> method1(args, callbackContext);
>}
>else if (METHOD_2.equals(action)) {
> method2(args, callbackContext); ...
>}
> }
> }
> {code}
> Creating ticket to suggest improvements to Android Api.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-14055) Opening a link in some third party apps merges the third party app with our own
[
https://issues.apache.org/jira/browse/CB-14055?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16458504#comment-16458504
]
Wojciech Trocki commented on CB-14055:
--
[~SilviuIon] Thanks for posting your update. Wandering of the cordova land -
you may check how your jquery mobile router is pushing things to history api. I
think you may control that the way you need.
I think this issue may be closed.
> Opening a link in some third party apps merges the third party app with our
> own
> ---
>
> Key: CB-14055
> URL: https://issues.apache.org/jira/browse/CB-14055
> Project: Apache Cordova
> Issue Type: Bug
> Environment: Confirmed on Android 6.0.1 and up. Cordova 6.4.0 (can't
> update for other reasons). Cordova-plugin-inappbrowser 3.0.0
>Reporter: Silviu Ion
>Priority: Blocker
> Attachments: Screenshot_20180426-095002.png
>
>
> We've run into a most interesting issue with the cordova-plugin-inappbrowser.
> Normally, opening a link externally works fine. For example, opening a link
> to our Facebook page in Chrome or the OS's native browser creates and
> switches to an instance of that browser, completely separate from the
> original app.
> Opening a special link such as the fb://page/pageID will open the official
> Facebook app, and it will be completely separate from the original app. So
> far, so good. All the behaviour is as expected and desired.
> The problems arise when we open a regular link
> (https://www.facebook.com/pageName) in a third party Facebook client -
> specifically the Friendly client for Facebook. The Friendly app will
> seemingly open and display the correct content. However, once this third
> party app is open, it is MERGED with the original app.
> To clarify: We have our Cordova app (which we'll call SomeApp) which has a
> button running this:
> {code:javascript}
> cordova.InAppBrowser.open('https://www.facebook.com/pageName', '_system',
> 'location=no');
> {code}
> You press the button, select the Friendly app, select 'Just Once', and the
> Friendly app displays the correct page. Now, if you press the Back button
> (physical or otherwise), the app doesn't switch back to SomeApp.
> Worse still, if you press the 'recent apps' button on your phone, SomeApp
> will be gone. What the recent apps screen will show is a tile where the name
> of the app is SomeApp, but the content is actually the Friendly app.
> If it's unclear, take a look at the attachment. That tile's logo and content
> is the Friendly app, and the name is our own app. It is not possible to go
> back to our app without first closing this broken setup.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-14059) Improve API for plugin action handlers on Android platform
[
https://issues.apache.org/jira/browse/CB-14059?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Wojciech Trocki updated CB-14059:
-
Description:
On the cordova-dev list one of the community members suggested that Android APi
seems to be much complex than IOS.
See:
http://mail-archives.apache.org/mod_mbox/cordova-dev/201804.mbox/%3Cpony-7bfc042908953daf1c7bd61390106e071c756368-457837495d8f36fb4e01073fadc53d7174bc0cbb%40dev.cordova.apache.org%3E
??cordova-ios has a nice method binding for plugins. Unfortunately
cordova-android requires at present boilerplate implementation of method
execute:??
{code}
public class MyPlugin extends CordovaPlugin {
@Override
public boolean execute(String action, JSONArray args, CallbackContext
callbackContext) {
if (METHOD_1.equals(action)) {
method1(args, callbackContext);
}
else if (METHOD_2.equals(action)) {
method2(args, callbackContext); ...
}
}
}
{code}
Creating ticket to suggest improvements to Android Api.
was:
On the cordova-dev list one of the community members suggested that Android APi
seems to be much complex than IOS. See:
[http://mail-archives.apache.org/mod_mbox/cordova-dev/201804.mbox/browser]
??cordova-ios has a nice method binding for plugins. Unfortunately
cordova-android requires at present boilerplate implementation of method
execute:??
{code}
public class MyPlugin extends CordovaPlugin {
@Override
public boolean execute(String action, JSONArray args, CallbackContext
callbackContext) {
if (METHOD_1.equals(action)) {
method1(args, callbackContext);
}
else if (METHOD_2.equals(action)) {
method2(args, callbackContext); ...
}
}
}
{code}
Creating ticket to suggest improvements to Android Api.
> Improve API for plugin action handlers on Android platform
> --
>
> Key: CB-14059
> URL: https://issues.apache.org/jira/browse/CB-14059
> Project: Apache Cordova
> Issue Type: Improvement
>Reporter: Wojciech Trocki
>Priority: Minor
>
> On the cordova-dev list one of the community members suggested that Android
> APi seems to be much complex than IOS.
> See:
> http://mail-archives.apache.org/mod_mbox/cordova-dev/201804.mbox/%3Cpony-7bfc042908953daf1c7bd61390106e071c756368-457837495d8f36fb4e01073fadc53d7174bc0cbb%40dev.cordova.apache.org%3E
> ??cordova-ios has a nice method binding for plugins. Unfortunately
> cordova-android requires at present boilerplate implementation of method
> execute:??
> {code}
> public class MyPlugin extends CordovaPlugin {
> @Override
> public boolean execute(String action, JSONArray args, CallbackContext
> callbackContext) {
>if (METHOD_1.equals(action)) {
> method1(args, callbackContext);
>}
>else if (METHOD_2.equals(action)) {
> method2(args, callbackContext); ...
>}
> }
> }
> {code}
> Creating ticket to suggest improvements to Android Api.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-14059) Improve API for plugin action handlers on Android platform
[
https://issues.apache.org/jira/browse/CB-14059?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Wojciech Trocki updated CB-14059:
-
Summary: Improve API for plugin action handlers on Android platform (was:
Improve Action handlers for Android platform)
> Improve API for plugin action handlers on Android platform
> --
>
> Key: CB-14059
> URL: https://issues.apache.org/jira/browse/CB-14059
> Project: Apache Cordova
> Issue Type: Improvement
>Reporter: Wojciech Trocki
>Priority: Minor
>
> On the cordova-dev list one of the community members suggested that Android
> APi seems to be much complex than IOS. See:
> [http://mail-archives.apache.org/mod_mbox/cordova-dev/201804.mbox/browser]
> ??cordova-ios has a nice method binding for plugins. Unfortunately
> cordova-android requires at present boilerplate implementation of method
> execute:??
> {code}
> public class MyPlugin extends CordovaPlugin {
> @Override
> public boolean execute(String action, JSONArray args, CallbackContext
> callbackContext) {
>if (METHOD_1.equals(action)) {
> method1(args, callbackContext);
>}
>else if (METHOD_2.equals(action)) {
> method2(args, callbackContext); ...
>}
> }
> }
> {code}
> Creating ticket to suggest improvements to Android Api.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-14059) Improve Action handlers for Android platform
Wojciech Trocki created CB-14059:
Summary: Improve Action handlers for Android platform
Key: CB-14059
URL: https://issues.apache.org/jira/browse/CB-14059
Project: Apache Cordova
Issue Type: Improvement
Reporter: Wojciech Trocki
On the cordova-dev list one of the community members suggested that Android APi
seems to be much complex than IOS. See:
[http://mail-archives.apache.org/mod_mbox/cordova-dev/201804.mbox/browser]
??cordova-ios has a nice method binding for plugins. Unfortunately
cordova-android requires at present boilerplate implementation of method
execute:??
{code}
public class MyPlugin extends CordovaPlugin {
@Override
public boolean execute(String action, JSONArray args, CallbackContext
callbackContext) {
if (METHOD_1.equals(action)) {
method1(args, callbackContext);
}
else if (METHOD_2.equals(action)) {
method2(args, callbackContext); ...
}
}
}
{code}
Creating ticket to suggest improvements to Android Api.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-14046) Bundle.main.path always return nil in ios
[
https://issues.apache.org/jira/browse/CB-14046?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16458032#comment-16458032
]
Wojciech Trocki commented on CB-14046:
--
[~swift2geek] I have tried to replicate this issue and I can access the
resource. Are you adding all resources in the cordova plugin.xml?
For example:
{code:java}
{code}
Adding example project on github will be helpful.
> Bundle.main.path always return nil in ios
> -
>
> Key: CB-14046
> URL: https://issues.apache.org/jira/browse/CB-14046
> Project: Apache Cordova
> Issue Type: Bug
>Reporter: Vladimir
>Priority: Major
>
> In the project, created from cordova with added plugin (like in this tutorial
> [https://moduscreate.com/blog/writing-a-cordova-plugin-in-swift-for-ios/])
> we are not able to access to bundle's resources.
> Bundle.main.path(forResource: "CDVLaunchScreen", ofType: "storyboard") or any
> kind of other resources always return nil.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-14046) Bundle.main.path always return nil in ios
[ https://issues.apache.org/jira/browse/CB-14046?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16456536#comment-16456536 ] Wojciech Trocki commented on CB-14046: -- Going to take look > Bundle.main.path always return nil in ios > - > > Key: CB-14046 > URL: https://issues.apache.org/jira/browse/CB-14046 > Project: Apache Cordova > Issue Type: Bug >Reporter: Vladimir >Priority: Major > > In the project, created from cordova with added plugin (like in this tutorial > [https://moduscreate.com/blog/writing-a-cordova-plugin-in-swift-for-ios/]) > we are not able to access to bundle's resources. > Bundle.main.path(forResource: "CDVLaunchScreen", ofType: "storyboard") or any > kind of other resources always return nil. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-14039) Inputs type text don't work on iOS
[ https://issues.apache.org/jira/browse/CB-14039?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16456490#comment-16456490 ] Wojciech Trocki commented on CB-14039: -- Fixed in: https://github.com/apache/cordova-ios/pull/364 > Inputs type text don't work on iOS > -- > > Key: CB-14039 > URL: https://issues.apache.org/jira/browse/CB-14039 > Project: Apache Cordova > Issue Type: Bug >Reporter: Jason Glez >Priority: Major > > h3. PhoneGap CLI, node & npm versions > PhoneGap CLI Version: 8.0.0 > Xcode Version: 9.3 > Node Version: 8.11.1 > NPM Version: 5.8.0 > Git Version: 2.16.3 > ios-sim Version: 6.1.2 > Using the following preferences in config.xml all the inputs type "text" stop > working and cannot be clickable. > name="Suppresses3DTouchGesture" value="true" /> > Devices tested: > * iPhone X 11.3 (Emulator) > * iPhone 6 10.2.1 (Physical device) > h3. Expected Behaviour > * The inputs are clickable and the user can write. > h3. Actual Behaviour > * The inputs are not clickable and the user cannot write > * Note: Sometimes the application opens the keyboard, but it's really > difficult to get. > h3. Steps to Reproduce > * Create a new project: phonegap create myApp > * Add some inputs type text in the HTML > * Run the application: phonegap run ios -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-14039) Inputs type text don't work on iOS
[ https://issues.apache.org/jira/browse/CB-14039?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16455538#comment-16455538 ] Wojciech Trocki edited comment on CB-14039 at 4/27/18 11:42 AM: h4. Investigation Looks like changing value [here|https://github.com/wtrocki/cordova-ios/blame/master/CordovaLib/Classes/Private/Plugins/CDVGestureHandler/CDVGestureHandler.m#L46] fixes that. Going to experiment with this to still suppress webview window h4. Result Issue was related with `` This option was using extremely low value of minimumPressDuration that was suppressing onClick events etc. After experimenting on Iphone SE and Iphone 7 and simulators I found that values 0.15f do not interfere with onClick handlers. Additionally supplying this option were flooding application log with not useful messages. Visualization of the issue, [http://www.giphy.com/gifs/24FWgpvK4vqhN7oZnq] h4. Docs issue Additionally I found that documentation do not reflect that state of the code. [Documentation|https://cordova.apache.org/docs/en/latest/config_ref/] states: " If this setting is true, SuppressesLongPressGesture will effectively be true as well." Where in fact preferences are not connected and setting SuppressesLongPressGesture to false will mean that Suppresses3DTouchGesture value will be ignored. was (Author: wtrocki): h4. Investigation Looks like changing value [here|https://github.com/wtrocki/cordova-ios/blame/master/CordovaLib/Classes/Private/Plugins/CDVGestureHandler/CDVGestureHandler.m#L46] fixes that. Going to experiment with this to still suppress webview window h4. Result Issue was related with `` This option was using extremely low value of minimumPressDuration that was suppressing onClick events etc. After experimenting on Iphone SE and Iphone 7 and simulators I found that values 0.15f do not interfere with onClick handlers. Additionally supplying this option were flooding application log with not useful messages. Visualization of the issue, [http://www.giphy.com/gifs/24FWgpvK4vqhN7oZnq] Docs issue Additionally I found that documentation do not reflect that state of the code. [Documentation|https://cordova.apache.org/docs/en/latest/config_ref/] states: " If this setting is true, SuppressesLongPressGesture will effectively be true as well." Where in fact preferences are not connected and setting SuppressesLongPressGesture to false will mean that Suppresses3DTouchGesture value will be ignored. > Inputs type text don't work on iOS > -- > > Key: CB-14039 > URL: https://issues.apache.org/jira/browse/CB-14039 > Project: Apache Cordova > Issue Type: Bug >Reporter: Jason Glez >Priority: Major > > h3. PhoneGap CLI, node & npm versions > PhoneGap CLI Version: 8.0.0 > Xcode Version: 9.3 > Node Version: 8.11.1 > NPM Version: 5.8.0 > Git Version: 2.16.3 > ios-sim Version: 6.1.2 > Using the following preferences in config.xml all the inputs type "text" stop > working and cannot be clickable. > name="Suppresses3DTouchGesture" value="true" /> > Devices tested: > * iPhone X 11.3 (Emulator) > * iPhone 6 10.2.1 (Physical device) > h3. Expected Behaviour > * The inputs are clickable and the user can write. > h3. Actual Behaviour > * The inputs are not clickable and the user cannot write > * Note: Sometimes the application opens the keyboard, but it's really > difficult to get. > h3. Steps to Reproduce > * Create a new project: phonegap create myApp > * Add some inputs type text in the HTML > * Run the application: phonegap run ios -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-14039) Inputs type text don't work on iOS
[ https://issues.apache.org/jira/browse/CB-14039?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16455538#comment-16455538 ] Wojciech Trocki edited comment on CB-14039 at 4/27/18 11:42 AM: h4. Investigation Looks like changing value [here|https://github.com/wtrocki/cordova-ios/blame/master/CordovaLib/Classes/Private/Plugins/CDVGestureHandler/CDVGestureHandler.m#L46] fixes that. Going to experiment with this to still suppress webview window h4. Result Issue was related with `` This option was using extremely low value of minimumPressDuration that was suppressing onClick events etc. After experimenting on Iphone SE and Iphone 7 and simulators I found that values 0.15f do not interfere with onClick handlers. Additionally supplying this option were flooding application log with not useful messages. Visualization of the issue, [http://www.giphy.com/gifs/24FWgpvK4vqhN7oZnq] Docs issue Additionally I found that documentation do not reflect that state of the code. [Documentation|https://cordova.apache.org/docs/en/latest/config_ref/] states: " If this setting is true, SuppressesLongPressGesture will effectively be true as well." Where in fact preferences are not connected and setting SuppressesLongPressGesture to false will mean that Suppresses3DTouchGesture value will be ignored. was (Author: wtrocki): Looks like changing value [here|https://github.com/wtrocki/cordova-ios/blame/master/CordovaLib/Classes/Private/Plugins/CDVGestureHandler/CDVGestureHandler.m#L46] fixes that. Going to experiment with this to still suppress webview window Edit: Visualization of the issue, http://www.giphy.com/gifs/24FWgpvK4vqhN7oZnq > Inputs type text don't work on iOS > -- > > Key: CB-14039 > URL: https://issues.apache.org/jira/browse/CB-14039 > Project: Apache Cordova > Issue Type: Bug >Reporter: Jason Glez >Priority: Major > > h3. PhoneGap CLI, node & npm versions > PhoneGap CLI Version: 8.0.0 > Xcode Version: 9.3 > Node Version: 8.11.1 > NPM Version: 5.8.0 > Git Version: 2.16.3 > ios-sim Version: 6.1.2 > Using the following preferences in config.xml all the inputs type "text" stop > working and cannot be clickable. > name="Suppresses3DTouchGesture" value="true" /> > Devices tested: > * iPhone X 11.3 (Emulator) > * iPhone 6 10.2.1 (Physical device) > h3. Expected Behaviour > * The inputs are clickable and the user can write. > h3. Actual Behaviour > * The inputs are not clickable and the user cannot write > * Note: Sometimes the application opens the keyboard, but it's really > difficult to get. > h3. Steps to Reproduce > * Create a new project: phonegap create myApp > * Add some inputs type text in the HTML > * Run the application: phonegap run ios -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-14039) Inputs type text don't work on iOS
[ https://issues.apache.org/jira/browse/CB-14039?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16455538#comment-16455538 ] Wojciech Trocki edited comment on CB-14039 at 4/27/18 11:36 AM: Looks like changing value [here|https://github.com/wtrocki/cordova-ios/blame/master/CordovaLib/Classes/Private/Plugins/CDVGestureHandler/CDVGestureHandler.m#L46] fixes that. Going to experiment with this to still suppress webview window Edit: Visualization of the issue, http://www.giphy.com/gifs/24FWgpvK4vqhN7oZnq was (Author: wtrocki): Looks like changing value [here|https://github.com/wtrocki/cordova-ios/blame/master/CordovaLib/Classes/Private/Plugins/CDVGestureHandler/CDVGestureHandler.m#L46] fixes that. Going to experiment with this to still suppress webview window > Inputs type text don't work on iOS > -- > > Key: CB-14039 > URL: https://issues.apache.org/jira/browse/CB-14039 > Project: Apache Cordova > Issue Type: Bug >Reporter: Jason Glez >Priority: Major > > h3. PhoneGap CLI, node & npm versions > PhoneGap CLI Version: 8.0.0 > Xcode Version: 9.3 > Node Version: 8.11.1 > NPM Version: 5.8.0 > Git Version: 2.16.3 > ios-sim Version: 6.1.2 > Using the following preferences in config.xml all the inputs type "text" stop > working and cannot be clickable. > name="Suppresses3DTouchGesture" value="true" /> > Devices tested: > * iPhone X 11.3 (Emulator) > * iPhone 6 10.2.1 (Physical device) > h3. Expected Behaviour > * The inputs are clickable and the user can write. > h3. Actual Behaviour > * The inputs are not clickable and the user cannot write > * Note: Sometimes the application opens the keyboard, but it's really > difficult to get. > h3. Steps to Reproduce > * Create a new project: phonegap create myApp > * Add some inputs type text in the HTML > * Run the application: phonegap run ios -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-14039) Inputs type text don't work on iOS
[ https://issues.apache.org/jira/browse/CB-14039?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16455538#comment-16455538 ] Wojciech Trocki edited comment on CB-14039 at 4/26/18 11:39 PM: Looks like changing value [here|https://github.com/wtrocki/cordova-ios/blame/master/CordovaLib/Classes/Private/Plugins/CDVGestureHandler/CDVGestureHandler.m#L46] fixes that. Going to experiment with this to still suppress webview window was (Author: wtrocki): Going to work to resolve this issue. > Inputs type text don't work on iOS > -- > > Key: CB-14039 > URL: https://issues.apache.org/jira/browse/CB-14039 > Project: Apache Cordova > Issue Type: Bug >Reporter: Jason Glez >Priority: Major > > h3. PhoneGap CLI, node & npm versions > PhoneGap CLI Version: 8.0.0 > Xcode Version: 9.3 > Node Version: 8.11.1 > NPM Version: 5.8.0 > Git Version: 2.16.3 > ios-sim Version: 6.1.2 > Using the following preferences in config.xml all the inputs type "text" stop > working and cannot be clickable. > name="Suppresses3DTouchGesture" value="true" /> > Devices tested: > * iPhone X 11.3 (Emulator) > * iPhone 6 10.2.1 (Physical device) > h3. Expected Behaviour > * The inputs are clickable and the user can write. > h3. Actual Behaviour > * The inputs are not clickable and the user cannot write > * Note: Sometimes the application opens the keyboard, but it's really > difficult to get. > h3. Steps to Reproduce > * Create a new project: phonegap create myApp > * Add some inputs type text in the HTML > * Run the application: phonegap run ios -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-14039) Inputs type text don't work on iOS
[ https://issues.apache.org/jira/browse/CB-14039?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16455538#comment-16455538 ] Wojciech Trocki commented on CB-14039: -- Going to work to resolve this issue. > Inputs type text don't work on iOS > -- > > Key: CB-14039 > URL: https://issues.apache.org/jira/browse/CB-14039 > Project: Apache Cordova > Issue Type: Bug >Reporter: Jason Glez >Priority: Major > > h3. PhoneGap CLI, node & npm versions > PhoneGap CLI Version: 8.0.0 > Xcode Version: 9.3 > Node Version: 8.11.1 > NPM Version: 5.8.0 > Git Version: 2.16.3 > ios-sim Version: 6.1.2 > Using the following preferences in config.xml all the inputs type "text" stop > working and cannot be clickable. > name="Suppresses3DTouchGesture" value="true" /> > Devices tested: > * iPhone X 11.3 (Emulator) > * iPhone 6 10.2.1 (Physical device) > h3. Expected Behaviour > * The inputs are clickable and the user can write. > h3. Actual Behaviour > * The inputs are not clickable and the user cannot write > * Note: Sometimes the application opens the keyboard, but it's really > difficult to get. > h3. Steps to Reproduce > * Create a new project: phonegap create myApp > * Add some inputs type text in the HTML > * Run the application: phonegap run ios -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-14048) Inappbrowser allowedSchemes doesn't check empty string
[
https://issues.apache.org/jira/browse/CB-14048?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16455535#comment-16455535
]
Wojciech Trocki commented on CB-14048:
--
Adde fix: https://github.com/apache/cordova-plugin-inappbrowser/pull/268
> Inappbrowser allowedSchemes doesn't check empty string
> --
>
> Key: CB-14048
> URL: https://issues.apache.org/jira/browse/CB-14048
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-plugin-inappbrowser
>Reporter: Reed Richards
>Priority: Minor
>
> The new AllowSchemes introduced with inappbrowser@3.0.0 doesn't check if
> _AllowSchemes_ contains empty string after having being loaded, respectively
> only if _null_, which could lead to error in case a custom scheme is use but
> not set as white listed schema
> What I mean is that, if no _preference_ would be set in _config.xml_ but a
> custom scheme would be used (my case) then the variable _allowSchemes_ won't
> be _null_ but will contains an _empty string_
>
> In InAppBrowser.java
>
> {code:java}
> else if (!url.startsWith("http:") && !url.startsWith("https:") &&
> url.matches("^[a-z]*://.*?$")) {
> if (allowedSchemes == null) {
> String allowed = preferences.getString("AllowedSchemes", "");
> allowedSchemes = allowed.split(",");
> }
> if (allowedSchemes != null) { // <--- If preference AllowedSchemes
> is not specified, variable allowedSchemes not gonna be null but an array
> containing an empty string
>for (String scheme : allowedSchemes) {
>if (url.startsWith(scheme)) {
> if (url.startsWith(scheme)) { // <-- which leads to the
> problem "urlidontwanttowhilelist://".startsWith("") == true{code}
>
> I would like to improve this check for example like following
>
> {code:java}
> if (url.startsWith(scheme) && !"".equals(scheme)) {
> {code}
>
> Thx in advance for the improvement
>
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Issue Comment Deleted] (CB-14048) Inappbrowser allowedSchemes doesn't check empty string
[
https://issues.apache.org/jira/browse/CB-14048?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Wojciech Trocki updated CB-14048:
-
Comment: was deleted
(was: Adde fix: https://github.com/apache/cordova-plugin-inappbrowser/pull/268)
> Inappbrowser allowedSchemes doesn't check empty string
> --
>
> Key: CB-14048
> URL: https://issues.apache.org/jira/browse/CB-14048
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-plugin-inappbrowser
>Reporter: Reed Richards
>Priority: Minor
>
> The new AllowSchemes introduced with inappbrowser@3.0.0 doesn't check if
> _AllowSchemes_ contains empty string after having being loaded, respectively
> only if _null_, which could lead to error in case a custom scheme is use but
> not set as white listed schema
> What I mean is that, if no _preference_ would be set in _config.xml_ but a
> custom scheme would be used (my case) then the variable _allowSchemes_ won't
> be _null_ but will contains an _empty string_
>
> In InAppBrowser.java
>
> {code:java}
> else if (!url.startsWith("http:") && !url.startsWith("https:") &&
> url.matches("^[a-z]*://.*?$")) {
> if (allowedSchemes == null) {
> String allowed = preferences.getString("AllowedSchemes", "");
> allowedSchemes = allowed.split(",");
> }
> if (allowedSchemes != null) { // <--- If preference AllowedSchemes
> is not specified, variable allowedSchemes not gonna be null but an array
> containing an empty string
>for (String scheme : allowedSchemes) {
>if (url.startsWith(scheme)) {
> if (url.startsWith(scheme)) { // <-- which leads to the
> problem "urlidontwanttowhilelist://".startsWith("") == true{code}
>
> I would like to improve this check for example like following
>
> {code:java}
> if (url.startsWith(scheme) && !"".equals(scheme)) {
> {code}
>
> Thx in advance for the improvement
>
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-14055) Opening a link in some third party apps merges the third party app with our own
[
https://issues.apache.org/jira/browse/CB-14055?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16455499#comment-16455499
]
Wojciech Trocki edited comment on CB-14055 at 4/26/18 10:49 PM:
[https://cordova.apache.org/docs/en/latest/config_ref/index.html#preference]
See: AndroidLaunchMode.
Can you replicate problem when preference is set to:
{code:java}
{code}
was (Author: wtrocki):
https://cordova.apache.org/docs/en/latest/config_ref/index.html#preference
See: AndroidLaunchMode
> Opening a link in some third party apps merges the third party app with our
> own
> ---
>
> Key: CB-14055
> URL: https://issues.apache.org/jira/browse/CB-14055
> Project: Apache Cordova
> Issue Type: Bug
> Environment: Confirmed on Android 6.0.1 and up. Cordova 6.4.0 (can't
> update for other reasons). Cordova-plugin-inappbrowser 3.0.0
>Reporter: Silviu Ion
>Priority: Blocker
> Attachments: Screenshot_20180426-095002.png
>
>
> We've run into a most interesting issue with the cordova-plugin-inappbrowser.
> Normally, opening a link externally works fine. For example, opening a link
> to our Facebook page in Chrome or the OS's native browser creates and
> switches to an instance of that browser, completely separate from the
> original app.
> Opening a special link such as the fb://page/pageID will open the official
> Facebook app, and it will be completely separate from the original app. So
> far, so good. All the behaviour is as expected and desired.
> The problems arise when we open a regular link
> (https://www.facebook.com/pageName) in a third party Facebook client -
> specifically the Friendly client for Facebook. The Friendly app will
> seemingly open and display the correct content. However, once this third
> party app is open, it is MERGED with the original app.
> To clarify: We have our Cordova app (which we'll call SomeApp) which has a
> button running this:
> {code:javascript}
> cordova.InAppBrowser.open('https://www.facebook.com/pageName', '_system',
> 'location=no');
> {code}
> You press the button, select the Friendly app, select 'Just Once', and the
> Friendly app displays the correct page. Now, if you press the Back button
> (physical or otherwise), the app doesn't switch back to SomeApp.
> Worse still, if you press the 'recent apps' button on your phone, SomeApp
> will be gone. What the recent apps screen will show is a tile where the name
> of the app is SomeApp, but the content is actually the Friendly app.
> If it's unclear, take a look at the attachment. That tile's logo and content
> is the Friendly app, and the name is our own app. It is not possible to go
> back to our app without first closing this broken setup.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-14055) Opening a link in some third party apps merges the third party app with our own
[
https://issues.apache.org/jira/browse/CB-14055?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16455499#comment-16455499
]
Wojciech Trocki edited comment on CB-14055 at 4/26/18 10:49 PM:
[https://cordova.apache.org/docs/en/latest/config_ref/index.html#preference]
See: AndroidLaunchMode.
For example:
{code:java}
{code}
was (Author: wtrocki):
[https://cordova.apache.org/docs/en/latest/config_ref/index.html#preference]
See: AndroidLaunchMode.
Can you replicate problem when preference is set to:
{code:java}
{code}
> Opening a link in some third party apps merges the third party app with our
> own
> ---
>
> Key: CB-14055
> URL: https://issues.apache.org/jira/browse/CB-14055
> Project: Apache Cordova
> Issue Type: Bug
> Environment: Confirmed on Android 6.0.1 and up. Cordova 6.4.0 (can't
> update for other reasons). Cordova-plugin-inappbrowser 3.0.0
>Reporter: Silviu Ion
>Priority: Blocker
> Attachments: Screenshot_20180426-095002.png
>
>
> We've run into a most interesting issue with the cordova-plugin-inappbrowser.
> Normally, opening a link externally works fine. For example, opening a link
> to our Facebook page in Chrome or the OS's native browser creates and
> switches to an instance of that browser, completely separate from the
> original app.
> Opening a special link such as the fb://page/pageID will open the official
> Facebook app, and it will be completely separate from the original app. So
> far, so good. All the behaviour is as expected and desired.
> The problems arise when we open a regular link
> (https://www.facebook.com/pageName) in a third party Facebook client -
> specifically the Friendly client for Facebook. The Friendly app will
> seemingly open and display the correct content. However, once this third
> party app is open, it is MERGED with the original app.
> To clarify: We have our Cordova app (which we'll call SomeApp) which has a
> button running this:
> {code:javascript}
> cordova.InAppBrowser.open('https://www.facebook.com/pageName', '_system',
> 'location=no');
> {code}
> You press the button, select the Friendly app, select 'Just Once', and the
> Friendly app displays the correct page. Now, if you press the Back button
> (physical or otherwise), the app doesn't switch back to SomeApp.
> Worse still, if you press the 'recent apps' button on your phone, SomeApp
> will be gone. What the recent apps screen will show is a tile where the name
> of the app is SomeApp, but the content is actually the Friendly app.
> If it's unclear, take a look at the attachment. That tile's logo and content
> is the Friendly app, and the name is our own app. It is not possible to go
> back to our app without first closing this broken setup.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-14055) Opening a link in some third party apps merges the third party app with our own
[
https://issues.apache.org/jira/browse/CB-14055?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16455499#comment-16455499
]
Wojciech Trocki edited comment on CB-14055 at 4/26/18 10:44 PM:
https://cordova.apache.org/docs/en/latest/config_ref/index.html#preference
See: AndroidLaunchMode
was (Author: wtrocki):
[https://cordova.apache.org/docs/en/4.0.0/guide/platforms/android/config.html]
See: AndroidLaunchMode
> Opening a link in some third party apps merges the third party app with our
> own
> ---
>
> Key: CB-14055
> URL: https://issues.apache.org/jira/browse/CB-14055
> Project: Apache Cordova
> Issue Type: Bug
> Environment: Confirmed on Android 6.0.1 and up. Cordova 6.4.0 (can't
> update for other reasons). Cordova-plugin-inappbrowser 3.0.0
>Reporter: Silviu Ion
>Priority: Blocker
> Attachments: Screenshot_20180426-095002.png
>
>
> We've run into a most interesting issue with the cordova-plugin-inappbrowser.
> Normally, opening a link externally works fine. For example, opening a link
> to our Facebook page in Chrome or the OS's native browser creates and
> switches to an instance of that browser, completely separate from the
> original app.
> Opening a special link such as the fb://page/pageID will open the official
> Facebook app, and it will be completely separate from the original app. So
> far, so good. All the behaviour is as expected and desired.
> The problems arise when we open a regular link
> (https://www.facebook.com/pageName) in a third party Facebook client -
> specifically the Friendly client for Facebook. The Friendly app will
> seemingly open and display the correct content. However, once this third
> party app is open, it is MERGED with the original app.
> To clarify: We have our Cordova app (which we'll call SomeApp) which has a
> button running this:
> {code:javascript}
> cordova.InAppBrowser.open('https://www.facebook.com/pageName', '_system',
> 'location=no');
> {code}
> You press the button, select the Friendly app, select 'Just Once', and the
> Friendly app displays the correct page. Now, if you press the Back button
> (physical or otherwise), the app doesn't switch back to SomeApp.
> Worse still, if you press the 'recent apps' button on your phone, SomeApp
> will be gone. What the recent apps screen will show is a tile where the name
> of the app is SomeApp, but the content is actually the Friendly app.
> If it's unclear, take a look at the attachment. That tile's logo and content
> is the Friendly app, and the name is our own app. It is not possible to go
> back to our app without first closing this broken setup.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-14055) Opening a link in some third party apps merges the third party app with our own
[
https://issues.apache.org/jira/browse/CB-14055?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16455499#comment-16455499
]
Wojciech Trocki commented on CB-14055:
--
[https://cordova.apache.org/docs/en/4.0.0/guide/platforms/android/config.html]
See: AndroidLaunchMode
> Opening a link in some third party apps merges the third party app with our
> own
> ---
>
> Key: CB-14055
> URL: https://issues.apache.org/jira/browse/CB-14055
> Project: Apache Cordova
> Issue Type: Bug
> Environment: Confirmed on Android 6.0.1 and up. Cordova 6.4.0 (can't
> update for other reasons). Cordova-plugin-inappbrowser 3.0.0
>Reporter: Silviu Ion
>Priority: Blocker
> Attachments: Screenshot_20180426-095002.png
>
>
> We've run into a most interesting issue with the cordova-plugin-inappbrowser.
> Normally, opening a link externally works fine. For example, opening a link
> to our Facebook page in Chrome or the OS's native browser creates and
> switches to an instance of that browser, completely separate from the
> original app.
> Opening a special link such as the fb://page/pageID will open the official
> Facebook app, and it will be completely separate from the original app. So
> far, so good. All the behaviour is as expected and desired.
> The problems arise when we open a regular link
> (https://www.facebook.com/pageName) in a third party Facebook client -
> specifically the Friendly client for Facebook. The Friendly app will
> seemingly open and display the correct content. However, once this third
> party app is open, it is MERGED with the original app.
> To clarify: We have our Cordova app (which we'll call SomeApp) which has a
> button running this:
> {code:javascript}
> cordova.InAppBrowser.open('https://www.facebook.com/pageName', '_system',
> 'location=no');
> {code}
> You press the button, select the Friendly app, select 'Just Once', and the
> Friendly app displays the correct page. Now, if you press the Back button
> (physical or otherwise), the app doesn't switch back to SomeApp.
> Worse still, if you press the 'recent apps' button on your phone, SomeApp
> will be gone. What the recent apps screen will show is a tile where the name
> of the app is SomeApp, but the content is actually the Friendly app.
> If it's unclear, take a look at the attachment. That tile's logo and content
> is the Friendly app, and the name is our own app. It is not possible to go
> back to our app without first closing this broken setup.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
