[jira] [Created] (CB-7891) platform update wp8 Does not save ProductID
Sergey created CB-7891: -- Summary: platform update wp8 Does not save ProductID Key: CB-7891 URL: https://issues.apache.org/jira/browse/CB-7891 Project: Apache Cordova Issue Type: Bug Components: CLI Affects Versions: 4.0.0 Environment: NodeJS 0.10.33, Windows 8.1 x64 Pro Reporter: Sergey cordova platform update wp8 Does not save ProductID in WMAppManifest.xml so its looks like new app and clear project. -- 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-7890) Validate file copy operations in plugman
Brett Rudd created CB-7890: -- Summary: Validate file copy operations in plugman Key: CB-7890 URL: https://issues.apache.org/jira/browse/CB-7890 Project: Apache Cordova Issue Type: Improvement Components: CordovaLib Reporter: Brett Rudd Assignee: Brett Rudd Priority: Critical Currently plugman fileCopy: 1) allows absolute src and target elements to locations outside the plugin directory and/or project directory 2) follows and allow copying of symlinks to files outside the plugin directory To fix i would suggest: 1) throw on any resolved target location outside of the project dir 2) throw on any resolved src not inside the plugin dir 3) allow symlinks inside the plugins dir (common platform agnostic assets etc.) but it MUST point to a location also inside the plugin directory. -- 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-7716) Alert Dialog not working in Android API <=11
[ https://issues.apache.org/jira/browse/CB-7716?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14187500#comment-14187500 ] Chris Emerson commented on CB-7716: --- My initiaattempt after grabbing latest doesn't seem to have fixed the issue-but I'll confirm tomorrow morning. I'm not 100% sure my issue is exactly what this bug is describing-insured my issue is that android phones running 2.3 seem to be ignoring my prompt method calls - calls that appear to be working in android 4.x and iOS 7 and 8. - Chri > Alert Dialog not working in Android API <=11 > > > Key: CB-7716 > URL: https://issues.apache.org/jira/browse/CB-7716 > Project: Apache Cordova > Issue Type: Bug > Components: Android, Plugin Dialogs >Affects Versions: 3.6.0 >Reporter: Keshav OS >Assignee: Joe Bowser > > Works on android API>14 (4.0+). However, the following issue is when > targeting only API 10 (2.3.3 and 2.3.4). > 1. Updated platforms/android/AndroidManifest.xml to > > 2. Added dialogs plugin to make use of custom alert, confirm boxes through > the cli > cordova plugin add org.apache.cordova.dialogs > Installs successfully on the device. However the dialogs don't show up as > expected. Logcat reveals the following error: > bq. 10-06 11:00:18.469: D/CordovaLog(7719): : Line 1772609 : No device > specific handleNewLine procedure > 10-06 11:00:18.469: I/Web Console(7719): No device specific handleNewLine > procedure at :1772609 > 10-06 11:00:18.479: W/dalvikvm(7719): VFY: unable to resolve direct method > 29: Landroid/app/AlertDialog$Builder;. (Landroid/content/Context;I)V > 10-06 11:00:18.479: W/System.err(7719): java.lang.NoSuchMethodError: > android.app.AlertDialog$Builder. > 10-06 11:00:18.479: W/System.err(7719): at > org.apache.cordova.dialogs.Notification$2.run(Notification.java:160) > 10-06 11:00:18.479: W/System.err(7719): at > android.app.Activity.runOnUiThread(Activity.java:3717) > 10-06 11:00:18.479: W/System.err(7719): at > org.apache.cordova.dialogs.Notification.alert(Notification.java:185) > 10-06 11:00:18.479: W/System.err(7719): at > org.apache.cordova.dialogs.Notification.execute(Notification.java:79) > 10-06 11:00:18.479: W/System.err(7719): at > org.apache.cordova.CordovaPlugin.execute(CordovaPlugin.java:84) > 10-06 11:00:18.479: W/System.err(7719): at > org.apache.cordova.PluginManager.exec(PluginManager.java:147) > 10-06 11:00:18.479: W/System.err(7719): at > org.apache.cordova.CordovaBridge.jsExec(CordovaBridge.java:59) > 10-06 11:00:18.479: W/System.err(7719): at > org.apache.cordova.CordovaBridge.promptOnJsPrompt(CordovaBridge.java:129) > 10-06 11:00:18.479: W/System.err(7719): at > org.apache.cordova.CordovaChromeClient.onJsPrompt(CordovaChromeClient.java:192) > 10-06 11:00:18.479: W/System.err(7719): at > android.webkit.CallbackProxy.handleMessage(CallbackProxy.java:580) > 10-06 11:00:18.479: W/System.err(7719): at > android.os.Handler.dispatchMessage(Handler.java:99) > 10-06 11:00:18.479: W/System.err(7719): at > android.os.Looper.loop(Looper.java:130) > 10-06 11:00:18.489: W/System.err(7719): at > android.app.ActivityThread.main(ActivityThread.java:3687) > 10-06 11:00:18.489: W/System.err(7719): at > java.lang.reflect.Method.invokeNative(Native Method) > 10-06 11:00:18.489: W/System.err(7719): at > java.lang.reflect.Method.invoke(Method.java:507) > 10-06 11:00:18.489: W/System.err(7719): at > com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:867) > 10-06 11:00:18.489: W/System.err(7719): at > com.android.internal.os.ZygoteInit.main(ZygoteInit.java:625) > 10-06 11:00:18.489: W/System.err(7719): at > dalvik.system.NativeStart.main(Native Method) > 10-06 11:00:18.499: D/CONTEXT(7719): m_mainFrame->editor()->hasComposition > not > 10-06 11:00:18.539: D/CONTEXT(7719): m_mainFrame->editor()->hasComposition > not > 10-06 11:00:18.549: D/CONTEXT(7719): m_mainFrame->editor()->hasComposition > not > Have tried using v0.2.8, 0.2.9, 0.2.10 and the same issue exists. > Running the cordova clean utility, remove and adding the plugin, setting > android target to 10 in project.properties, none of these seem to fix the > issue. > Have also tried all proposed and pending PR's related to this issue, but none > of the solutions work. -- 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-7875) watchPosition Timeout Error 3
[ https://issues.apache.org/jira/browse/CB-7875?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14187461#comment-14187461 ] thomas fischer commented on CB-7875: So It seems to be in relation with the distance filter property. I tested outside, walking, and the watchPositon works without error. distanceFilter filters out short moves. So if CL detects that the device moved 20 meters, but your distance filter is set to 30m you will not be notified. Once the position has moved enough to exceed your distance filter setting then you will get a didUpdateToLocation callback. "org.apache.cordova.geolocation is based on the W3C Geolocation API Specification, and only executes on devices that don't already provide an implementation." Why Timeout error appear on iphone 4 and iphone 5 with IOS7 and IOS8 ? With the "native" API, I have none error thrown, even if my position doesn't change. > watchPosition Timeout Error 3 > - > > Key: CB-7875 > URL: https://issues.apache.org/jira/browse/CB-7875 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Geolocation > Environment: cordova-cli version 4.0.0 > cordova-plugin-geolocation: 0.3.10 > xCode 6 > IOS7 - IOS8 >Reporter: thomas fischer > > Using the cordova-plugin-geolocation: 0.3.10, I have a timeout error with > watchPosition. (error.code3) > When i uninstall this plugin and use geolocation with the W3C API I have no > problem of timeout, but it's not working on IOS8 due to the new Location > Authorization -- 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-7716) Alert Dialog not working in Android API <=11
[ https://issues.apache.org/jira/browse/CB-7716?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14187443#comment-14187443 ] Miquel commented on CB-7716: I think yes: https://github.com/apache/cordova-plugin-dialogs/pull/31 > Alert Dialog not working in Android API <=11 > > > Key: CB-7716 > URL: https://issues.apache.org/jira/browse/CB-7716 > Project: Apache Cordova > Issue Type: Bug > Components: Android, Plugin Dialogs >Affects Versions: 3.6.0 >Reporter: Keshav OS >Assignee: Joe Bowser > > Works on android API>14 (4.0+). However, the following issue is when > targeting only API 10 (2.3.3 and 2.3.4). > 1. Updated platforms/android/AndroidManifest.xml to > > 2. Added dialogs plugin to make use of custom alert, confirm boxes through > the cli > cordova plugin add org.apache.cordova.dialogs > Installs successfully on the device. However the dialogs don't show up as > expected. Logcat reveals the following error: > bq. 10-06 11:00:18.469: D/CordovaLog(7719): : Line 1772609 : No device > specific handleNewLine procedure > 10-06 11:00:18.469: I/Web Console(7719): No device specific handleNewLine > procedure at :1772609 > 10-06 11:00:18.479: W/dalvikvm(7719): VFY: unable to resolve direct method > 29: Landroid/app/AlertDialog$Builder;. (Landroid/content/Context;I)V > 10-06 11:00:18.479: W/System.err(7719): java.lang.NoSuchMethodError: > android.app.AlertDialog$Builder. > 10-06 11:00:18.479: W/System.err(7719): at > org.apache.cordova.dialogs.Notification$2.run(Notification.java:160) > 10-06 11:00:18.479: W/System.err(7719): at > android.app.Activity.runOnUiThread(Activity.java:3717) > 10-06 11:00:18.479: W/System.err(7719): at > org.apache.cordova.dialogs.Notification.alert(Notification.java:185) > 10-06 11:00:18.479: W/System.err(7719): at > org.apache.cordova.dialogs.Notification.execute(Notification.java:79) > 10-06 11:00:18.479: W/System.err(7719): at > org.apache.cordova.CordovaPlugin.execute(CordovaPlugin.java:84) > 10-06 11:00:18.479: W/System.err(7719): at > org.apache.cordova.PluginManager.exec(PluginManager.java:147) > 10-06 11:00:18.479: W/System.err(7719): at > org.apache.cordova.CordovaBridge.jsExec(CordovaBridge.java:59) > 10-06 11:00:18.479: W/System.err(7719): at > org.apache.cordova.CordovaBridge.promptOnJsPrompt(CordovaBridge.java:129) > 10-06 11:00:18.479: W/System.err(7719): at > org.apache.cordova.CordovaChromeClient.onJsPrompt(CordovaChromeClient.java:192) > 10-06 11:00:18.479: W/System.err(7719): at > android.webkit.CallbackProxy.handleMessage(CallbackProxy.java:580) > 10-06 11:00:18.479: W/System.err(7719): at > android.os.Handler.dispatchMessage(Handler.java:99) > 10-06 11:00:18.479: W/System.err(7719): at > android.os.Looper.loop(Looper.java:130) > 10-06 11:00:18.489: W/System.err(7719): at > android.app.ActivityThread.main(ActivityThread.java:3687) > 10-06 11:00:18.489: W/System.err(7719): at > java.lang.reflect.Method.invokeNative(Native Method) > 10-06 11:00:18.489: W/System.err(7719): at > java.lang.reflect.Method.invoke(Method.java:507) > 10-06 11:00:18.489: W/System.err(7719): at > com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:867) > 10-06 11:00:18.489: W/System.err(7719): at > com.android.internal.os.ZygoteInit.main(ZygoteInit.java:625) > 10-06 11:00:18.489: W/System.err(7719): at > dalvik.system.NativeStart.main(Native Method) > 10-06 11:00:18.499: D/CONTEXT(7719): m_mainFrame->editor()->hasComposition > not > 10-06 11:00:18.539: D/CONTEXT(7719): m_mainFrame->editor()->hasComposition > not > 10-06 11:00:18.549: D/CONTEXT(7719): m_mainFrame->editor()->hasComposition > not > Have tried using v0.2.8, 0.2.9, 0.2.10 and the same issue exists. > Running the cordova clean utility, remove and adding the plugin, setting > android target to 10 in project.properties, none of these seem to fix the > issue. > Have also tried all proposed and pending PR's related to this issue, but none > of the solutions work. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Closed] (CB-7889) Add noindex meta tag to old releases
[ https://issues.apache.org/jira/browse/CB-7889?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael Brooks closed CB-7889. -- Resolution: Fixed > Add noindex meta tag to old releases > > > Key: CB-7889 > URL: https://issues.apache.org/jira/browse/CB-7889 > Project: Apache Cordova > Issue Type: Improvement > Components: Docs >Affects Versions: 4.0.0 >Reporter: Michael Brooks >Assignee: Michael Brooks > Fix For: 4.0.0 > > > Search results often turn up old versions of the documentation. > In order to prevent this, we can use the noindex meta tag on outdated > versions of the documentation. -- 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-7889) Add noindex meta tag to old releases
[ https://issues.apache.org/jira/browse/CB-7889?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14187437#comment-14187437 ] Michael Brooks commented on CB-7889: The above commit will have the following logic: *When 4.0.0 is the latest release:* - All English 4.0.0 documentation will be indexed by a search engine - All other documentation will ignored *When 4.1.0 becomes the latest release:* - All English 4.1.0 will be indexed - All other documentation will be ignored (including 4.0.0) I used the following tag to prevent indexing: {noformat} {noformat} Let me know if there are any issues with this approach! > Add noindex meta tag to old releases > > > Key: CB-7889 > URL: https://issues.apache.org/jira/browse/CB-7889 > Project: Apache Cordova > Issue Type: Improvement > Components: Docs >Affects Versions: 4.0.0 >Reporter: Michael Brooks >Assignee: Michael Brooks > Fix For: 4.0.0 > > > Search results often turn up old versions of the documentation. > In order to prevent this, we can use the noindex meta tag on outdated > versions of the documentation. -- 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-7889) Add noindex meta tag to old releases
[ https://issues.apache.org/jira/browse/CB-7889?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14187435#comment-14187435 ] ASF subversion and git services commented on CB-7889: - Commit 0ba0ac78a59dc19e87ea15b57e586ab011633e32 in cordova-docs's branch refs/heads/master from [~mwbrooks] [ https://git-wip-us.apache.org/repos/asf?p=cordova-docs.git;h=0ba0ac7 ] [CB-7889] Add noindex meta tag to old versions. > Add noindex meta tag to old releases > > > Key: CB-7889 > URL: https://issues.apache.org/jira/browse/CB-7889 > Project: Apache Cordova > Issue Type: Improvement > Components: Docs >Affects Versions: 4.0.0 >Reporter: Michael Brooks >Assignee: Michael Brooks > Fix For: 4.0.0 > > > Search results often turn up old versions of the documentation. > In order to prevent this, we can use the noindex meta tag on outdated > versions of the documentation. -- 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-7889) Add noindex meta tag to old releases
Michael Brooks created CB-7889: -- Summary: Add noindex meta tag to old releases Key: CB-7889 URL: https://issues.apache.org/jira/browse/CB-7889 Project: Apache Cordova Issue Type: Improvement Components: Docs Affects Versions: 4.0.0 Reporter: Michael Brooks Assignee: Michael Brooks Fix For: 4.0.0 Search results often turn up old versions of the documentation. In order to prevent this, we can use the noindex meta tag on outdated versions of the documentation. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-7884) Move platform metadata from platforms.js to platformsConfig.json
[ https://issues.apache.org/jira/browse/CB-7884?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Steve Gill resolved CB-7884. Resolution: Fixed > Move platform metadata from platforms.js to platformsConfig.json > > > Key: CB-7884 > URL: https://issues.apache.org/jira/browse/CB-7884 > Project: Apache Cordova > Issue Type: Improvement > Components: CordovaLib >Reporter: Steve Gill >Assignee: Steve Gill >Priority: Trivial > > This is so we can update the platforms more simply. Reading and writing > src/cordova/platforms.js requires regex due to headers & function for > parsers. This way I can modify the JSON for nightly builds cleanly. -- 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] [Comment Edited] (CB-7716) Alert Dialog not working in Android API <=11
[ https://issues.apache.org/jira/browse/CB-7716?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14187347#comment-14187347 ] Chris Emerson edited comment on CB-7716 at 10/28/14 7:51 PM: - Has the fix for this issue been integrated here yet? https://github.com/apache/cordova-plugin-dialogs was (Author: chrisemersonnc): Has the notifications (?https://github.com/apache/cordova-plugin-dialogs) plugin been updated with this fix? > Alert Dialog not working in Android API <=11 > > > Key: CB-7716 > URL: https://issues.apache.org/jira/browse/CB-7716 > Project: Apache Cordova > Issue Type: Bug > Components: Android, Plugin Dialogs >Affects Versions: 3.6.0 >Reporter: Keshav OS >Assignee: Joe Bowser > > Works on android API>14 (4.0+). However, the following issue is when > targeting only API 10 (2.3.3 and 2.3.4). > 1. Updated platforms/android/AndroidManifest.xml to > > 2. Added dialogs plugin to make use of custom alert, confirm boxes through > the cli > cordova plugin add org.apache.cordova.dialogs > Installs successfully on the device. However the dialogs don't show up as > expected. Logcat reveals the following error: > bq. 10-06 11:00:18.469: D/CordovaLog(7719): : Line 1772609 : No device > specific handleNewLine procedure > 10-06 11:00:18.469: I/Web Console(7719): No device specific handleNewLine > procedure at :1772609 > 10-06 11:00:18.479: W/dalvikvm(7719): VFY: unable to resolve direct method > 29: Landroid/app/AlertDialog$Builder;. (Landroid/content/Context;I)V > 10-06 11:00:18.479: W/System.err(7719): java.lang.NoSuchMethodError: > android.app.AlertDialog$Builder. > 10-06 11:00:18.479: W/System.err(7719): at > org.apache.cordova.dialogs.Notification$2.run(Notification.java:160) > 10-06 11:00:18.479: W/System.err(7719): at > android.app.Activity.runOnUiThread(Activity.java:3717) > 10-06 11:00:18.479: W/System.err(7719): at > org.apache.cordova.dialogs.Notification.alert(Notification.java:185) > 10-06 11:00:18.479: W/System.err(7719): at > org.apache.cordova.dialogs.Notification.execute(Notification.java:79) > 10-06 11:00:18.479: W/System.err(7719): at > org.apache.cordova.CordovaPlugin.execute(CordovaPlugin.java:84) > 10-06 11:00:18.479: W/System.err(7719): at > org.apache.cordova.PluginManager.exec(PluginManager.java:147) > 10-06 11:00:18.479: W/System.err(7719): at > org.apache.cordova.CordovaBridge.jsExec(CordovaBridge.java:59) > 10-06 11:00:18.479: W/System.err(7719): at > org.apache.cordova.CordovaBridge.promptOnJsPrompt(CordovaBridge.java:129) > 10-06 11:00:18.479: W/System.err(7719): at > org.apache.cordova.CordovaChromeClient.onJsPrompt(CordovaChromeClient.java:192) > 10-06 11:00:18.479: W/System.err(7719): at > android.webkit.CallbackProxy.handleMessage(CallbackProxy.java:580) > 10-06 11:00:18.479: W/System.err(7719): at > android.os.Handler.dispatchMessage(Handler.java:99) > 10-06 11:00:18.479: W/System.err(7719): at > android.os.Looper.loop(Looper.java:130) > 10-06 11:00:18.489: W/System.err(7719): at > android.app.ActivityThread.main(ActivityThread.java:3687) > 10-06 11:00:18.489: W/System.err(7719): at > java.lang.reflect.Method.invokeNative(Native Method) > 10-06 11:00:18.489: W/System.err(7719): at > java.lang.reflect.Method.invoke(Method.java:507) > 10-06 11:00:18.489: W/System.err(7719): at > com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:867) > 10-06 11:00:18.489: W/System.err(7719): at > com.android.internal.os.ZygoteInit.main(ZygoteInit.java:625) > 10-06 11:00:18.489: W/System.err(7719): at > dalvik.system.NativeStart.main(Native Method) > 10-06 11:00:18.499: D/CONTEXT(7719): m_mainFrame->editor()->hasComposition > not > 10-06 11:00:18.539: D/CONTEXT(7719): m_mainFrame->editor()->hasComposition > not > 10-06 11:00:18.549: D/CONTEXT(7719): m_mainFrame->editor()->hasComposition > not > Have tried using v0.2.8, 0.2.9, 0.2.10 and the same issue exists. > Running the cordova clean utility, remove and adding the plugin, setting > android target to 10 in project.properties, none of these seem to fix the > issue. > Have also tried all proposed and pending PR's related to this issue, but none > of the solutions work. -- 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-7716) Alert Dialog not working in Android API <=11
[ https://issues.apache.org/jira/browse/CB-7716?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14187347#comment-14187347 ] Chris Emerson commented on CB-7716: --- Has the notifications (?https://github.com/apache/cordova-plugin-dialogs) plugin been updated with this fix? > Alert Dialog not working in Android API <=11 > > > Key: CB-7716 > URL: https://issues.apache.org/jira/browse/CB-7716 > Project: Apache Cordova > Issue Type: Bug > Components: Android, Plugin Dialogs >Affects Versions: 3.6.0 >Reporter: Keshav OS >Assignee: Joe Bowser > > Works on android API>14 (4.0+). However, the following issue is when > targeting only API 10 (2.3.3 and 2.3.4). > 1. Updated platforms/android/AndroidManifest.xml to > > 2. Added dialogs plugin to make use of custom alert, confirm boxes through > the cli > cordova plugin add org.apache.cordova.dialogs > Installs successfully on the device. However the dialogs don't show up as > expected. Logcat reveals the following error: > bq. 10-06 11:00:18.469: D/CordovaLog(7719): : Line 1772609 : No device > specific handleNewLine procedure > 10-06 11:00:18.469: I/Web Console(7719): No device specific handleNewLine > procedure at :1772609 > 10-06 11:00:18.479: W/dalvikvm(7719): VFY: unable to resolve direct method > 29: Landroid/app/AlertDialog$Builder;. (Landroid/content/Context;I)V > 10-06 11:00:18.479: W/System.err(7719): java.lang.NoSuchMethodError: > android.app.AlertDialog$Builder. > 10-06 11:00:18.479: W/System.err(7719): at > org.apache.cordova.dialogs.Notification$2.run(Notification.java:160) > 10-06 11:00:18.479: W/System.err(7719): at > android.app.Activity.runOnUiThread(Activity.java:3717) > 10-06 11:00:18.479: W/System.err(7719): at > org.apache.cordova.dialogs.Notification.alert(Notification.java:185) > 10-06 11:00:18.479: W/System.err(7719): at > org.apache.cordova.dialogs.Notification.execute(Notification.java:79) > 10-06 11:00:18.479: W/System.err(7719): at > org.apache.cordova.CordovaPlugin.execute(CordovaPlugin.java:84) > 10-06 11:00:18.479: W/System.err(7719): at > org.apache.cordova.PluginManager.exec(PluginManager.java:147) > 10-06 11:00:18.479: W/System.err(7719): at > org.apache.cordova.CordovaBridge.jsExec(CordovaBridge.java:59) > 10-06 11:00:18.479: W/System.err(7719): at > org.apache.cordova.CordovaBridge.promptOnJsPrompt(CordovaBridge.java:129) > 10-06 11:00:18.479: W/System.err(7719): at > org.apache.cordova.CordovaChromeClient.onJsPrompt(CordovaChromeClient.java:192) > 10-06 11:00:18.479: W/System.err(7719): at > android.webkit.CallbackProxy.handleMessage(CallbackProxy.java:580) > 10-06 11:00:18.479: W/System.err(7719): at > android.os.Handler.dispatchMessage(Handler.java:99) > 10-06 11:00:18.479: W/System.err(7719): at > android.os.Looper.loop(Looper.java:130) > 10-06 11:00:18.489: W/System.err(7719): at > android.app.ActivityThread.main(ActivityThread.java:3687) > 10-06 11:00:18.489: W/System.err(7719): at > java.lang.reflect.Method.invokeNative(Native Method) > 10-06 11:00:18.489: W/System.err(7719): at > java.lang.reflect.Method.invoke(Method.java:507) > 10-06 11:00:18.489: W/System.err(7719): at > com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:867) > 10-06 11:00:18.489: W/System.err(7719): at > com.android.internal.os.ZygoteInit.main(ZygoteInit.java:625) > 10-06 11:00:18.489: W/System.err(7719): at > dalvik.system.NativeStart.main(Native Method) > 10-06 11:00:18.499: D/CONTEXT(7719): m_mainFrame->editor()->hasComposition > not > 10-06 11:00:18.539: D/CONTEXT(7719): m_mainFrame->editor()->hasComposition > not > 10-06 11:00:18.549: D/CONTEXT(7719): m_mainFrame->editor()->hasComposition > not > Have tried using v0.2.8, 0.2.9, 0.2.10 and the same issue exists. > Running the cordova clean utility, remove and adding the plugin, setting > android target to 10 in project.properties, none of these seem to fix the > issue. > Have also tried all proposed and pending PR's related to this issue, but none > of the solutions work. -- 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-7884) Move platform metadata from platforms.js to platformsConfig.json
[ https://issues.apache.org/jira/browse/CB-7884?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14187315#comment-14187315 ] ASF subversion and git services commented on CB-7884: - Commit 5f40fd1b92b0d5c089ba8625d4472f2a5bfd8d16 in cordova-lib's branch refs/heads/master from [~stevegill] [ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=5f40fd1 ] CB-7884 moved platform metadata to platformsConfig.json > Move platform metadata from platforms.js to platformsConfig.json > > > Key: CB-7884 > URL: https://issues.apache.org/jira/browse/CB-7884 > Project: Apache Cordova > Issue Type: Improvement > Components: CordovaLib >Reporter: Steve Gill >Assignee: Steve Gill >Priority: Trivial > > This is so we can update the platforms more simply. Reading and writing > src/cordova/platforms.js requires regex due to headers & function for > parsers. This way I can modify the JSON for nightly builds cleanly. -- 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-7884) Move platform metadata from platforms.js to platformsConfig.json
[ https://issues.apache.org/jira/browse/CB-7884?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14187316#comment-14187316 ] ASF subversion and git services commented on CB-7884: - Commit 61f5f54d2ffee5821e4570847c4230f281324476 in cordova-lib's branch refs/heads/master from [~stevegill] [ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=61f5f54 ] CB-7884 Fixed up incorrect JSON > Move platform metadata from platforms.js to platformsConfig.json > > > Key: CB-7884 > URL: https://issues.apache.org/jira/browse/CB-7884 > Project: Apache Cordova > Issue Type: Improvement > Components: CordovaLib >Reporter: Steve Gill >Assignee: Steve Gill >Priority: Trivial > > This is so we can update the platforms more simply. Reading and writing > src/cordova/platforms.js requires regex due to headers & function for > parsers. This way I can modify the JSON for nightly builds cleanly. -- 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-7838) Contact Picker returns -1 as the id for all contacts
[ https://issues.apache.org/jira/browse/CB-7838?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14187308#comment-14187308 ] Ralph S Theart commented on CB-7838: How can test against the cancelled action if and contact obj is returned on both a successful choice and a canceled one? > Contact Picker returns -1 as the id for all contacts > > > Key: CB-7838 > URL: https://issues.apache.org/jira/browse/CB-7838 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Contacts >Affects Versions: 3.5.0 > Environment: iOS >Reporter: Ralph S Theart > > Can anyone confirm that the contacts plug-in returns -1 for any contact id > return from a device but it on the simulator returns a valid unique ID? > Its strange..I have ios8 devices that return -1 for any contact picked...but > the same action on the simulators returns a positive integer. > {code:title=From iOS 8 Device|borderStyle=solid} > { > "id": -1, > "rawId": null, > "displayName": null, > "name": { > "givenName": "Aunte", > "formatted": "Aunte Aline", > "middleName": null, > "familyName": "Aline", > "honorificPrefix": null, > "honorificSuffix": null > }, > "nickname": null, > "phoneNumbers": [ > { > "type": "other", > "value": "01141223***", > "id": 0, > "pref": false > } > ], > "emails": [ > { > "type": "home", > "value": "vito.**@bluewin.ch", > "id": 0, > "pref": false > } > ],. > {code} > {code:title=From ios-sim} > { > "id": 7, > "rawId": null, > "displayName": null, > "name": { > "givenName": "Test", > "formatted": "Test", > "middleName": null, > "familyName": null, > "honorificPrefix": null, > "honorificSuffix": null > }, > "nickname": null, > "phoneNumbers": [ > { > "type": "home", > "value": "(954)\u00a0646-7923", > "id": 0, > "pref": false > } > ], > "emails": null, > "addresses": null, > "ims": null, > "organizations": null, > "birthday": null, > "note": null, > "photos": null, > "categories": null, > "urls": null > } > {code} -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7882) xcode6.1 - Analyze - viewDidUnload instance method is missing [super viewDidUnload] call
[ https://issues.apache.org/jira/browse/CB-7882?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14187292#comment-14187292 ] Shazron Abdullah commented on CB-7882: -- Heh no worries - that's a good question. Was on "easy win" fix mode. Strange Xcode didn't complain. Will revisit > xcode6.1 - Analyze - viewDidUnload instance method is missing [super > viewDidUnload] call > > > Key: CB-7882 > URL: https://issues.apache.org/jira/browse/CB-7882 > Project: Apache Cordova > Issue Type: Improvement > Components: iOS >Affects Versions: 3.6.3 > Environment: Xcode 6.1, OSX 10.9.5, iOS 8.1 >Reporter: Robert Saiter >Assignee: Shazron Abdullah >Priority: Minor > Fix For: 3.7.0 > > > When running Analyze on my project; Xcode returns the following message. > "CDVViewController.m:618:1: The 'viewDidUnload' instance method in > UIViewController subclass 'CDVViewController' is missing a [super > viewDidUnload] call" > I put this in as an improvement since I don't believe it's required and > doesn't appear to impact anything other than returning a message after you > analyze. -- 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-7886) window.location.href causes a delay in the notification.confirm callback [multiple pages project]
[ https://issues.apache.org/jira/browse/CB-7886?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14187270#comment-14187270 ] Joany Bergeron commented on CB-7886: Thank you, switching to Cordova 3.6.0-0.2.8 resolved my problem. > window.location.href causes a delay in the notification.confirm callback > [multiple pages project] > - > > Key: CB-7886 > URL: https://issues.apache.org/jira/browse/CB-7886 > Project: Apache Cordova > Issue Type: Bug >Affects Versions: 3.5.0 >Reporter: Joany Bergeron > > Hi, > I'm creating a multiple pages project with Phonegap. My project contains the > page index.html and connection.html. > Both pages contain a listener for the Back button on Android : > document.addEventListener("backbutton", onBackKeyDown, false); > When I press the Back button, it shows a confirmation dialog that asks me if > I really want to quit the app : > function onBackKeyDown() > { > console.log('onBackKeyDown beginning'); > navigator.notification.confirm( > 'Do you really want to exit the app?', > onConfirm, > 'Avertissement', > ["No", "Yes"] > ); > console.log('onBackKeyDown end'); > } > function onConfirm(button) > { > console.log(button); > if(button == 2) > navigator.app.exitApp(); > } > If I click on a link (connection) in the > index.html page to get to the page connection.html, everything goes fine. > My problem is that when I get to the page connection.html by a JS redirection > (window.location.href='connection.html'), it creates a delay in the callback > of the notification.confirm. > By using window.location.href, this is what will happen : > 1. I click the Back button in the connection.html page > 2. console.log : onBackKeyDown beginning > 3. The confirmation dialog appears > 4. console.log : onBackKeyDown end > 5. I click No > 6. I click the Back button again > 7. console.log : onBackKeyDown beginning > 8. the confirmaiton dialog appears > 9. console.log : onBackKeyDown end > 10. console.log : 1 (It shows the log of my previous click) > What I want to happen : > 1. I click the back button in the connexion.html page > 2. console.log : onBackKeyDown beginning > 3. The confirmation dialog appears > 4. console.log : onBackKeyDown end > 5. I click No > 6. console.log : 1 (the button I pressed) > Am I missing something? What do I need to do to make it work normally ? > Thanks. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-7675) custom_rules.xml breaks FacebookConnect plugin
[ https://issues.apache.org/jira/browse/CB-7675?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Grieve resolved CB-7675. --- Resolution: Won't Fix Assignee: Andrew Grieve (was: Ian Clelland) The reason is that it interacts poorly with Eclipse. The real fix here is Gradle, the intended work-around of deleting the file seems pretty simple. Sounds like you should file a bug with XDK to have them always delete the custom_rules.xml. > custom_rules.xml breaks FacebookConnect plugin > -- > > Key: CB-7675 > URL: https://issues.apache.org/jira/browse/CB-7675 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 3.6.0 > Environment: Windows8 >Reporter: Arne Sikström >Assignee: Andrew Grieve > > The plugin FacebookConnect > https://github.com/Wizcorp/phonegap-facebook-plugin builds ok but fails > during runtime with NPEs for missing resources. > After removing the custom_rules.xml the plugin builds and runs fine. > If the custom_rules.xml file is present the build uses ant-gen and ant-build > which seems to confuse the aapt tool or something as the resources get out of > sync with the R file? > Commands: > cordova platform add android > cordova plugin add https://github.com/phonegap/phonegap-facebook-plugin.git > --variable APP_ID="" --variable APP_NAME="Hello Frosty" > cordova run -- 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-7675) custom_rules.xml breaks FacebookConnect plugin
[ https://issues.apache.org/jira/browse/CB-7675?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14187182#comment-14187182 ] Arne Sikström commented on CB-7675: --- We are using the Intel XDK cloud as our production build system so the solution needs to be within what you can do with Cordova functions. What was reason to rename the gen and build folders? If we disable that, what other plugins will stop to work.? > custom_rules.xml breaks FacebookConnect plugin > -- > > Key: CB-7675 > URL: https://issues.apache.org/jira/browse/CB-7675 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 3.6.0 > Environment: Windows8 >Reporter: Arne Sikström >Assignee: Ian Clelland > > The plugin FacebookConnect > https://github.com/Wizcorp/phonegap-facebook-plugin builds ok but fails > during runtime with NPEs for missing resources. > After removing the custom_rules.xml the plugin builds and runs fine. > If the custom_rules.xml file is present the build uses ant-gen and ant-build > which seems to confuse the aapt tool or something as the resources get out of > sync with the R file? > Commands: > cordova platform add android > cordova plugin add https://github.com/phonegap/phonegap-facebook-plugin.git > --variable APP_ID="" --variable APP_NAME="Hello Frosty" > cordova run -- 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-7888) Undocumented option 'body' in FileTransferError.
[ https://issues.apache.org/jira/browse/CB-7888?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14187064#comment-14187064 ] Venkata Kiran commented on CB-7888: --- Looks like there is another issue already opened for this. Probably a duplicate. But even that bug seems to be outdated. May be it was logged when this was available only for iOS, but now I can see it is implemented at least on Android, iOS and Windows. > Undocumented option 'body' in FileTransferError. > > > Key: CB-7888 > URL: https://issues.apache.org/jira/browse/CB-7888 > Project: Apache Cordova > Issue Type: Bug > Components: Docs, Plugin File Transfer >Affects Versions: 4.0.0 > Environment: Android, iOS,Windows >Reporter: Venkata Kiran >Priority: Trivial > Labels: documentation > > The FileTransferError javascript layer has a option 'body' which I couldn't > find any reference to in the documentation. > https://github.com/apache/cordova-plugin-file-transfer/blob/master/www/FileTransferError.js > http://plugins.cordova.io/#/package/org.apache.cordova.file-transfer > Looking at the Android source, it looks like the body will contain the stream > response in UTF-8. Looks like the docs are out of sync. > If some one can confirm this, I can send a PR to fix the documentation. -- 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-4674) (Docs) FileTransfer: description for upload() success callback is wrong
[ https://issues.apache.org/jira/browse/CB-4674?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14187054#comment-14187054 ] ASF GitHub Bot commented on CB-4674: GitHub user svkirans opened a pull request: https://github.com/apache/cordova-plugin-file-transfer/pull/46 Fix for CB-4674 Fix for https://issues.apache.org/jira/browse/CB-4674 You can merge this pull request into a Git repository by running: $ git pull https://github.com/svkirans/cordova-plugin-file-transfer master Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-plugin-file-transfer/pull/46.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #46 commit 4879a0955334a7fee11cfbc89dd8815021c3a978 Author: Kiran Date: 2014-10-28T16:32:25Z Fix for https://issues.apache.org/jira/browse/CB-4674 https://issues.apache.org/jira/browse/CB-4674 > (Docs) FileTransfer: description for upload() success callback is wrong > --- > > Key: CB-4674 > URL: https://issues.apache.org/jira/browse/CB-4674 > Project: Apache Cordova > Issue Type: Bug > Components: Docs, Plugin File Transfer >Affects Versions: 2.9.0 >Reporter: Shingo Toda >Assignee: Michael Brooks >Priority: Minor > > In description of parameter for FileTransfer.upload method, it is said that > _Metadata_ object is passed to specified success callback function. But I > think _FileUploadResult_ object is passed. > {quote} > h2.upload > h3.Parameters: > * *filePath*: Full path of the file on the device. > * *server*: URL of the server to receive the file, as encoded by encodeURI(). > * *successCallback*: A callback that is passed a _Metadata_ object. (Function) > {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] [Comment Edited] (CB-7868) Cordova Android@3.6.4 is broken for some Android versions (Javascript)
[ https://issues.apache.org/jira/browse/CB-7868?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14187007#comment-14187007 ] Boris Fersing edited comment on CB-7868 at 10/28/14 4:15 PM: - I applied the patch 88 to cordova.js and tried it on my 2.3.7 and 2.3.6 devices. The bug is still present. The app won't load. One device is a HTC Desire with Cyanogenmod 7.2.0.1 and the other one is a Galaxy Note (SGHI717R) with a 2.3.6 Touchwiz rom (stock). was (Author: fersingb): I applied the patch 88 to cordova.js and tried it on my 2.3.7 and 2.3.6 devices. The bug is still present. The app won't load > Cordova Android@3.6.4 is broken for some Android versions (Javascript) > -- > > Key: CB-7868 > URL: https://issues.apache.org/jira/browse/CB-7868 > Project: Apache Cordova > Issue Type: Bug > Components: Android, CordovaJS >Affects Versions: 4.0.0 > Environment: Android >= 2.3.6 && <= 4.0.3 >Reporter: Boris Fersing > > Cordova 3.6.4 breaks the compatibility with some versions of Android. The app > won't load > I've been able to reproduce the bug on my 2.3.6 and 2.3.7 devices, and > according to some bug reports I found, this might also affect other Android > versions <= 4.0.3 but I did not have the opportunity to test those platforms. > The bug has been introduced in this commit: > https://github.com/apache/cordova-android/commit/025ca36d3ad0e2acb5c496442a661e3759b30af3 > And the culprit is the Object.defineProperty method that is broken on the > platforms I mentioned above. (see https://github.com/cujojs/poly/issues/29 ) -- 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-7868) Cordova Android@3.6.4 is broken for some Android versions (Javascript)
[ https://issues.apache.org/jira/browse/CB-7868?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14187007#comment-14187007 ] Boris Fersing commented on CB-7868: --- I applied the patch 88 to cordova.js and tried it on my 2.3.7 and 2.3.6 devices. The bug is still present. The app won't load > Cordova Android@3.6.4 is broken for some Android versions (Javascript) > -- > > Key: CB-7868 > URL: https://issues.apache.org/jira/browse/CB-7868 > Project: Apache Cordova > Issue Type: Bug > Components: Android, CordovaJS >Affects Versions: 4.0.0 > Environment: Android >= 2.3.6 && <= 4.0.3 >Reporter: Boris Fersing > > Cordova 3.6.4 breaks the compatibility with some versions of Android. The app > won't load > I've been able to reproduce the bug on my 2.3.6 and 2.3.7 devices, and > according to some bug reports I found, this might also affect other Android > versions <= 4.0.3 but I did not have the opportunity to test those platforms. > The bug has been introduced in this commit: > https://github.com/apache/cordova-android/commit/025ca36d3ad0e2acb5c496442a661e3759b30af3 > And the culprit is the Object.defineProperty method that is broken on the > platforms I mentioned above. (see https://github.com/cujojs/poly/issues/29 ) -- 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-7888) Undocumented option 'body' in FileTransferError.
Venkata Kiran created CB-7888: - Summary: Undocumented option 'body' in FileTransferError. Key: CB-7888 URL: https://issues.apache.org/jira/browse/CB-7888 Project: Apache Cordova Issue Type: Bug Components: Docs, Plugin File Transfer Affects Versions: 4.0.0 Environment: Android, iOS,Windows Reporter: Venkata Kiran Priority: Trivial The FileTransferError javascript layer has a option 'body' which I couldn't find any reference to in the documentation. https://github.com/apache/cordova-plugin-file-transfer/blob/master/www/FileTransferError.js http://plugins.cordova.io/#/package/org.apache.cordova.file-transfer Looking at the Android source, it looks like the body will contain the stream response in UTF-8. Looks like the docs are out of sync. If some one can confirm this, I can send a PR to fix the documentation. -- 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-7868) Cordova Android@3.6.4 is broken for some Android versions (Javascript)
[ https://issues.apache.org/jira/browse/CB-7868?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14186976#comment-14186976 ] Andrew Grieve commented on CB-7868: --- I tested a few devices I have around but none of them showed the bug. :(. Anyone else able to attempt to verify the bug & fix? > Cordova Android@3.6.4 is broken for some Android versions (Javascript) > -- > > Key: CB-7868 > URL: https://issues.apache.org/jira/browse/CB-7868 > Project: Apache Cordova > Issue Type: Bug > Components: Android, CordovaJS >Affects Versions: 4.0.0 > Environment: Android >= 2.3.6 && <= 4.0.3 >Reporter: Boris Fersing > > Cordova 3.6.4 breaks the compatibility with some versions of Android. The app > won't load > I've been able to reproduce the bug on my 2.3.6 and 2.3.7 devices, and > according to some bug reports I found, this might also affect other Android > versions <= 4.0.3 but I did not have the opportunity to test those platforms. > The bug has been introduced in this commit: > https://github.com/apache/cordova-android/commit/025ca36d3ad0e2acb5c496442a661e3759b30af3 > And the culprit is the Object.defineProperty method that is broken on the > platforms I mentioned above. (see https://github.com/cujojs/poly/issues/29 ) -- 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-7882) xcode6.1 - Analyze - viewDidUnload instance method is missing [super viewDidUnload] call
[ https://issues.apache.org/jira/browse/CB-7882?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14186970#comment-14186970 ] Kevin Hawkins commented on CB-7882: --- Sorry, that wasn't meant to be snarky, but rather to suggest that we should probably just remove or relocate that method's contents from CDVViewController. My pre-coffee filter was turned off. :) > xcode6.1 - Analyze - viewDidUnload instance method is missing [super > viewDidUnload] call > > > Key: CB-7882 > URL: https://issues.apache.org/jira/browse/CB-7882 > Project: Apache Cordova > Issue Type: Improvement > Components: iOS >Affects Versions: 3.6.3 > Environment: Xcode 6.1, OSX 10.9.5, iOS 8.1 >Reporter: Robert Saiter >Assignee: Shazron Abdullah >Priority: Minor > Fix For: 3.7.0 > > > When running Analyze on my project; Xcode returns the following message. > "CDVViewController.m:618:1: The 'viewDidUnload' instance method in > UIViewController subclass 'CDVViewController' is missing a [super > viewDidUnload] call" > I put this in as an improvement since I don't believe it's required and > doesn't appear to impact anything other than returning a message after you > analyze. -- 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-7882) xcode6.1 - Analyze - viewDidUnload instance method is missing [super viewDidUnload] call
[ https://issues.apache.org/jira/browse/CB-7882?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14186948#comment-14186948 ] Kevin Hawkins commented on CB-7882: --- A better question would be why is CDVViewController still calling viewDidUnload at all. As of iOS 6, from Apple's docs: "Views are no longer purged under low-memory conditions and so this method is never called." Kevin > xcode6.1 - Analyze - viewDidUnload instance method is missing [super > viewDidUnload] call > > > Key: CB-7882 > URL: https://issues.apache.org/jira/browse/CB-7882 > Project: Apache Cordova > Issue Type: Improvement > Components: iOS >Affects Versions: 3.6.3 > Environment: Xcode 6.1, OSX 10.9.5, iOS 8.1 >Reporter: Robert Saiter >Assignee: Shazron Abdullah >Priority: Minor > Fix For: 3.7.0 > > > When running Analyze on my project; Xcode returns the following message. > "CDVViewController.m:618:1: The 'viewDidUnload' instance method in > UIViewController subclass 'CDVViewController' is missing a [super > viewDidUnload] call" > I put this in as an improvement since I don't believe it's required and > doesn't appear to impact anything other than returning a message after you > analyze. -- 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-7706) Failed create mobile-spec app with windows platform from master branches
[ https://issues.apache.org/jira/browse/CB-7706?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14186899#comment-14186899 ] ASF GitHub Bot commented on CB-7706: Github user MariaBukharina closed the pull request at: https://github.com/apache/cordova-mobile-spec/pull/111 > Failed create mobile-spec app with windows platform from master branches > - > > Key: CB-7706 > URL: https://issues.apache.org/jira/browse/CB-7706 > Project: Apache Cordova > Issue Type: Bug > Components: mobile-spec >Affects Versions: Master > Environment: Windows 8.1 >Reporter: Maria Bukharina >Priority: Critical > > I was trying to create mobilespec app from master branches, Running command > {quote}cordova-mobile-spec\createmobilespec\createmobilespec.cmd --windows > directoryName{quote} > failed with error: > {quote}Could not find windows; > run: ./cordova-coho/coho repo-clone -r cordova-windows{quote} > Thought cordova-windows repo downloaded in proper folder. Seemed it is > happens because there is no folder *windows* in cordova-windows and it's > content was moved tio the root. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-7886) window.location.href causes a delay in the notification.confirm callback [multiple pages project]
[ https://issues.apache.org/jira/browse/CB-7886?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Grieve resolved CB-7886. --- Resolution: Duplicate I believe this has been fixed in 3.6.0 > window.location.href causes a delay in the notification.confirm callback > [multiple pages project] > - > > Key: CB-7886 > URL: https://issues.apache.org/jira/browse/CB-7886 > Project: Apache Cordova > Issue Type: Bug >Affects Versions: 3.5.0 >Reporter: Joany Bergeron > > Hi, > I'm creating a multiple pages project with Phonegap. My project contains the > page index.html and connection.html. > Both pages contain a listener for the Back button on Android : > document.addEventListener("backbutton", onBackKeyDown, false); > When I press the Back button, it shows a confirmation dialog that asks me if > I really want to quit the app : > function onBackKeyDown() > { > console.log('onBackKeyDown beginning'); > navigator.notification.confirm( > 'Do you really want to exit the app?', > onConfirm, > 'Avertissement', > ["No", "Yes"] > ); > console.log('onBackKeyDown end'); > } > function onConfirm(button) > { > console.log(button); > if(button == 2) > navigator.app.exitApp(); > } > If I click on a link (connection) in the > index.html page to get to the page connection.html, everything goes fine. > My problem is that when I get to the page connection.html by a JS redirection > (window.location.href='connection.html'), it creates a delay in the callback > of the notification.confirm. > By using window.location.href, this is what will happen : > 1. I click the Back button in the connection.html page > 2. console.log : onBackKeyDown beginning > 3. The confirmation dialog appears > 4. console.log : onBackKeyDown end > 5. I click No > 6. I click the Back button again > 7. console.log : onBackKeyDown beginning > 8. the confirmaiton dialog appears > 9. console.log : onBackKeyDown end > 10. console.log : 1 (It shows the log of my previous click) > What I want to happen : > 1. I click the back button in the connexion.html page > 2. console.log : onBackKeyDown beginning > 3. The confirmation dialog appears > 4. console.log : onBackKeyDown end > 5. I click No > 6. console.log : 1 (the button I pressed) > Am I missing something? What do I need to do to make it work normally ? > Thanks. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Closed] (CB-7887) Mobile spec test pages set viewport incorrectly
[ https://issues.apache.org/jira/browse/CB-7887?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ian Clelland closed CB-7887. Resolution: Fixed > Mobile spec test pages set viewport incorrectly > --- > > Key: CB-7887 > URL: https://issues.apache.org/jira/browse/CB-7887 > Project: Apache Cordova > Issue Type: Bug > Components: mobile-spec >Reporter: Ian Clelland >Assignee: Ian Clelland > > The {{viewport}} {{meta}} tag in many mobile spec pages is invalid, > containing a trailing semicolon. This is causing problems with Crosswalk > testing, but is also just a typo that we should take care of. > Bad: > {code} > > {code} > Better: > {code} > > {code} > Reference: [Safari HTML > Reference|https://developer.apple.com/library/safari/documentation/AppleApplications/Reference/SafariHTMLRef/Articles/MetaTags.html] > Also see: [XWALK-2494|https://crosswalk-project.org/jira/browse/XWALK-2494] -- 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-7887) Mobile spec test pages set viewport incorrectly
[ https://issues.apache.org/jira/browse/CB-7887?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14186846#comment-14186846 ] ASF subversion and git services commented on CB-7887: - Commit 605d369c7c568e8e0bbf32cf35eb9343d4825d11 in cordova-mobile-spec's branch refs/heads/master from [~iclelland] [ https://git-wip-us.apache.org/repos/asf?p=cordova-mobile-spec.git;h=605d369 ] CB-7887: Fix viewport meta tag declaration in HTML pages > Mobile spec test pages set viewport incorrectly > --- > > Key: CB-7887 > URL: https://issues.apache.org/jira/browse/CB-7887 > Project: Apache Cordova > Issue Type: Bug > Components: mobile-spec >Reporter: Ian Clelland >Assignee: Ian Clelland > > The {{viewport}} {{meta}} tag in many mobile spec pages is invalid, > containing a trailing semicolon. This is causing problems with Crosswalk > testing, but is also just a typo that we should take care of. > Bad: > {code} > > {code} > Better: > {code} > > {code} > Reference: [Safari HTML > Reference|https://developer.apple.com/library/safari/documentation/AppleApplications/Reference/SafariHTMLRef/Articles/MetaTags.html] > Also see: [XWALK-2494|https://crosswalk-project.org/jira/browse/XWALK-2494] -- 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-7887) Mobile spec test pages set viewport incorrectly
Ian Clelland created CB-7887: Summary: Mobile spec test pages set viewport incorrectly Key: CB-7887 URL: https://issues.apache.org/jira/browse/CB-7887 Project: Apache Cordova Issue Type: Bug Components: mobile-spec Reporter: Ian Clelland Assignee: Ian Clelland The {{viewport}} {{meta}} tag in many mobile spec pages is invalid, containing a trailing semicolon. This is causing problems with Crosswalk testing, but is also just a typo that we should take care of. Bad: {code} {code} Better: {code} {code} Reference: [Safari HTML Reference|https://developer.apple.com/library/safari/documentation/AppleApplications/Reference/SafariHTMLRef/Articles/MetaTags.html] Also see: [XWALK-2494|https://crosswalk-project.org/jira/browse/XWALK-2494] -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Closed] (CB-7758) Support for content:// URIs
[ https://issues.apache.org/jira/browse/CB-7758?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ian Clelland closed CB-7758. Resolution: Fixed Merged into master > Support for content:// URIs > --- > > Key: CB-7758 > URL: https://issues.apache.org/jira/browse/CB-7758 > Project: Apache Cordova > Issue Type: New Feature > Components: Android >Affects Versions: 3.6.0 > Environment: Android 4.3 >Reporter: Wolfgang Flohr-Hochbichler >Priority: Minor > > Device ready event is not fired if page is loaded via content:// protocol. > I assume it has something to do with a security check done within > CordovaBridge.java which triggers the following gap_init error message. > 10-09 10:10:18.071 16719 16719 E CordovaBridge: gap_init called from > restricted origin: > content://com.ionicframework.ionicapp795549.jsHybugger/file:///android_asset/www/index.html#/tab/dash > 10-09 10:10:23.075 16719 16719 D CordovaLog: > content://com.ionicframework.ionicapp795549.jsHybugger/jshybugger.js: Line > 112 : deviceready has not fired after 5 seconds. > 10-09 10:10:23.075 16719 16719 I Web Console: deviceready has not fired after > 5 seconds. at > content://com.ionicframework.ionicapp795549.jsHybugger/jshybugger.js:112 -- 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-7758) Support for content:// URIs
[ https://issues.apache.org/jira/browse/CB-7758?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14186817#comment-14186817 ] ASF subversion and git services commented on CB-7758: - Commit fc63f66e8970ab537dda1397a6b58e6d61252c17 in cordova-android's branch refs/heads/master from [~iclelland] [ https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;h=fc63f66 ] CB-7758: Allow content-url-hosted pages to access the bridge This allows e.g. jsHybugger to create pages with access to Cordova APIs. We restrict access to content provider URLs which are at subdomains of the application itself, ie, begin with "content://com.your.package.id." > Support for content:// URIs > --- > > Key: CB-7758 > URL: https://issues.apache.org/jira/browse/CB-7758 > Project: Apache Cordova > Issue Type: New Feature > Components: Android >Affects Versions: 3.6.0 > Environment: Android 4.3 >Reporter: Wolfgang Flohr-Hochbichler >Priority: Minor > > Device ready event is not fired if page is loaded via content:// protocol. > I assume it has something to do with a security check done within > CordovaBridge.java which triggers the following gap_init error message. > 10-09 10:10:18.071 16719 16719 E CordovaBridge: gap_init called from > restricted origin: > content://com.ionicframework.ionicapp795549.jsHybugger/file:///android_asset/www/index.html#/tab/dash > 10-09 10:10:23.075 16719 16719 D CordovaLog: > content://com.ionicframework.ionicapp795549.jsHybugger/jshybugger.js: Line > 112 : deviceready has not fired after 5 seconds. > 10-09 10:10:23.075 16719 16719 I Web Console: deviceready has not fired after > 5 seconds. at > content://com.ionicframework.ionicapp795549.jsHybugger/jshybugger.js:112 -- 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-7886) window.location.href causes a delay in the notification.confirm callback [multiple pages project]
[ https://issues.apache.org/jira/browse/CB-7886?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joany Bergeron updated CB-7886: --- Description: Hi, I'm creating a multiple pages project with Phonegap. My project contains the page index.html and connection.html. Both pages contain a listener for the Back button on Android : document.addEventListener("backbutton", onBackKeyDown, false); When I press the Back button, it shows a confirmation dialog that asks me if I really want to quit the app : function onBackKeyDown() { console.log('onBackKeyDown beginning'); navigator.notification.confirm( 'Do you really want to exit the app?', onConfirm, 'Avertissement', ["No", "Yes"] ); console.log('onBackKeyDown end'); } function onConfirm(button) { console.log(button); if(button == 2) navigator.app.exitApp(); } If I click on a link (connection) in the index.html page to get to the page connection.html, everything goes fine. My problem is that when I get to the page connection.html by a JS redirection (window.location.href='connection.html'), it creates a delay in the callback of the notification.confirm. By using window.location.href, this is what will happen : 1. I click the Back button in the connection.html page 2. console.log : onBackKeyDown beginning 3. The confirmation dialog appears 4. console.log : onBackKeyDown end 5. I click No 6. I click the Back button again 7. console.log : onBackKeyDown beginning 8. the confirmaiton dialog appears 9. console.log : onBackKeyDown end 10. console.log : 1 (It shows the log of my previous click) What I want to happen : 1. I click the back button in the connexion.html page 2. console.log : onBackKeyDown beginning 3. The confirmation dialog appears 4. console.log : onBackKeyDown end 5. I click No 6. console.log : 1 (the button I pressed) Am I missing something? What do I need to do to make it work normally ? Thanks. was: Hi, I'm creating a multiple pages project with Phonegap. My project contains the page index.html and connection.html. Both pages contain a listener for the Back button on Android : document.addEventListener("backbutton", onBackKeyDown, false); When I press the Back button, it shows a confirmation dialog that asks me if I really want to quit the app : function onBackKeyDown() { console.log('onBackKeyDown beginning'); navigator.notification.confirm( 'Do you really want to exit the app?', onConfirm, 'Avertissement', ["No", "Yes"] ); console.log('onBackKeyDown end'); } function onConfirm(button) { console.log(button); if(button == 2) navigator.app.exitApp(); } If I click on a link (connection) in the index.html page to get to the page connection.html, everything goes fine. My problem is that when I get to the page connection.html by a JS redirection (window.location.href='connection.html'), it creates a delay in the callback of the notification.confirm. By using window.location.href, this is what will happen : 1. I click the Back button in the connection.html page 2. console.log : onBackKeyDown beginning 3. The confirmation dialog appears 4. console.log : onBackKeyDown end 5. I click No 6. I click the Back button again 7. console.log : onBackKeyDown beginning 8. the confirmaiton dialog appears 9. console.log : onBackKeyDown end 10. console.log : 1 (It shows the log of my previous click) What I want to happen : 1. I click the back button in the connexion.html page 2. console.log : onBackKeyDown beginning 3. The confirmation dialog appears 4. console.log : onBackKeyDown end 5. I click No 6. console.log : 1 (the button I pressed) Am I missing something? What do I need to do to make it work normally ? Thanks. > window.location.href causes a delay in the notification.confirm callback > [multiple pages project] > - > > Key: CB-7886 > URL: https://issues.apache.org/jira/browse/CB-7886 > Project: Apache Cordova > Issue Type: Bug >Affects Versions: 3.5.0 >Reporter: Joany Bergeron > > Hi, > I'm creating a multiple pages project with Phonegap. My project contains the > page index.html and connection.html. > Both pages contain a listener for the Back button on Android : > document.addEventListener("backbutton", onBackKeyDown, false); > When I press the Back button, it shows a confirmation dialog that asks me if > I really want to quit the app : > function onBackKeyDown() > { > console.log('onBackKeyDown be
[jira] [Created] (CB-7886) window.location.href causes a delay in the notification.confirm callback [multiple pages project]
Joany Bergeron created CB-7886: -- Summary: window.location.href causes a delay in the notification.confirm callback [multiple pages project] Key: CB-7886 URL: https://issues.apache.org/jira/browse/CB-7886 Project: Apache Cordova Issue Type: Bug Affects Versions: 3.5.0 Reporter: Joany Bergeron Hi, I'm creating a multiple pages project with Phonegap. My project contains the page index.html and connection.html. Both pages contain a listener for the Back button on Android : document.addEventListener("backbutton", onBackKeyDown, false); When I press the Back button, it shows a confirmation dialog that asks me if I really want to quit the app : function onBackKeyDown() { console.log('onBackKeyDown beginning'); navigator.notification.confirm( 'Do you really want to exit the app?', onConfirm, 'Avertissement', ["No", "Yes"] ); console.log('onBackKeyDown end'); } function onConfirm(button) { console.log(button); if(button == 2) navigator.app.exitApp(); } If I click on a link (connection) in the index.html page to get to the page connection.html, everything goes fine. My problem is that when I get to the page connection.html by a JS redirection (window.location.href='connection.html'), it creates a delay in the callback of the notification.confirm. By using window.location.href, this is what will happen : 1. I click the Back button in the connection.html page 2. console.log : onBackKeyDown beginning 3. The confirmation dialog appears 4. console.log : onBackKeyDown end 5. I click No 6. I click the Back button again 7. console.log : onBackKeyDown beginning 8. the confirmaiton dialog appears 9. console.log : onBackKeyDown end 10. console.log : 1 (It shows the log of my previous click) What I want to happen : 1. I click the back button in the connexion.html page 2. console.log : onBackKeyDown beginning 3. The confirmation dialog appears 4. console.log : onBackKeyDown end 5. I click No 6. console.log : 1 (the button I pressed) Am I missing something? What do I need to do to make it work normally ? Thanks. -- 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-7758) Support for content:// URIs
[ https://issues.apache.org/jira/browse/CB-7758?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14186687#comment-14186687 ] Wolfgang Flohr-Hochbichler commented on CB-7758: Great, works perfect - thank you! Looking forward to see the change soon in the official cordova branch. :) > Support for content:// URIs > --- > > Key: CB-7758 > URL: https://issues.apache.org/jira/browse/CB-7758 > Project: Apache Cordova > Issue Type: New Feature > Components: Android >Affects Versions: 3.6.0 > Environment: Android 4.3 >Reporter: Wolfgang Flohr-Hochbichler >Priority: Minor > > Device ready event is not fired if page is loaded via content:// protocol. > I assume it has something to do with a security check done within > CordovaBridge.java which triggers the following gap_init error message. > 10-09 10:10:18.071 16719 16719 E CordovaBridge: gap_init called from > restricted origin: > content://com.ionicframework.ionicapp795549.jsHybugger/file:///android_asset/www/index.html#/tab/dash > 10-09 10:10:23.075 16719 16719 D CordovaLog: > content://com.ionicframework.ionicapp795549.jsHybugger/jshybugger.js: Line > 112 : deviceready has not fired after 5 seconds. > 10-09 10:10:23.075 16719 16719 I Web Console: deviceready has not fired after > 5 seconds. at > content://com.ionicframework.ionicapp795549.jsHybugger/jshybugger.js:112 -- 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-7885) [Contacts] pickContact - return image (photo) as base64 string
Aleksey Dobrushin created CB-7885: - Summary: [Contacts] pickContact - return image (photo) as base64 string Key: CB-7885 URL: https://issues.apache.org/jira/browse/CB-7885 Project: Apache Cordova Issue Type: New Feature Components: Plugin Contacts Affects Versions: 3.5.0 Reporter: Aleksey Dobrushin It would be very useful, if pickContact function returns for photo (person image) not a path to temporarily created on device file, but base64 string, which could be immediately inserted in DOM image.src. By default - leave as it is, but if getImageData parameter true - do not create temp file at all, give back base64 string. I did PoC, it works perfectly, for iOS in CDVContact.extractPhotos additional line: {code} [newDict setObject:[data base64EncodedString] forKey:@"data"]; {code} makes the magic. But correctly would be implement either or: either save in file and return file name, or do not save to file and return image data -- 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-7884) Move platform metadata from platforms.js to platformsConfig.json
[ https://issues.apache.org/jira/browse/CB-7884?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14186526#comment-14186526 ] ASF subversion and git services commented on CB-7884: - Commit 61f5f54d2ffee5821e4570847c4230f281324476 in cordova-lib's branch refs/heads/cb-7884 from [~stevegill] [ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=61f5f54 ] CB-7884 Fixed up incorrect JSON > Move platform metadata from platforms.js to platformsConfig.json > > > Key: CB-7884 > URL: https://issues.apache.org/jira/browse/CB-7884 > Project: Apache Cordova > Issue Type: Improvement > Components: CordovaLib >Reporter: Steve Gill >Assignee: Steve Gill >Priority: Trivial > > This is so we can update the platforms more simply. Reading and writing > src/cordova/platforms.js requires regex due to headers & function for > parsers. This way I can modify the JSON for nightly builds cleanly. -- 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-7884) Move platform metadata from platforms.js to platformsConfig.json
[ https://issues.apache.org/jira/browse/CB-7884?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14186525#comment-14186525 ] ASF subversion and git services commented on CB-7884: - Commit 5f40fd1b92b0d5c089ba8625d4472f2a5bfd8d16 in cordova-lib's branch refs/heads/cb-7884 from [~stevegill] [ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=5f40fd1 ] CB-7884 moved platform metadata to platformsConfig.json > Move platform metadata from platforms.js to platformsConfig.json > > > Key: CB-7884 > URL: https://issues.apache.org/jira/browse/CB-7884 > Project: Apache Cordova > Issue Type: Improvement > Components: CordovaLib >Reporter: Steve Gill >Assignee: Steve Gill >Priority: Trivial > > This is so we can update the platforms more simply. Reading and writing > src/cordova/platforms.js requires regex due to headers & function for > parsers. This way I can modify the JSON for nightly builds cleanly. -- 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-7874) Audio over bluetooth is unstable
[ https://issues.apache.org/jira/browse/CB-7874?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14186517#comment-14186517 ] Jesper Schultz commented on CB-7874: Audio tag Init: audiobit = new Media( "audio/xxx.mp3" ); Play: audiobit.play(); > Audio over bluetooth is unstable > > > Key: CB-7874 > URL: https://issues.apache.org/jira/browse/CB-7874 > Project: Apache Cordova > Issue Type: Bug > Components: Android, CordovaLib, iOS >Affects Versions: 2.4.0, 3.5.0 >Reporter: Jesper Schultz >Priority: Minor > > My Cordova/Javascript app plays mp3 audio files in a user customizable > countdown sequence. This works as designed when playing directly on the > smartphone, both Android and iOS. > If bluetooth is enabled on the device and audio is output on an external > speaker the sound is choppy. Some audio segments are cut off, others omitted > entirely. The problem is present both on iOS and Android. > The app is JS/CSS/HTML and can be run 'native' in a browser. When run on a > Mac with bluetooth enabled, there is no problem. > The problem has to do with Cordova vs. Bluetooth. With Cordova 'on', ie. > running on a device outputting audio over BT, sound is unstable. Running w/o > BT, there is no problem. Running on a laptop there is no problem with or w/o > BT enabled. > When debugging the app running with device bluetooth enabled (ie sound via > external speaker) LogCat registers that Bluetooth need permissions. It ought > to be invisible to the app that the device has BT enabled, yes? > (When the sound fails LogCat notes that it can not play because an > audioplayer is not available.) -- 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-7884) Move platform metadata from platforms.js to platformsConfig.json
[ https://issues.apache.org/jira/browse/CB-7884?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14186508#comment-14186508 ] Steve Gill commented on CB-7884: Pushed to branch CB-7884 for review if anyone is interested. > Move platform metadata from platforms.js to platformsConfig.json > > > Key: CB-7884 > URL: https://issues.apache.org/jira/browse/CB-7884 > Project: Apache Cordova > Issue Type: Improvement > Components: CordovaLib >Reporter: Steve Gill >Assignee: Steve Gill >Priority: Trivial > > This is so we can update the platforms more simply. Reading and writing > src/cordova/platforms.js requires regex due to headers & function for > parsers. This way I can modify the JSON for nightly builds cleanly. -- 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-7884) Move platform metadata from platforms.js to platformsConfig.json
[ https://issues.apache.org/jira/browse/CB-7884?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14186505#comment-14186505 ] ASF subversion and git services commented on CB-7884: - Commit 1ed00b8eceb00cca858e39810be28f9c9639df7c in cordova-lib's branch refs/heads/CB-7884 from [~stevegill] [ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=1ed00b8 ] CB-7884 Fixed up incorrect JSON > Move platform metadata from platforms.js to platformsConfig.json > > > Key: CB-7884 > URL: https://issues.apache.org/jira/browse/CB-7884 > Project: Apache Cordova > Issue Type: Improvement > Components: CordovaLib >Reporter: Steve Gill >Assignee: Steve Gill >Priority: Trivial > > This is so we can update the platforms more simply. Reading and writing > src/cordova/platforms.js requires regex due to headers & function for > parsers. This way I can modify the JSON for nightly builds cleanly. -- 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-7884) Move platform metadata from platforms.js to platformsConfig.json
[ https://issues.apache.org/jira/browse/CB-7884?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14186499#comment-14186499 ] ASF subversion and git services commented on CB-7884: - Commit beea87349ec575b429926326b750b4f9b726afff in cordova-lib's branch refs/heads/CB-7884 from [~stevegill] [ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=beea873 ] CB-7884 moved platform metadata to platformsConfig.json > Move platform metadata from platforms.js to platformsConfig.json > > > Key: CB-7884 > URL: https://issues.apache.org/jira/browse/CB-7884 > Project: Apache Cordova > Issue Type: Improvement > Components: CordovaLib >Reporter: Steve Gill >Assignee: Steve Gill >Priority: Trivial > > This is so we can update the platforms more simply. Reading and writing > src/cordova/platforms.js requires regex due to headers & function for > parsers. This way I can modify the JSON for nightly builds cleanly. -- 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-7884) Move platform metadata from platforms.js to platformsConfig.json
Steve Gill created CB-7884: -- Summary: Move platform metadata from platforms.js to platformsConfig.json Key: CB-7884 URL: https://issues.apache.org/jira/browse/CB-7884 Project: Apache Cordova Issue Type: Improvement Components: CordovaLib Reporter: Steve Gill Assignee: Steve Gill Priority: Trivial This is so we can update the platforms more simply. Reading and writing src/cordova/platforms.js requires regex due to headers & function for parsers. This way I can modify the JSON for nightly builds cleanly. -- 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