[jira] [Commented] (CB-14009) Build fails on Xcode 9.3
[ https://issues.apache.org/jira/browse/CB-14009?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16459552#comment-16459552 ] Christian Cook commented on CB-14009: - I am also experiencing this issue on a new project when trying to create development builds. If the project is opened in xCode and then run it deploys fine. > Build fails on Xcode 9.3 > > > Key: CB-14009 > URL: https://issues.apache.org/jira/browse/CB-14009 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-ios >Reporter: Doug Davies >Assignee: Suraj Pindoria >Priority: Major > > Seeing this after I update to XCode 9.3 and build through cli > Error Domain=IDEProfileLocatorErrorDomain Code=1 “No profiles for > ‘org.oclc.digby’ were found” UserInfo=\{NSLocalizedDescription=No profiles > for ‘org.oclc.digby’ were found, NSLocalizedRecoverySuggestion=Xcode couldn’t > find any iOS Ad Hoc provisioning profiles matching ‘org.oclc.digby’. > Automatic signing is disabled and unable to generate a profile. To enable > automatic signing, pass -allowProvisioningUpdates to xcodebuild.} > When I bring the project up in XCode the signing is correct and not > complaining. > I tried adding > “buildFlag”: [“-allowProvisioningUpdates”] > to build.json and still not working > Interestingly… I went into xcode and did an archive/export from there… now > the cli works… it must set something that it needs -- 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-13584) app gets rejected with invalid image path for AppIcon83.5x83.5 error while uploading to appstore
[ https://issues.apache.org/jira/browse/CB-13584?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16376581#comment-16376581 ] Christian Cook commented on CB-13584: - [~rockneverdies] I did. I was able to submit the App to the store just fine without it, and it went through the approval process with flying colours. However, on the iPad Pro if you download the app from the store it has the same issue - so it manages to get past even Apple's validation. The only way I could get it to copy the icon across was to set my build type to universal so it includes iPad layouts, but this is far from ideal. So still have not got to the bottom of the issue, one can only assume it is a bug with either Xcode or iOS not picking up the icons correctly. (This is, if we are having the exact same issue, I see that you could not even get the app submitted to the store!) > app gets rejected with invalid image path for AppIcon83.5x83.5 error while > uploading to appstore > > > Key: CB-13584 > URL: https://issues.apache.org/jira/browse/CB-13584 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-ios >Reporter: Khalid Salman >Assignee: Suraj Pindoria >Priority: Minor > > Hi there, > I cannot get around an icon problem for a week now. Please help I cannot > upload my app to app store. > Everything is fine till I try to upload it. Means I can build it, run it in > simulator, etc... but can't push to app store. > It doesn't give up on this weird error message no matter what I do: _ERROR > ITMS-90032: "Invalid Image Path - No image found at the path referenced under > key 'CFBundleIcons': 'AppIcon83.5.x83.5'"_ > Here is my icon settings in config.xml file: > {code:xml} > > > > > > > > > > > > > > > > > > > > > > > {code} > Please let me know what am I missing about this AppIcon83.5x83.5 icon that > nobody else is complaining about in any forms as far as I can see while it's > killing me here... > I'm using the current latest version of cordova cli (7.1.0) and cordova-ios > (4.5.3) in the project. -- 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-13584) app gets rejected with invalid image path for AppIcon83.5x83.5 error while uploading to appstore
[ https://issues.apache.org/jira/browse/CB-13584?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16356950#comment-16356950 ] Christian Cook commented on CB-13584: - [~rockneverdies] did you ever resolve this issue? I'm experiencing the same problem as you here. Running an iPhone only app on an iPad Pro and the icon is not present - it shows the missing icon graphic. Inside the IPA the [8...@2x.png|mailto:8...@2x.png] never gets copied across, even though it is in Images.xcassets/AppIcon.appiconset correctly. > app gets rejected with invalid image path for AppIcon83.5x83.5 error while > uploading to appstore > > > Key: CB-13584 > URL: https://issues.apache.org/jira/browse/CB-13584 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-ios >Reporter: Khalid Salman >Assignee: Suraj Pindoria >Priority: Minor > > Hi there, > I cannot get around an icon problem for a week now. Please help I cannot > upload my app to app store. > Everything is fine till I try to upload it. Means I can build it, run it in > simulator, etc... but can't push to app store. > It doesn't give up on this weird error message no matter what I do: _ERROR > ITMS-90032: "Invalid Image Path - No image found at the path referenced under > key 'CFBundleIcons': 'AppIcon83.5.x83.5'"_ > Here is my icon settings in config.xml file: > {code:xml} > > > > > > > > > > > > > > > > > > > > > > > {code} > Please let me know what am I missing about this AppIcon83.5x83.5 icon that > nobody else is complaining about in any forms as far as I can see while it's > killing me here... > I'm using the current latest version of cordova cli (7.1.0) and cordova-ios > (4.5.3) in the project. -- 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-10140) Use application id instead of package name when running
[ https://issues.apache.org/jira/browse/CB-10140?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15048335#comment-15048335 ] Christian Cook commented on CB-10140: - [~riknoll] I've submitted it as a PR and also included a link to the plugin to test with in the description. > Use application id instead of package name when running > --- > > Key: CB-10140 > URL: https://issues.apache.org/jira/browse/CB-10140 > Project: Apache Cordova > Issue Type: Improvement > Components: Android, CLI >Reporter: Christian Cook >Priority: Minor > > I've been working on a new plugin for Cordova which will allow you to easily > deploy different build types in a system lifecycle e.g. alpha, beta and > store. This will allow multiple instances of the same app on your device in > different states. Currently I've hit a bit of an interesting bug/issue when > using this in conjunction with the run command. When the plugin operates it > dynamically changes the application id depending on the state so com.test.app > becomes com.test.app.alpha and so son. Because of this, when running the app > from the CLI it then starts using the incorrect ID (it uses the packageName > from the Android Manifest and tries to run nothing or the wrong instance). > EDIT: See the PR for a suggested fix, and if you wish to try and replicate > this issue the plugin is now available here: > https://github.com/CookieCookson/cordova-plugin-lifecycle -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-10140) Use application id instead of package name when running
[ https://issues.apache.org/jira/browse/CB-10140?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Christian Cook updated CB-10140: Description: I've been working on a new plugin for Cordova which will allow you to easily deploy different build types in a system lifecycle e.g. alpha, beta and store. This will allow multiple instances of the same app on your device in different states. Currently I've hit a bit of an interesting bug/issue when using this in conjunction with the run command. When the plugin operates it dynamically changes the application id depending on the state so com.test.app becomes com.test.app.alpha and so son. Because of this, when running the app from the CLI it then starts using the incorrect ID (it uses the packageName from the Android Manifest and tries to run nothing or the wrong instance). EDIT: See the PR for a suggested fix, and if you wish to try and replicate this issue the plugin is now available here: https://github.com/CookieCookson/cordova-plugin-lifecycle was: I've been working on a new plugin for Cordova which will allow you to easily deploy different build types in a system lifecycle e.g. alpha, beta and store. This will allow multiple instances of the same app on your device in different states. Currently I've hit a bit of an interesting bug/issue when using this in conjunction with the run command. When the plugin operates it dynamically changes the application id depending on the state so com.test.app becomes com.test.app.alpha and so son. Because of this, when running the app from the CLI it then starts using the incorrect ID (it uses the packageName from the Android Manifest and tries to run nothing or the wrong instance). Below I have put together a solution which solves this issue. Would somebody be able to assess this and give me your thoughts on the improvement? https://github.com/CookieCookson/cordova-android/compare/master...CookieCookson:applicationid > Use application id instead of package name when running > --- > > Key: CB-10140 > URL: https://issues.apache.org/jira/browse/CB-10140 > Project: Apache Cordova > Issue Type: Improvement > Components: Android, CLI >Reporter: Christian Cook >Priority: Minor > > I've been working on a new plugin for Cordova which will allow you to easily > deploy different build types in a system lifecycle e.g. alpha, beta and > store. This will allow multiple instances of the same app on your device in > different states. Currently I've hit a bit of an interesting bug/issue when > using this in conjunction with the run command. When the plugin operates it > dynamically changes the application id depending on the state so com.test.app > becomes com.test.app.alpha and so son. Because of this, when running the app > from the CLI it then starts using the incorrect ID (it uses the packageName > from the Android Manifest and tries to run nothing or the wrong instance). > EDIT: See the PR for a suggested fix, and if you wish to try and replicate > this issue the plugin is now available here: > https://github.com/CookieCookson/cordova-plugin-lifecycle -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-10140) Use application id instead of package name when running
Christian Cook created CB-10140: --- Summary: Use application id instead of package name when running Key: CB-10140 URL: https://issues.apache.org/jira/browse/CB-10140 Project: Apache Cordova Issue Type: Improvement Components: Android, CLI Reporter: Christian Cook Priority: Minor I've been working on a new plugin for Cordova which will allow you to easily deploy different build types in a system lifecycle e.g. alpha, beta and store. This will allow multiple instances of the same app on your device in different states. Currently I've hit a bit of an interesting bug/issue when using this in conjunction with the run command. When the plugin operates it dynamically changes the application id depending on the state so com.test.app becomes com.test.app.alpha and so son. Because of this, when running the app from the CLI it then starts using the incorrect ID (it uses the packageName from the Android Manifest and tries to run nothing or the wrong instance). Below I have put together a solution which solves this issue. Would somebody be able to assess this and give me your thoughts on the improvement? https://github.com/CookieCookson/cordova-android/compare/master...CookieCookson:applicationid -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-10112) Cannot pass through CLI arguments with cordova-android@5
Christian Cook created CB-10112: --- Summary: Cannot pass through CLI arguments with cordova-android@5 Key: CB-10112 URL: https://issues.apache.org/jira/browse/CB-10112 Project: Apache Cordova Issue Type: Bug Components: Android, CLI Affects Versions: 5.4.0, 5.4.1 Environment: Mac OSX El Capitan Reporter: Christian Cook Since updating to cordova 5.4.1 and cordova-android 5.0.0 I have not been able to pass through additional arguments in the CLI. For example, I am trying to perform the following: cordova build android -- --gradleArg="-PactiveFlavor=beta" On previous versions, this would get picked up by my custom build-extras.gradle file so I can specify what flavor of app to produce. Since updating the property never makes it through and doesn't get assigned. There have been discussions on this issue within the #cordova-android slack channel, and it appears to be caused by /cordova/lib/build.js not finding the converted argument options. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org