[jira] [Commented] (CB-14120) Playback issues in iOS 11.3/11.4
[ https://issues.apache.org/jira/browse/CB-14120?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16506842#comment-16506842 ] Bilal Adhi commented on CB-14120: - You are using bundle path i mean the mp3 files are in your project could you please try it with absolute path? like 1st i download the mp3 file then i played it. > Playback issues in iOS 11.3/11.4 > - > > Key: CB-14120 > URL: https://issues.apache.org/jira/browse/CB-14120 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-media > Environment: Ionic 3, Angular JS 4 >Reporter: Muddasir Lakhani >Priority: Blocker > > I am trying to play multiple audio tracks one after the other using the Media > Plugin. > On pressing play, I download all the tracks as a zip file, and then play them > one after the other until the last track is played. This works fine on > Android (all models) and also on iOS up to 11.2. On iOS 11.3 onwards, the > next track never starts from the beginning, but from a random duration. So > basically if an Album has 4 tracks, first one will play from duration 00:00, > and then the next ones will start to play from random duration, and never > from 00:00. > Code Snippet is below: > {{if (ContainerClass.GetPlatformName() == "android") { this._mFile = > this.media.create(this._URL + "/" + AlbumNo + "/" + this._fileName[index]); } > else if (ContainerClass.GetPlatformName() == "ios") { this._mFile = > this.media.create((this._URL + "/" + AlbumNo + "/" + > this._fileName[index]).replace(/^file:\/\//, '')); } > this._mFile.onStatusUpdate.subscribe(status => console.log(status)); > this._mFile.stop(); this._mFile.play(); ServicesClass._mFile = this._mFile; > ServicesClass._isPlaying = 1; ServicesClass._playingAlbumNo = this.AlbumNo; > ServicesClass._isPlaying = 1 this._isPlaying = 1; > this._mFile.onSuccess.subscribe(result => { index++; this._playingIndex = > index; this._mFile.release(); if (ServicesClass._stopPlaying == false) { > this.PlayFiles(AlbumNo, index); this.showMp3Player(true); } else { return; } > }); this._mFile.onError.subscribe(error => console.log('Error!', > JSON.stringify(error))); } }} > -- 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-14120) Playback issues in iOS 11.3/11.4
[ https://issues.apache.org/jira/browse/CB-14120?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16506839#comment-16506839 ] Ken Naito commented on CB-14120: Thanks Bilal Adhi. I have checked it on real devices. (iPhone 5S and iPhone 8) I used short mp3 files. (each files are about 10 seconds) I will try to check this on other devices. > Playback issues in iOS 11.3/11.4 > - > > Key: CB-14120 > URL: https://issues.apache.org/jira/browse/CB-14120 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-media > Environment: Ionic 3, Angular JS 4 >Reporter: Muddasir Lakhani >Priority: Blocker > > I am trying to play multiple audio tracks one after the other using the Media > Plugin. > On pressing play, I download all the tracks as a zip file, and then play them > one after the other until the last track is played. This works fine on > Android (all models) and also on iOS up to 11.2. On iOS 11.3 onwards, the > next track never starts from the beginning, but from a random duration. So > basically if an Album has 4 tracks, first one will play from duration 00:00, > and then the next ones will start to play from random duration, and never > from 00:00. > Code Snippet is below: > {{if (ContainerClass.GetPlatformName() == "android") { this._mFile = > this.media.create(this._URL + "/" + AlbumNo + "/" + this._fileName[index]); } > else if (ContainerClass.GetPlatformName() == "ios") { this._mFile = > this.media.create((this._URL + "/" + AlbumNo + "/" + > this._fileName[index]).replace(/^file:\/\//, '')); } > this._mFile.onStatusUpdate.subscribe(status => console.log(status)); > this._mFile.stop(); this._mFile.play(); ServicesClass._mFile = this._mFile; > ServicesClass._isPlaying = 1; ServicesClass._playingAlbumNo = this.AlbumNo; > ServicesClass._isPlaying = 1 this._isPlaying = 1; > this._mFile.onSuccess.subscribe(result => { index++; this._playingIndex = > index; this._mFile.release(); if (ServicesClass._stopPlaying == false) { > this.PlayFiles(AlbumNo, index); this.showMp3Player(true); } else { return; } > }); this._mFile.onError.subscribe(error => console.log('Error!', > JSON.stringify(error))); } }} > -- 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-14120) Playback issues in iOS 11.3/11.4
[ https://issues.apache.org/jira/browse/CB-14120?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16506825#comment-16506825 ] Bilal Adhi commented on CB-14120: - Did you check it on real device or on simulator? because i checked it on simulator of IphoneX (11.3) its working fine but on real device its not working. > Playback issues in iOS 11.3/11.4 > - > > Key: CB-14120 > URL: https://issues.apache.org/jira/browse/CB-14120 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-media > Environment: Ionic 3, Angular JS 4 >Reporter: Muddasir Lakhani >Priority: Blocker > > I am trying to play multiple audio tracks one after the other using the Media > Plugin. > On pressing play, I download all the tracks as a zip file, and then play them > one after the other until the last track is played. This works fine on > Android (all models) and also on iOS up to 11.2. On iOS 11.3 onwards, the > next track never starts from the beginning, but from a random duration. So > basically if an Album has 4 tracks, first one will play from duration 00:00, > and then the next ones will start to play from random duration, and never > from 00:00. > Code Snippet is below: > {{if (ContainerClass.GetPlatformName() == "android") { this._mFile = > this.media.create(this._URL + "/" + AlbumNo + "/" + this._fileName[index]); } > else if (ContainerClass.GetPlatformName() == "ios") { this._mFile = > this.media.create((this._URL + "/" + AlbumNo + "/" + > this._fileName[index]).replace(/^file:\/\//, '')); } > this._mFile.onStatusUpdate.subscribe(status => console.log(status)); > this._mFile.stop(); this._mFile.play(); ServicesClass._mFile = this._mFile; > ServicesClass._isPlaying = 1; ServicesClass._playingAlbumNo = this.AlbumNo; > ServicesClass._isPlaying = 1 this._isPlaying = 1; > this._mFile.onSuccess.subscribe(result => { index++; this._playingIndex = > index; this._mFile.release(); if (ServicesClass._stopPlaying == false) { > this.PlayFiles(AlbumNo, index); this.showMp3Player(true); } else { return; } > }); this._mFile.onError.subscribe(error => console.log('Error!', > JSON.stringify(error))); } }} > -- 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-12002) Support LSApplicationQueriesSchemes
[ https://issues.apache.org/jira/browse/CB-12002?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Darryl Pogue closed CB-12002. - Resolution: Workaround Closing this, because you can now add to LSApplicationQueriesSchemes via the {{edit-config}} element in config.xml > Support LSApplicationQueriesSchemes > --- > > Key: CB-12002 > URL: https://issues.apache.org/jira/browse/CB-12002 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-ios >Reporter: Darryl Pogue >Assignee: Darryl Pogue >Priority: Major > > For apps to launch other apps via their custom URL schemes, they need to be > whitelisted in LSApplicationQueriesSchemes. We should be able to use the > (currently unused by iOS) {{}} tags in config.xml to configure > this. -- 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] [Resolved] (CB-14122) cordova-serve release June 2018
[ https://issues.apache.org/jira/browse/CB-14122?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Darryl Pogue resolved CB-14122. --- Resolution: Fixed > cordova-serve release June 2018 > --- > > Key: CB-14122 > URL: https://issues.apache.org/jira/browse/CB-14122 > Project: Apache Cordova > Issue Type: Task > Components: cordova-serve >Reporter: Darryl Pogue >Assignee: Darryl Pogue >Priority: Major > Fix For: cordova-serve@2.0.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-14057) cordova build command fails when including FBSDK pods
[ https://issues.apache.org/jira/browse/CB-14057?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16506620#comment-16506620 ] Chris Williams commented on CB-14057: - Haven't had time to look back at this in a while. Sounds like you are having the same exact issue I was seeing. I also tried removing every combination of configuration in the xcconfig file when running the raw command, but just including the flag itself would cause the issue for me. I believe building from Xcode worked properly for me. Would be nice to build from the command line, but this seems to be an issue with xcodebuild itself. > cordova build command fails when including FBSDK pods > - > > Key: CB-14057 > URL: https://issues.apache.org/jira/browse/CB-14057 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-ios >Affects Versions: cordova-ios@4.5.4 >Reporter: Chris Williams >Assignee: Suraj Pindoria >Priority: Minor > > Including the FBSDK as a pod causes the build to fail using the command line. > Building with Xcode still works. > > Command that fails: > cordova build ios --release > Error Message: > 'Bolts/BFAppLink.h' file not found > #import > > The plugin includes the FBSDK as: > > > > The PodFile looks like: > # DO NOT MODIFY -- auto-generated by Apache Cordova > platform :ios, '8.0' > target 'MegaFameCasino' do > project 'MegaFameCasino.xcodeproj' > pod 'FBSDKCoreKit', '4.32.0' > pod 'FBSDKLoginKit', '4.32.0' > pod 'FBSDKShareKit', '4.32.0' > end > > The FBSDKCoreKit pod depends on the Bolts pod and includes header files from > it. > -- > I think there may be some sort of issue with the ${SRCROOT} variable in > xcodebuild or > something cordova is doing that I couldn't find > Looking at the commands run by xcodebuild, the include paths are getting set > as ios/Pods/Pods/ > I assume this is incorrect > -I/project-path/platforms/ios/Pods/Pods/Headers/Public/Bolts > If I go into "platforms/ios/Pods/Target Support > Files/Pods/MegaFameCasino/Pods-MegaFameCasino.release.xcconfig" > and remove the trailing /Pods from PODS_ROOT: > PODS_ROOT = ${SRCROOT}/Pods > PODS_ROOT = ${SRCROOT} > then the includes look correct: > -I/project-path/platforms/ios/Pods/Headers/Public/Bolts > > Doing this gets the build further down past the pods, but it will then fail > later at > diff: /project-path/platforms/ios/Manifest.lock: No such file or directory > error: The sandbox is not in sync with the Podfile.lock. Run 'pod install' or > update your CocoaPods installation. > > > > -- 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-12551) File-Transfer download/upload fails in Android 4.4 or older using TLS 1.2
[ https://issues.apache.org/jira/browse/CB-12551?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16506439#comment-16506439 ] ASF GitHub Bot commented on CB-12551: - davidofwatkins commented on a change in pull request #197: CB-12551: (android) Patch Security Provider to support TLS 1.2 URL: https://github.com/apache/cordova-plugin-file-transfer/pull/197#discussion_r194149186 ## File path: plugin.xml ## @@ -54,6 +54,8 @@ + + Review comment: Ah, I wasn't aware of this. Good to know, thanks! This is an automated message from the Apache Git Service. To respond to the message, please log on GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org > File-Transfer download/upload fails in Android 4.4 or older using TLS 1.2 > - > > Key: CB-12551 > URL: https://issues.apache.org/jira/browse/CB-12551 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-file-transfer (DEPRECATED) >Reporter: Dani Palou >Priority: Major > > FileTransfer's download function fails when trying to download a file from a > site using TLS 1.2. This works fine in Android 5 or higher, but it fails in > Android 4.x. > I searched a bit and I found that Android 4.4 should support TLS1.2 but it is > disabled by default. I applied the solution proposed in this post and it > worked for me: > http://stackoverflow.com/a/33567745 > That is, I created the _MySSLSocketFactory_ class in the FileTransfer > project, and I used it in the _trustAllHosts_ function (line 636 of > _FileTransfer.java_): > {noformat} > SSLSocketFactory newFactory = new MySSLSocketFactory(sc.getSocketFactory()); > {noformat} > I'm not sure if this can cause problems with other certificates, I don't know > much about this. It would be nice if the Cordova team could take a look at > this and check if it can be solved. > This is the stacktrace: > {noformat} > Error getting HTTP status code from connection. > javax.net.ssl.SSLException: Connection closed by peer > at com.android.org.conscrypt.NativeCrypto.SSL_do_handshake(Native Method) > at > com.android.org.conscrypt.OpenSSLSocketImpl.startHandshake(OpenSSLSocketImpl.java:405) > at com.android.okhttp.Connection.upgradeToTls(Connection.java:146) > at com.android.okhttp.Connection.connect(Connection.java:107) > at com.android.okhttp.internal.http.HttpEngine.connect(HttpEngine.java:294) > at > com.android.okhttp.internal.http.HttpEngine.sendSocketRequest(HttpEngine.java:255) > at > com.android.okhttp.internal.http.HttpEngine.sendRequest(HttpEngine.java:206) > at > com.android.okhttp.internal.http.HttpURLConnectionImpl.execute(HttpURLConnectionImpl.java:345) > at > com.android.okhttp.internal.http.HttpURLConnectionImpl.connect(HttpURLConnectionImpl.java:89) > at > com.android.okhttp.internal.http.HttpsURLConnectionImpl.connect(HttpsURLConnectionImpl.java:161) > at org.apache.cordova.filetransfer.FileTransfer$4.run(FileTransfer.java:869) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1112) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:587) > at java.lang.Thread.run(Thread.java:841) > {noformat} > It can be tested with this code: > {noformat} > var ft = new FileTransfer(), > path = 'squirrel.jpg', > uri = > 'https://prototype.moodle.net/mobile/moodle32/webservice/pluginfile.php/314/mod_resource/content/3/squirrel.jpg?forcedownload=1&token=616455be9f363cc9631cab89cfcfa1cd'; > ft.download(uri, path, success, error, true); > function success() { > console.log('Success'); > } > function error(data) { > console.log('Error', data); > } > {noformat} -- 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-12551) File-Transfer download/upload fails in Android 4.4 or older using TLS 1.2
[ https://issues.apache.org/jira/browse/CB-12551?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16506440#comment-16506440 ] ASF GitHub Bot commented on CB-12551: - davidofwatkins commented on issue #197: CB-12551: (android) Patch Security Provider to support TLS 1.2 URL: https://github.com/apache/cordova-plugin-file-transfer/pull/197#issuecomment-395853380 @macdonst Done, feedback addressed 👍 Thanks! This is an automated message from the Apache Git Service. To respond to the message, please log on GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org > File-Transfer download/upload fails in Android 4.4 or older using TLS 1.2 > - > > Key: CB-12551 > URL: https://issues.apache.org/jira/browse/CB-12551 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-file-transfer (DEPRECATED) >Reporter: Dani Palou >Priority: Major > > FileTransfer's download function fails when trying to download a file from a > site using TLS 1.2. This works fine in Android 5 or higher, but it fails in > Android 4.x. > I searched a bit and I found that Android 4.4 should support TLS1.2 but it is > disabled by default. I applied the solution proposed in this post and it > worked for me: > http://stackoverflow.com/a/33567745 > That is, I created the _MySSLSocketFactory_ class in the FileTransfer > project, and I used it in the _trustAllHosts_ function (line 636 of > _FileTransfer.java_): > {noformat} > SSLSocketFactory newFactory = new MySSLSocketFactory(sc.getSocketFactory()); > {noformat} > I'm not sure if this can cause problems with other certificates, I don't know > much about this. It would be nice if the Cordova team could take a look at > this and check if it can be solved. > This is the stacktrace: > {noformat} > Error getting HTTP status code from connection. > javax.net.ssl.SSLException: Connection closed by peer > at com.android.org.conscrypt.NativeCrypto.SSL_do_handshake(Native Method) > at > com.android.org.conscrypt.OpenSSLSocketImpl.startHandshake(OpenSSLSocketImpl.java:405) > at com.android.okhttp.Connection.upgradeToTls(Connection.java:146) > at com.android.okhttp.Connection.connect(Connection.java:107) > at com.android.okhttp.internal.http.HttpEngine.connect(HttpEngine.java:294) > at > com.android.okhttp.internal.http.HttpEngine.sendSocketRequest(HttpEngine.java:255) > at > com.android.okhttp.internal.http.HttpEngine.sendRequest(HttpEngine.java:206) > at > com.android.okhttp.internal.http.HttpURLConnectionImpl.execute(HttpURLConnectionImpl.java:345) > at > com.android.okhttp.internal.http.HttpURLConnectionImpl.connect(HttpURLConnectionImpl.java:89) > at > com.android.okhttp.internal.http.HttpsURLConnectionImpl.connect(HttpsURLConnectionImpl.java:161) > at org.apache.cordova.filetransfer.FileTransfer$4.run(FileTransfer.java:869) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1112) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:587) > at java.lang.Thread.run(Thread.java:841) > {noformat} > It can be tested with this code: > {noformat} > var ft = new FileTransfer(), > path = 'squirrel.jpg', > uri = > 'https://prototype.moodle.net/mobile/moodle32/webservice/pluginfile.php/314/mod_resource/content/3/squirrel.jpg?forcedownload=1&token=616455be9f363cc9631cab89cfcfa1cd'; > ft.download(uri, path, success, error, true); > function success() { > console.log('Success'); > } > function error(data) { > console.log('Error', data); > } > {noformat} -- 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=16506174#comment-16506174 ] Thomas Brian commented on CB-13589: --- Yes I submitted a patch after that comment. FYI I'm still waiting for it to be published to npm > 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] [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] [Commented] (CB-13193) Setting orientation to landscape might turn UI upside down if already in landscape
[ https://issues.apache.org/jira/browse/CB-13193?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16506068#comment-16506068 ] ASF GitHub Bot commented on CB-13193: - fortunes-technology commented on issue #25: CB-13193: (ios) Fixed Lock iOS Landscape Orientation turn up-sidedown URL: https://github.com/apache/cordova-plugin-screen-orientation/pull/25#issuecomment-395776862 @macdonst @purplecabbage @stevengill Can someone review this PR please? This is an automated message from the Apache Git Service. To respond to the message, please log on GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org > Setting orientation to landscape might turn UI upside down if already in > landscape > -- > > Key: CB-13193 > URL: https://issues.apache.org/jira/browse/CB-13193 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-screen-orientation >Reporter: Jonathan Herdt >Assignee: Vishal Mishra >Priority: Major > > Steps to reproduce: > # Set up an app to lock its orientation to 'landscape' at startup via > `screen.orientation.lock('landscape')` > # Set device to landscape-left (home button on left side) > # Start app > # Observe UI turning upside down > Desired behavior: Rotation is locked but UI does not turn upside down -- 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-13685) Android Adaptive Icons
[ https://issues.apache.org/jira/browse/CB-13685?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16506045#comment-16506045 ] ASF GitHub Bot commented on CB-13685: - erisu commented on issue #448: CB-13685 android: Adaptive Icon Support URL: https://github.com/apache/cordova-android/pull/448#issuecomment-395766548 I also want to point out that this PR will be required. https://github.com/apache/cordova-common/pull/26 This PR contains the updates to the ConfigParser to include `foreground` and `background` when getting static resources. This is an automated message from the Apache Git Service. To respond to the message, please log on GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org > Android Adaptive Icons > -- > > Key: CB-13685 > URL: https://issues.apache.org/jira/browse/CB-13685 > Project: Apache Cordova > Issue Type: Improvement > Components: cordova-android > Environment: All >Reporter: Josef Brandl >Assignee: Joe Bowser >Priority: Minor > > Starting with Android 8 Oreo (API level 26) Android allows developers to > create app icons using a background and a foreground image file. This feature > is called "adaptive icons". One major change that goes with this feature is > that icons get now clipped into a shape by the system. This leads to a very > uniform and clean design like on iOS where all icons are a rounded rectangle. > The other advantage is that visual effects can be applied to the icon by the > system due to the separation between foreground an background. > Android Studio greatly assists the developer at the creation of the app icon > resources because it creates backwards compatible icons for older devices > that don't support the adaptive icons feature. > https://developer.android.com/studio/write/image-asset-studio.html > The following resources are created. > {code} > res > ├── drawable > │ ├── ic_launcher_background.xml > │ └── ic_launcher_foreground.xml > ├── mipmap-anydpi-v26 > │ ├── ic_launcher.xml > │ └── ic_launcher_round.xml > ├── mipmap-hdpi > │ ├── ic_launcher.png > │ └── ic_launcher_round.png > ├── mipmap-mdpi > │ ├── ic_launcher.png > │ └── ic_launcher_round.png > ├── mipmap-xhdpi > │ ├── ic_launcher.png > │ └── ic_launcher_round.png > ├── mipmap-xxhdpi > │ ├── ic_launcher.png > │ └── ic_launcher_round.png > └── mipmap-xxxhdpi > ├── ic_launcher.png > └── ic_launcher_round.png > {code} > It is currently not clear how these files can be used inside a cordova > project. > - res/mipmap-anydpi-v26/ic_launcher.xml points to other image resources > (foreground, background) > - The foreground and background can be vector graphics (-> xml files in > res/drawable) > - The documentation needs to be updated > (I've never reported an issue using JIRA before - I'm only used to github. > So, please guide me if I'm doing something incorrect) -- 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-13685) Android Adaptive Icons
[ https://issues.apache.org/jira/browse/CB-13685?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16506028#comment-16506028 ] ASF GitHub Bot commented on CB-13685: - janpio commented on issue #830: CB-13685 android: Added adaptive icon docs URL: https://github.com/apache/cordova-docs/pull/830#issuecomment-395761808 Nice docs (and unrelated changes as well!) Caution re merging: Depends on https://github.com/apache/cordova-android/pull/448 getting merged and released. This is an automated message from the Apache Git Service. To respond to the message, please log on GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org > Android Adaptive Icons > -- > > Key: CB-13685 > URL: https://issues.apache.org/jira/browse/CB-13685 > Project: Apache Cordova > Issue Type: Improvement > Components: cordova-android > Environment: All >Reporter: Josef Brandl >Assignee: Joe Bowser >Priority: Minor > > Starting with Android 8 Oreo (API level 26) Android allows developers to > create app icons using a background and a foreground image file. This feature > is called "adaptive icons". One major change that goes with this feature is > that icons get now clipped into a shape by the system. This leads to a very > uniform and clean design like on iOS where all icons are a rounded rectangle. > The other advantage is that visual effects can be applied to the icon by the > system due to the separation between foreground an background. > Android Studio greatly assists the developer at the creation of the app icon > resources because it creates backwards compatible icons for older devices > that don't support the adaptive icons feature. > https://developer.android.com/studio/write/image-asset-studio.html > The following resources are created. > {code} > res > ├── drawable > │ ├── ic_launcher_background.xml > │ └── ic_launcher_foreground.xml > ├── mipmap-anydpi-v26 > │ ├── ic_launcher.xml > │ └── ic_launcher_round.xml > ├── mipmap-hdpi > │ ├── ic_launcher.png > │ └── ic_launcher_round.png > ├── mipmap-mdpi > │ ├── ic_launcher.png > │ └── ic_launcher_round.png > ├── mipmap-xhdpi > │ ├── ic_launcher.png > │ └── ic_launcher_round.png > ├── mipmap-xxhdpi > │ ├── ic_launcher.png > │ └── ic_launcher_round.png > └── mipmap-xxxhdpi > ├── ic_launcher.png > └── ic_launcher_round.png > {code} > It is currently not clear how these files can be used inside a cordova > project. > - res/mipmap-anydpi-v26/ic_launcher.xml points to other image resources > (foreground, background) > - The foreground and background can be vector graphics (-> xml files in > res/drawable) > - The documentation needs to be updated > (I've never reported an issue using JIRA before - I'm only used to github. > So, please guide me if I'm doing something incorrect) -- 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-13685) Android Adaptive Icons
[ https://issues.apache.org/jira/browse/CB-13685?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16506027#comment-16506027 ] ASF GitHub Bot commented on CB-13685: - janpio commented on issue #830: CB-13685 android: Added adaptive icon docs URL: https://github.com/apache/cordova-docs/pull/830#issuecomment-395761808 Nice docs (and unrelated changes as well!) This is an automated message from the Apache Git Service. To respond to the message, please log on GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org > Android Adaptive Icons > -- > > Key: CB-13685 > URL: https://issues.apache.org/jira/browse/CB-13685 > Project: Apache Cordova > Issue Type: Improvement > Components: cordova-android > Environment: All >Reporter: Josef Brandl >Assignee: Joe Bowser >Priority: Minor > > Starting with Android 8 Oreo (API level 26) Android allows developers to > create app icons using a background and a foreground image file. This feature > is called "adaptive icons". One major change that goes with this feature is > that icons get now clipped into a shape by the system. This leads to a very > uniform and clean design like on iOS where all icons are a rounded rectangle. > The other advantage is that visual effects can be applied to the icon by the > system due to the separation between foreground an background. > Android Studio greatly assists the developer at the creation of the app icon > resources because it creates backwards compatible icons for older devices > that don't support the adaptive icons feature. > https://developer.android.com/studio/write/image-asset-studio.html > The following resources are created. > {code} > res > ├── drawable > │ ├── ic_launcher_background.xml > │ └── ic_launcher_foreground.xml > ├── mipmap-anydpi-v26 > │ ├── ic_launcher.xml > │ └── ic_launcher_round.xml > ├── mipmap-hdpi > │ ├── ic_launcher.png > │ └── ic_launcher_round.png > ├── mipmap-mdpi > │ ├── ic_launcher.png > │ └── ic_launcher_round.png > ├── mipmap-xhdpi > │ ├── ic_launcher.png > │ └── ic_launcher_round.png > ├── mipmap-xxhdpi > │ ├── ic_launcher.png > │ └── ic_launcher_round.png > └── mipmap-xxxhdpi > ├── ic_launcher.png > └── ic_launcher_round.png > {code} > It is currently not clear how these files can be used inside a cordova > project. > - res/mipmap-anydpi-v26/ic_launcher.xml points to other image resources > (foreground, background) > - The foreground and background can be vector graphics (-> xml files in > res/drawable) > - The documentation needs to be updated > (I've never reported an issue using JIRA before - I'm only used to github. > So, please guide me if I'm doing something incorrect) -- 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-14124) Access-Control-Allow-Headers
[ https://issues.apache.org/jira/browse/CB-14124?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alejandro updated CB-14124: --- Description: Hello, I have one app with: Cordova version: 8.0.0 cordova-ios version: 4.5.4 I had to install the plugin "[cordova-plugin-wkwebview-engine|https://github.com/apache/cordova-plugin-wkwebview-engine]"; to solve a problem with the interface. In android everything works correctly. But in IOS when I make AJAX requests to my API I have the error: XMLHttpRequest cannot load ... Request header field Authorization is not allowed by Access-Control-Allow-Headers In the API I have the following in place to allow CORS connections: {code:java} header('Access-Control-Allow-Headers: *'); header('Access-Control-Allow-Origin: *'); header('Access-Control-Allow-Methods: *'); {code} In the config.xml I have this: {code:java} http://*/*"; /> https://*/*"; /> mailto:*"; /> {code} and my AJAX requests are: {code:java} $.ajax({ url: url, data: formData, type: 'post', dataType: "json", contentType: false, processData: false, success: function (respuesta) { } }); {code} And I have this meta: {code:java} {code} The strange thing is that without the plugin([cordova-plugin-wkwebview-engine|https://github.com/apache/cordova-plugin-wkwebview-engine]) it works fine, but I need the plugin obligatorily. I am desperate and I do not know what to do anymore. any solution? was: Hello, I have one app with: Cordova version: 8.0.0 cordova-ios version: 4.5.4 I had to install the plugin "[cordova-plugin-wkwebview-engine|https://github.com/apache/cordova-plugin-wkwebview-engine]"; to solve a problem with the interface. In android everything works correctly. But in IOS when I make AJAX requests to my API I have the error: XMLHttpRequest cannot load ... Request header field Authorization is not allowed by Access-Control-Allow-Headers In the API I have the following in place to allow CORS connections: {code:java} header('Access-Control-Allow-Headers: *'); header('Access-Control-Allow-Origin: *'); header('Access-Control-Allow-Methods: *'); {code} In the config.xml I have this: {code:java} http://*/*"; /> https://*/*"; /> mailto:*"; /> {code} and my AJAX requests are: {code:java} $.ajax({ url: url, data: formData, type: 'post', dataType: "json", contentType: false, processData: false, success: function (respuesta) { } }); {code} And I have this meta: {code:java} {code} I am desperate and I do not know what to do anymore. any solution? > Access-Control-Allow-Headers > > > Key: CB-14124 > URL: https://issues.apache.org/jira/browse/CB-14124 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-ios, cordova-plugin-wkwebview-engine >Affects Versions: cordova-ios@4.5.4, 8.0.0 >Reporter: Alejandro >Assignee: Suraj Pindoria >Priority: Major > Labels: CORS, WKWebView, ajax, cordova, cordova-8.0.0, > cordova-ios, ios > > Hello, > I have one app with: > Cordova version: 8.0.0 > cordova-ios version: 4.5.4 > I had to install the plugin > "[cordova-plugin-wkwebview-engine|https://github.com/apache/cordova-plugin-wkwebview-engine]"; > to solve a problem with the interface. > In android everything works correctly. > But in IOS when I make AJAX requests to my API I have the error: > > XMLHttpRequest cannot load ... Request header field Authorization is not > allowed by Access-Control-Allow-Headers > > In the API I have the following in place to allow CORS connections: > {code:java} > header('Access-Control-Allow-Headers: *'); > header('Access-Control-Allow-Origin: *'); > header('Access-Control-Allow-Methods: *'); > {code} > In the config.xml I have this: > {code:java} > > http://*/*"; /> > https://*/*"; /> > > > mailto:*"; /> > > > > > {code} > and my AJAX requests are: > {code:java} > $.ajax({ > url: url, > data: formData, > type: 'post', > dataType: "json", > contentType: false, > processData: false, > success: function (respuesta) { > } > }); > {code} > And I have this meta: > {code:java} > > {code} > The strange thing is that without the > plugin([cordova-plugin-wkwebview-engine|https://github.com/apache/cordova-plugin-wkwebview-engine]) > it works fine, but I need the plugin obligatorily. > I am desperate and I do not know what to do anymore. > any 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] [Updated] (CB-14124) Access-Control-Allow-Headers
[ https://issues.apache.org/jira/browse/CB-14124?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alejandro updated CB-14124: --- Labels: CORS WKWebView ajax cordova cordova-8.0.0 cordova-ios ios (was: CORS WKWebView cordova cordova-8.0.0 cordova-ios) > Access-Control-Allow-Headers > > > Key: CB-14124 > URL: https://issues.apache.org/jira/browse/CB-14124 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-ios, cordova-plugin-wkwebview-engine >Affects Versions: cordova-ios@4.5.4, 8.0.0 >Reporter: Alejandro >Assignee: Suraj Pindoria >Priority: Major > Labels: CORS, WKWebView, ajax, cordova, cordova-8.0.0, > cordova-ios, ios > > Hello, > I have one app with: > Cordova version: 8.0.0 > cordova-ios version: 4.5.4 > I had to install the plugin > "[cordova-plugin-wkwebview-engine|https://github.com/apache/cordova-plugin-wkwebview-engine]"; > to solve a problem with the interface. > In android everything works correctly. > But in IOS when I make AJAX requests to my API I have the error: > > XMLHttpRequest cannot load ... Request header field Authorization is not > allowed by Access-Control-Allow-Headers > > In the API I have the following in place to allow CORS connections: > {code:java} > header('Access-Control-Allow-Headers: *'); > header('Access-Control-Allow-Origin: *'); > header('Access-Control-Allow-Methods: *'); > {code} > In the config.xml I have this: > {code:java} > > http://*/*"; /> > https://*/*"; /> > > > mailto:*"; /> > > > > > {code} > and my AJAX requests are: > {code:java} > $.ajax({ > url: url, > data: formData, > type: 'post', > dataType: "json", > contentType: false, > processData: false, > success: function (respuesta) { > } > }); > {code} > And I have this meta: > {code:java} > > {code} > I am desperate and I do not know what to do anymore. > any 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] [Created] (CB-14124) Access-Control-Allow-Headers
Alejandro created CB-14124: -- Summary: Access-Control-Allow-Headers Key: CB-14124 URL: https://issues.apache.org/jira/browse/CB-14124 Project: Apache Cordova Issue Type: Bug Components: cordova-ios, cordova-plugin-wkwebview-engine Affects Versions: cordova-ios@4.5.4, 8.0.0 Reporter: Alejandro Assignee: Suraj Pindoria Hello, I have one app with: Cordova version: 8.0.0 cordova-ios version: 4.5.4 I had to install the plugin "[cordova-plugin-wkwebview-engine|https://github.com/apache/cordova-plugin-wkwebview-engine]"; to solve a problem with the interface. In android everything works correctly. But in IOS when I make AJAX requests to my API I have the error: XMLHttpRequest cannot load ... Request header field Authorization is not allowed by Access-Control-Allow-Headers In the API I have the following in place to allow CORS connections: {code:java} header('Access-Control-Allow-Headers: *'); header('Access-Control-Allow-Origin: *'); header('Access-Control-Allow-Methods: *'); {code} In the config.xml I have this: {code:java} http://*/*"; /> https://*/*"; /> mailto:*"; /> {code} and my AJAX requests are: {code:java} $.ajax({ url: url, data: formData, type: 'post', dataType: "json", contentType: false, processData: false, success: function (respuesta) { } }); {code} And I have this meta: {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] [Updated] (CB-14124) Access-Control-Allow-Headers
[ https://issues.apache.org/jira/browse/CB-14124?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alejandro updated CB-14124: --- Description: Hello, I have one app with: Cordova version: 8.0.0 cordova-ios version: 4.5.4 I had to install the plugin "[cordova-plugin-wkwebview-engine|https://github.com/apache/cordova-plugin-wkwebview-engine]"; to solve a problem with the interface. In android everything works correctly. But in IOS when I make AJAX requests to my API I have the error: XMLHttpRequest cannot load ... Request header field Authorization is not allowed by Access-Control-Allow-Headers In the API I have the following in place to allow CORS connections: {code:java} header('Access-Control-Allow-Headers: *'); header('Access-Control-Allow-Origin: *'); header('Access-Control-Allow-Methods: *'); {code} In the config.xml I have this: {code:java} http://*/*"; /> https://*/*"; /> mailto:*"; /> {code} and my AJAX requests are: {code:java} $.ajax({ url: url, data: formData, type: 'post', dataType: "json", contentType: false, processData: false, success: function (respuesta) { } }); {code} And I have this meta: {code:java} {code} I am desperate and I do not know what to do anymore. any solution? was: Hello, I have one app with: Cordova version: 8.0.0 cordova-ios version: 4.5.4 I had to install the plugin "[cordova-plugin-wkwebview-engine|https://github.com/apache/cordova-plugin-wkwebview-engine]"; to solve a problem with the interface. In android everything works correctly. But in IOS when I make AJAX requests to my API I have the error: XMLHttpRequest cannot load ... Request header field Authorization is not allowed by Access-Control-Allow-Headers In the API I have the following in place to allow CORS connections: {code:java} header('Access-Control-Allow-Headers: *'); header('Access-Control-Allow-Origin: *'); header('Access-Control-Allow-Methods: *'); {code} In the config.xml I have this: {code:java} http://*/*"; /> https://*/*"; /> mailto:*"; /> {code} and my AJAX requests are: {code:java} $.ajax({ url: url, data: formData, type: 'post', dataType: "json", contentType: false, processData: false, success: function (respuesta) { } }); {code} And I have this meta: {code:java} {code} > Access-Control-Allow-Headers > > > Key: CB-14124 > URL: https://issues.apache.org/jira/browse/CB-14124 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-ios, cordova-plugin-wkwebview-engine >Affects Versions: cordova-ios@4.5.4, 8.0.0 >Reporter: Alejandro >Assignee: Suraj Pindoria >Priority: Major > Labels: CORS, WKWebView, cordova, cordova-8.0.0, cordova-ios > > Hello, > I have one app with: > Cordova version: 8.0.0 > cordova-ios version: 4.5.4 > I had to install the plugin > "[cordova-plugin-wkwebview-engine|https://github.com/apache/cordova-plugin-wkwebview-engine]"; > to solve a problem with the interface. > In android everything works correctly. > But in IOS when I make AJAX requests to my API I have the error: > > XMLHttpRequest cannot load ... Request header field Authorization is not > allowed by Access-Control-Allow-Headers > > In the API I have the following in place to allow CORS connections: > {code:java} > header('Access-Control-Allow-Headers: *'); > header('Access-Control-Allow-Origin: *'); > header('Access-Control-Allow-Methods: *'); > {code} > In the config.xml I have this: > {code:java} > > http://*/*"; /> > https://*/*"; /> > > > mailto:*"; /> > > > > > {code} > and my AJAX requests are: > {code:java} > $.ajax({ > url: url, > data: formData, > type: 'post', > dataType: "json", > contentType: false, > processData: false, > success: function (respuesta) { > } > }); > {code} > And I have this meta: > {code:java} > > {code} > I am desperate and I do not know what to do anymore. > any 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-13685) Android Adaptive Icons
[ https://issues.apache.org/jira/browse/CB-13685?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16505900#comment-16505900 ] ASF GitHub Bot commented on CB-13685: - erisu opened a new pull request #448: CB-13685 android: Adaptive Icon Support URL: https://github.com/apache/cordova-android/pull/448 ### Platforms affected Android ### What does this PR do? This PR adds support for Adaptive Icon. Changes to Default Template Project - Updated AndroidManifest to use adaptive icons configuration by default. - Added adaptive icons and ic_launcher.xml for Android platform 26 and higher. Added JavaScript Unit Testing. **config.xml for Adaptive Icons with Images** ``` ``` In this case, the foreground image will automatically be applied to the src attribute value. This is to support non-adaptive icon supported Android devices. If the user supplies their own src value, foreground will not be copied over. **config.xml for Adaptive Icons with Vectors** ``` ``` In this example, the adaptive icon supports vectors and colors for the foreground and background. If the foreground is a vector or color, the src attribute must also be defined with a PNG for Android devices that does not support adaptive icon. **config.xml for Adaptive Icons with Colors for Background** First: create colors.xml file with content ``` #FF ``` Second: update config.xml with… ``` ``` The naming convention for the two new attributes, `background` and `foreground`, was decided to match the element names that is used in the `ic_launcher.xml` for consistency. https://developer.android.com/guide/practices/ui_guidelines/icon_design_adaptive#creating_adaptive_icons_in_xml ** Error Example: Foreground contains vector and missing src attribute.** ``` ``` ### What testing has been done on this change? - Built default app with no modifications to config.xml - Built default app with legacy icon set defined - Built default app with adaptive icon set with images. - Built default app with adaptive icon set with vectors. - Built default app with adaptive icon set with colors. - Converted from adaptive to legacy icon set and rebuilt. - Converted from legacy to adaptive icon set and rebuild. ### Checklist - [X] [Reported an issue](http://cordova.apache.org/contribute/issues.html) in the JIRA database - [X] Commit message follows the format: "CB-3232: (android) Fix bug with resolving file paths", where CB- is the JIRA ID & "android" is the platform affected. - [X] Added automated test coverage as appropriate for this change. This is an automated message from the Apache Git Service. To respond to the message, please log on GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org > Android Adaptive Icons > -- > > Key: CB-13685 > URL: https://issues.apache.org/jira/browse/CB-13685 > Project: Apache Cordova > Issue Type: Improvement > Components: cordova-android > Environment: All >Reporter: Josef Brandl >Assignee: Joe Bowser >Priority: Minor > > Starting with Android 8 Oreo (API level 26) Android allows developers to > create app icons using a background and a foreground image file. This feature > is called "adaptive icons". One major change that goes with this feature is > that icons get now clipped into a shape by the system. This leads to a very > uniform and clean design like on iOS where all icons are a rounded rectangle. > The other advantage is that visual effects can be applied to the icon by the > system due to the separation between foreground an background. > Android Studio greatly assists the developer at the creation of the app icon > resources because it creates backwards compatible icons for older devices > that don't support the adaptive icons feature. > https://developer.android.com/studio/write/image-asset-studio.html > The following resources are created. > {code} > res > ├── drawable > │ ├── ic_launcher_background.xml > │ └── ic_launcher_foreground.xml > ├── mipmap-anydpi-v26 > │ ├── ic_launcher.xml > │ └── ic_launcher_round.xml > ├── mipmap-hdpi > │ ├── ic_launcher.png > │ └── ic_launcher_round.png > ├── mipmap-mdpi > │ ├── ic_launcher.png > │ └── ic_launcher_round.png > ├── mipmap-xhdpi > │ ├── ic_launcher.png > │ └── ic_launcher_round.png > ├── mipmap-xxhdpi > │ ├── ic_launche
[jira] [Commented] (CB-13685) Android Adaptive Icons
[ https://issues.apache.org/jira/browse/CB-13685?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16505895#comment-16505895 ] ASF GitHub Bot commented on CB-13685: - codecov-io commented on issue #26: CB-13685 android: Update ConfigParser for Adaptive Icons URL: https://github.com/apache/cordova-common/pull/26#issuecomment-395718216 # [Codecov](https://codecov.io/gh/apache/cordova-common/pull/26?src=pr&el=h1) Report > Merging [#26](https://codecov.io/gh/apache/cordova-common/pull/26?src=pr&el=desc) into [master](https://codecov.io/gh/apache/cordova-common/commit/d781ffdc4ebd0ef092d7bd157b4fec54a2e153f7?src=pr&el=desc) will **increase** coverage by `0.01%`. > The diff coverage is `100%`. [![Impacted file tree graph](https://codecov.io/gh/apache/cordova-common/pull/26/graphs/tree.svg?token=jsbcYRuqT5&width=650&height=150&src=pr)](https://codecov.io/gh/apache/cordova-common/pull/26?src=pr&el=tree) ```diff @@Coverage Diff @@ ## master #26 +/- ## == + Coverage 85.63% 85.64% +0.01% == Files 19 19 Lines1747 1749 +2 Branches 367 369 +2 == + Hits 1496 1498 +2 Misses251 251 ``` | [Impacted Files](https://codecov.io/gh/apache/cordova-common/pull/26?src=pr&el=tree) | Coverage Δ | | |---|---|---| | [src/ConfigParser/ConfigParser.js](https://codecov.io/gh/apache/cordova-common/pull/26/diff?src=pr&el=tree#diff-c3JjL0NvbmZpZ1BhcnNlci9Db25maWdQYXJzZXIuanM=) | `76.89% <100%> (+0.16%)` | :arrow_up: | -- [Continue to review full report at Codecov](https://codecov.io/gh/apache/cordova-common/pull/26?src=pr&el=continue). > **Legend** - [Click here to learn more](https://docs.codecov.io/docs/codecov-delta) > `Δ = absolute (impact)`, `ø = not affected`, `? = missing data` > Powered by [Codecov](https://codecov.io/gh/apache/cordova-common/pull/26?src=pr&el=footer). Last update [d781ffd...78cf3ce](https://codecov.io/gh/apache/cordova-common/pull/26?src=pr&el=lastupdated). Read the [comment docs](https://docs.codecov.io/docs/pull-request-comments). This is an automated message from the Apache Git Service. To respond to the message, please log on GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org > Android Adaptive Icons > -- > > Key: CB-13685 > URL: https://issues.apache.org/jira/browse/CB-13685 > Project: Apache Cordova > Issue Type: Improvement > Components: cordova-android > Environment: All >Reporter: Josef Brandl >Assignee: Joe Bowser >Priority: Minor > > Starting with Android 8 Oreo (API level 26) Android allows developers to > create app icons using a background and a foreground image file. This feature > is called "adaptive icons". One major change that goes with this feature is > that icons get now clipped into a shape by the system. This leads to a very > uniform and clean design like on iOS where all icons are a rounded rectangle. > The other advantage is that visual effects can be applied to the icon by the > system due to the separation between foreground an background. > Android Studio greatly assists the developer at the creation of the app icon > resources because it creates backwards compatible icons for older devices > that don't support the adaptive icons feature. > https://developer.android.com/studio/write/image-asset-studio.html > The following resources are created. > {code} > res > ├── drawable > │ ├── ic_launcher_background.xml > │ └── ic_launcher_foreground.xml > ├── mipmap-anydpi-v26 > │ ├── ic_launcher.xml > │ └── ic_launcher_round.xml > ├── mipmap-hdpi > │ ├── ic_launcher.png > │ └── ic_launcher_round.png > ├── mipmap-mdpi > │ ├── ic_launcher.png > │ └── ic_launcher_round.png > ├── mipmap-xhdpi > │ ├── ic_launcher.png > │ └── ic_launcher_round.png > ├── mipmap-xxhdpi > │ ├── ic_launcher.png > │ └── ic_launcher_round.png > └── mipmap-xxxhdpi > ├── ic_launcher.png > └── ic_launcher_round.png > {code} > It is currently not clear how these files can be used inside a cordova > project. > - res/mipmap-anydpi-v26/ic_launcher.xml points to other image resources > (foreground, background) > - The foreground and background can be vector graphics (-> xml files in > res/drawable) > - The documentation needs to be updated > (I've never reported an issue using JIRA before - I'm only used
[jira] [Commented] (CB-13685) Android Adaptive Icons
[ https://issues.apache.org/jira/browse/CB-13685?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16505894#comment-16505894 ] ASF GitHub Bot commented on CB-13685: - erisu opened a new pull request #830: CB-13685 android: Added adaptive icon docs URL: https://github.com/apache/cordova-docs/pull/830 ### Platforms affected None ### What does this PR do? - Added Adaptive Icon documentation. ### What testing has been done on this change? - Built the docs locally. ### Checklist - [X] Commit message follows the format: "GH-3232: (android) Fix bug with resolving file paths", where GH- is the GitHub issue ID & "android" is the platform affected. - [ ] Added automated test coverage as appropriate for this change. This is an automated message from the Apache Git Service. To respond to the message, please log on GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org > Android Adaptive Icons > -- > > Key: CB-13685 > URL: https://issues.apache.org/jira/browse/CB-13685 > Project: Apache Cordova > Issue Type: Improvement > Components: cordova-android > Environment: All >Reporter: Josef Brandl >Assignee: Joe Bowser >Priority: Minor > > Starting with Android 8 Oreo (API level 26) Android allows developers to > create app icons using a background and a foreground image file. This feature > is called "adaptive icons". One major change that goes with this feature is > that icons get now clipped into a shape by the system. This leads to a very > uniform and clean design like on iOS where all icons are a rounded rectangle. > The other advantage is that visual effects can be applied to the icon by the > system due to the separation between foreground an background. > Android Studio greatly assists the developer at the creation of the app icon > resources because it creates backwards compatible icons for older devices > that don't support the adaptive icons feature. > https://developer.android.com/studio/write/image-asset-studio.html > The following resources are created. > {code} > res > ├── drawable > │ ├── ic_launcher_background.xml > │ └── ic_launcher_foreground.xml > ├── mipmap-anydpi-v26 > │ ├── ic_launcher.xml > │ └── ic_launcher_round.xml > ├── mipmap-hdpi > │ ├── ic_launcher.png > │ └── ic_launcher_round.png > ├── mipmap-mdpi > │ ├── ic_launcher.png > │ └── ic_launcher_round.png > ├── mipmap-xhdpi > │ ├── ic_launcher.png > │ └── ic_launcher_round.png > ├── mipmap-xxhdpi > │ ├── ic_launcher.png > │ └── ic_launcher_round.png > └── mipmap-xxxhdpi > ├── ic_launcher.png > └── ic_launcher_round.png > {code} > It is currently not clear how these files can be used inside a cordova > project. > - res/mipmap-anydpi-v26/ic_launcher.xml points to other image resources > (foreground, background) > - The foreground and background can be vector graphics (-> xml files in > res/drawable) > - The documentation needs to be updated > (I've never reported an issue using JIRA before - I'm only used to github. > So, please guide me if I'm doing something incorrect) -- 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-13685) Android Adaptive Icons
[ https://issues.apache.org/jira/browse/CB-13685?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16505884#comment-16505884 ] ASF GitHub Bot commented on CB-13685: - erisu opened a new pull request #26: CB-13685 android: Update ConfigParser for Adaptive Icons URL: https://github.com/apache/cordova-common/pull/26 ### Platforms affected All ### What does this PR do? - Add foreground and background attributes to be returned with the get static resources. ### What testing has been done on this change? - Ran ESLint - Ran Jasmine tests - Ran cordova-android Jasmine Unit-Test. (requires this modification) - Build default app for Android platform. ### Checklist - [X] [Reported an issue](http://cordova.apache.org/contribute/issues.html) in the JIRA database - [X] Commit message follows the format: "CB-3232: (android) Fix bug with resolving file paths", where CB- is the JIRA ID & "android" is the platform affected. - [ ] Added automated test coverage as appropriate for this change. This is an automated message from the Apache Git Service. To respond to the message, please log on GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org > Android Adaptive Icons > -- > > Key: CB-13685 > URL: https://issues.apache.org/jira/browse/CB-13685 > Project: Apache Cordova > Issue Type: Improvement > Components: cordova-android > Environment: All >Reporter: Josef Brandl >Assignee: Joe Bowser >Priority: Minor > > Starting with Android 8 Oreo (API level 26) Android allows developers to > create app icons using a background and a foreground image file. This feature > is called "adaptive icons". One major change that goes with this feature is > that icons get now clipped into a shape by the system. This leads to a very > uniform and clean design like on iOS where all icons are a rounded rectangle. > The other advantage is that visual effects can be applied to the icon by the > system due to the separation between foreground an background. > Android Studio greatly assists the developer at the creation of the app icon > resources because it creates backwards compatible icons for older devices > that don't support the adaptive icons feature. > https://developer.android.com/studio/write/image-asset-studio.html > The following resources are created. > {code} > res > ├── drawable > │ ├── ic_launcher_background.xml > │ └── ic_launcher_foreground.xml > ├── mipmap-anydpi-v26 > │ ├── ic_launcher.xml > │ └── ic_launcher_round.xml > ├── mipmap-hdpi > │ ├── ic_launcher.png > │ └── ic_launcher_round.png > ├── mipmap-mdpi > │ ├── ic_launcher.png > │ └── ic_launcher_round.png > ├── mipmap-xhdpi > │ ├── ic_launcher.png > │ └── ic_launcher_round.png > ├── mipmap-xxhdpi > │ ├── ic_launcher.png > │ └── ic_launcher_round.png > └── mipmap-xxxhdpi > ├── ic_launcher.png > └── ic_launcher_round.png > {code} > It is currently not clear how these files can be used inside a cordova > project. > - res/mipmap-anydpi-v26/ic_launcher.xml points to other image resources > (foreground, background) > - The foreground and background can be vector graphics (-> xml files in > res/drawable) > - The documentation needs to be updated > (I've never reported an issue using JIRA before - I'm only used to github. > So, please guide me if I'm doing something incorrect) -- 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