[jira] [Comment Edited] (CB-11318) mailto: is not working in Android after adding ''
[ https://issues.apache.org/jira/browse/CB-11318?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15299560#comment-15299560 ] Vinoth Kumar edited comment on CB-11318 at 5/25/16 8:14 AM: I solved the problem by adding platform specific config but I still don't understand why we need to have different whitelist config for iOS and Android for 'mailto' was (Author: vinbtechdf): I solved the problem by adding platform specific config but I still don't understand we need to have different whitelist config for iOS and Android for 'mailto' > mailto: is not working in Android after adding ' href="mailto:*; />' > - > > Key: CB-11318 > URL: https://issues.apache.org/jira/browse/CB-11318 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 5.1.1 >Reporter: Vinoth Kumar > > In Android, mailto is not working after adding href="mailto:*; /> > If I only use mailto:*; />, mailto is > working in Android but to make it work in iOS i added href="mailto:*; />. Then it stopped working on Android. > Currently my config has the following > mailto:*; /> > mailto:*; /> > I am using a combined config for both Android and iOS. > Cordova CLI version is 6.1.0 and Android version is 5.1.1 -- 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-11318) mailto: is not working in Android after adding ''
[ https://issues.apache.org/jira/browse/CB-11318?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vinoth Kumar updated CB-11318: -- Priority: Major (was: Critical) I solved the problem by adding platform specific config but I still don't understand we need to have different whitelist config for iOS and Android for 'mailto' > mailto: is not working in Android after adding ' href="mailto:*; />' > - > > Key: CB-11318 > URL: https://issues.apache.org/jira/browse/CB-11318 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 5.1.1 >Reporter: Vinoth Kumar > > In Android, mailto is not working after adding href="mailto:*; /> > If I only use mailto:*; />, mailto is > working in Android but to make it work in iOS i added href="mailto:*; />. Then it stopped working on Android. > Currently my config has the following > mailto:*; /> > mailto:*; /> > I am using a combined config for both Android and iOS. > Cordova CLI version is 6.1.0 and Android version is 5.1.1 -- 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-11318) mailto: is not working in Android after adding ''
Vinoth Kumar created CB-11318: - Summary: mailto: is not working in Android after adding 'mailto:*; />' Key: CB-11318 URL: https://issues.apache.org/jira/browse/CB-11318 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 5.1.1 Reporter: Vinoth Kumar Priority: Critical In Android, mailto is not working after adding mailto:*; /> If I only use mailto:*; />, mailto is working in Android but to make it work in iOS i added mailto:*; />. Then it stopped working on Android. Currently my config has the following mailto:*; /> mailto:*; /> I am using a combined config for both Android and iOS. Cordova CLI version is 6.1.0 and Android version is 5.1.1 -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-9270) Plugman fails reading the sdk.dir value
[ https://issues.apache.org/jira/browse/CB-9270?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15062110#comment-15062110 ] Vinoth Kumar commented on CB-9270: -- I am also facing the same issue. > Plugman fails reading the sdk.dir value > --- > > Key: CB-9270 > URL: https://issues.apache.org/jira/browse/CB-9270 > Project: Apache Cordova > Issue Type: Bug > Components: Android, Plugman > Environment: Windows 10/Cordova 5.1.1/Android SDK 19 >Reporter: Arcadio Garcia > > When trying to install the Cordova-admob-pro plugin, I experience this error: > C:\Users\Arcadio\Documents\GitHub\PhoneKeyboard\phone\cordova\keystroke\Keystroke>cordova > plugin add cordova-plugin-admobpro > Fetching plugin "cordova-plugin-admobpro" via npm > npm http GET https://registry.npmjs.org/cordova-plugin-admobpro > npm http 304 https://registry.npmjs.org/cordova-plugin-admobpro > Installing "cordova-plugin-admobpro" for android > Error during processing of action! Attempting to revert... > Failed to install 'cordova-plugin-admobpro':TypeError: Uh oh! > Arguments to path.resolve must be strings > at Object.exports.resolve (path.js:116:15) > at Object.module.exports.framework.install > (C:\Users\Arcadio\AppData\Roaming\npm\node_modules\cordova\node_modules\cordova-lib\src\plugman\platforms\android.js:139:35) > at installWrapper > (C:\Users\Arcadio\AppData\Roaming\npm\node_modules\cordova\node_modules\cordova-lib\src\platforms\platforms.js:77:32) > at Object.ActionStack.process > (C:\Users\Arcadio\AppData\Roaming\npm\node_modules\cordova\node_modules\cordova-lib\src\plugman\util\action-stack.js:68:25) > at handleInstall > (C:\Users\Arcadio\AppData\Roaming\npm\node_modules\cordova\node_modules\cordova-lib\src\plugman\install.js:550:20) > at > C:\Users\Arcadio\AppData\Roaming\npm\node_modules\cordova\node_modules\cordova-lib\src\plugman\install.js:342:28 > at _fulfilled > (C:\Users\Arcadio\AppData\Roaming\npm\node_modules\cordova\node_modules\q\q.js:787:54) > at self.promiseDispatch.done > (C:\Users\Arcadio\AppData\Roaming\npm\node_modules\cordova\node_modules\q\q.js:816:30) > at Promise.promise.promiseDispatch > (C:\Users\Arcadio\AppData\Roaming\npm\node_modules\cordova\node_modules\q\q.js:749:13) > at > C:\Users\Arcadio\AppData\Roaming\npm\node_modules\cordova\node_modules\q\q.js:509:49 > TypeError: Uh oh! > Arguments to path.resolve must be strings > at Object.exports.resolve (path.js:116:15) > at Object.module.exports.framework.install > (C:\Users\Arcadio\AppData\Roaming\npm\node_modules\cordova\node_modules\cordova-lib\src\plugman\platforms\android.js:139:35) > at installWrapper > (C:\Users\Arcadio\AppData\Roaming\npm\node_modules\cordova\node_modules\cordova-lib\src\platforms\platforms.js:77:32) > at Object.ActionStack.process > (C:\Users\Arcadio\AppData\Roaming\npm\node_modules\cordova\node_modules\cordova-lib\src\plugman\util\action-stack.js:68:25) > at handleInstall > (C:\Users\Arcadio\AppData\Roaming\npm\node_modules\cordova\node_modules\cordova-lib\src\plugman\install.js:550:20) > at > C:\Users\Arcadio\AppData\Roaming\npm\node_modules\cordova\node_modules\cordova-lib\src\plugman\install.js:342:28 > at _fulfilled > (C:\Users\Arcadio\AppData\Roaming\npm\node_modules\cordova\node_modules\q\q.js:787:54) > at self.promiseDispatch.done > (C:\Users\Arcadio\AppData\Roaming\npm\node_modules\cordova\node_modules\q\q.js:816:30) > at Promise.promise.promiseDispatch > (C:\Users\Arcadio\AppData\Roaming\npm\node_modules\cordova\node_modules\q\q.js:749:13) > at > C:\Users\Arcadio\AppData\Roaming\npm\node_modules\cordova\node_modules\q\q.js:509:49 > I seems that the file platforms\android\local.properties does not contain the > value sdk.dir, so when the code in android.js tries to resolve the path it > fails (it is undefined). I'm not sure when should that value be set, but it > is obviously missing, the only content of the file is: > # This file is automatically generated. > # Do not modify this file -- YOUR CHANGES WILL BE ERASED! -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8084) Push Notifications code included by default
[ https://issues.apache.org/jira/browse/CB-8084?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14645578#comment-14645578 ] Vinoth Kumar commented on CB-8084: -- I updated Cordova to 3.8.0 but still i am getting this notification when I submit the app to the app store. Do I need to do anything? Push Notifications code included by default --- Key: CB-8084 URL: https://issues.apache.org/jira/browse/CB-8084 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 3.5.0 Reporter: Jacob Weber Assignee: Shazron Abdullah Fix For: 3.8.0 When creating a new Cordova app using the CLI, it adds code to AppDelegate.m for Push Notifications. This causes Apple to issue a warning when you submit the app, if your provisioning profile doesn't have Push Notifications enabled: {quote} Missing Push Notification Entitlement - Your app appears to include API used to register with the Apple Push Notification service, but the app signature's entitlements do not include the aps-environment entitlement. If your app uses the Apple Push Notification service, make sure your App ID is enabled for Push Notification in the Provisioning Portal, and resubmit after signing your app with a Distribution provisioning profile that includes the aps-environment entitlement. See Provisioning and Development in the Local and Push Notification Programming Guide for more information. If your app does not use the Apple Push Notification service, no action is required. You may remove the API from future submissions to stop this warning. If you use a third-party framework, you may need to contact the developer for information on removing the API. {quote} -- 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-8953) Cordova iOS prepare is removing UISupportedInterfaceOrientations from the plist file
Vinoth Kumar created CB-8953: Summary: Cordova iOS prepare is removing UISupportedInterfaceOrientations from the plist file Key: CB-8953 URL: https://issues.apache.org/jira/browse/CB-8953 Project: Apache Cordova Issue Type: Bug Components: CLI, iOS Affects Versions: 5.0.0 Reporter: Vinoth Kumar I just installed the CLI 5.0.0 and when I try to run, 'cordova prepare ios', it is modifying the app plist file. That is, the prepare is removing the UISupportedInterfaceOrientations key and the array list from the plist. Before Prepare: keyUISupportedInterfaceOrientations/key array stringUIInterfaceOrientationPortrait/string stringUIInterfaceOrientationPortraitUpsideDown/string /array keyUISupportedInterfaceOrientations~ipad/key array stringUIInterfaceOrientationPortrait/string stringUIInterfaceOrientationLandscapeLeft/string stringUIInterfaceOrientationPortraitUpsideDown/string stringUIInterfaceOrientationLandscapeRight/string /array After Prepare: keyUISupportedInterfaceOrientations~ipad/key array stringUIInterfaceOrientationPortrait/string stringUIInterfaceOrientationLandscapeLeft/string stringUIInterfaceOrientationPortraitUpsideDown/string stringUIInterfaceOrientationLandscapeRight/string /array -- 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-4190) Need API for detecting the network changes like netinfo API (onConnectionChanges)
Vinoth Kumar created CB-4190: Summary: Need API for detecting the network changes like netinfo API (onConnectionChanges) Key: CB-4190 URL: https://issues.apache.org/jira/browse/CB-4190 Project: Apache Cordova Issue Type: New Feature Components: Plugin Network Information Reporter: Vinoth Kumar Assignee: Steve Gill Need API for detecting the network changes like netinfo API (onConnectionChanges) http://www.w3.org/TR/netinfo-api/ -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-4142) Need an API to know the connection type changes
[ https://issues.apache.org/jira/browse/CB-4142?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13706890#comment-13706890 ] Vinoth Kumar commented on CB-4142: -- Ok thank you. Created a new feature request https://issues.apache.org/jira/browse/CB-4190 Need an API to know the connection type changes --- Key: CB-4142 URL: https://issues.apache.org/jira/browse/CB-4142 Project: Apache Cordova Issue Type: New Feature Components: Plugin Network Information Affects Versions: 2.9.0 Reporter: Vinoth Kumar Assignee: Andrew Grieve Hi, Now there is no way to track the mobile network connection type changes. We can use the online and offline APIs along with the connection APIs Lets consider the following case: I enabled 2G connection in my mobile. Then I connected to WIFI. After WIFI connection, we need to know the type of the connection to do some actions. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-4142) Need an API to know the connection type changes
[ https://issues.apache.org/jira/browse/CB-4142?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13705776#comment-13705776 ] Vinoth Kumar commented on CB-4142: -- Yes. But in the net-info spec http://www.w3.org/TR/netinfo-api/, it also have an onchange event for the connection which gets changed when the bandwidth changes, not two events (online and offline). So it makes sense to move to bandwidth from connection type and to have a single onchange event. Need an API to know the connection type changes --- Key: CB-4142 URL: https://issues.apache.org/jira/browse/CB-4142 Project: Apache Cordova Issue Type: New Feature Components: Plugin Network Information Affects Versions: 2.9.0 Reporter: Vinoth Kumar Assignee: Andrew Grieve Hi, Now there is no way to track the mobile network connection type changes. We can use the online and offline APIs along with the connection APIs Lets consider the following case: I enabled 2G connection in my mobile. Then I connected to WIFI. After WIFI connection, we need to know the type of the connection to do some actions. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Reopened] (CB-4142) Need an API to know the connection type changes
[ https://issues.apache.org/jira/browse/CB-4142?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vinoth Kumar reopened CB-4142: -- Need an API to know the connection type changes --- Key: CB-4142 URL: https://issues.apache.org/jira/browse/CB-4142 Project: Apache Cordova Issue Type: New Feature Components: Plugin Network Information Affects Versions: 2.9.0 Reporter: Vinoth Kumar Assignee: Steve Gill Hi, Now there is no way to track the mobile network connection type changes. We can use the online and offline APIs along with the connection APIs Lets consider the following case: I enabled 2G connection in my mobile. Then I connected to WIFI. After WIFI connection, we need to know the type of the connection to do some actions. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-4142) Need an API to know the connection type changes
[ https://issues.apache.org/jira/browse/CB-4142?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13705485#comment-13705485 ] Vinoth Kumar commented on CB-4142: -- Yes. Noticed that on Android. But is this behavior consistent across all platforms? Also still feels it is easier if you have an API on change of the connection type. For example, suppose we want to upload some files when there is wifi, otherwise just send some status in case there is only 2G or 3G. Currently we need to subscribe to both online and offline, see what was the old connection type to stop what i was doing etc. Feels it is more crisp if we have a connection change event. Need an API to know the connection type changes --- Key: CB-4142 URL: https://issues.apache.org/jira/browse/CB-4142 Project: Apache Cordova Issue Type: New Feature Components: Plugin Network Information Affects Versions: 2.9.0 Reporter: Vinoth Kumar Assignee: Steve Gill Hi, Now there is no way to track the mobile network connection type changes. We can use the online and offline APIs along with the connection APIs Lets consider the following case: I enabled 2G connection in my mobile. Then I connected to WIFI. After WIFI connection, we need to know the type of the connection to do some actions. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira