[jira] [Commented] (CB-7859) coho foreach should provide help when no command is specified
[
https://issues.apache.org/jira/browse/CB-7859?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14182049#comment-14182049
]
ASF GitHub Bot commented on CB-7859:
GitHub user jsoref opened a pull request:
https://github.com/apache/cordova-coho/pull/56
Fixes for coho
* CB-7859 coho foreach should provide help when no command is specified
* CB-7860 coho repo-clone -h to reference itself correctly
* CB-7860 coho * -h -- improve usage notation
You can merge this pull request into a Git repository by running:
$ git pull https://github.com/jsoref/cordova-coho cb_7860
Alternatively you can review and apply these changes as the patch at:
https://github.com/apache/cordova-coho/pull/56.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 #56
commit 1cf8c5797eb880af09478e82552b7f5d1e00684f
Author: Josh Soref
Date: 2014-10-23T21:04:35Z
CB-7859 coho foreach should provide help when no command is specified
commit 867fa8e4cae966a9048c4fbafe331e2279d577a2
Author: Josh Soref
Date: 2014-10-23T21:23:01Z
CB-7860 coho repo-clone -h to reference itself correctly
commit 437550f22c107cdc9264677fd8a59f545028ffb9
Author: Josh Soref
Date: 2014-10-23T21:52:38Z
CB-7860 coho * -h -- improve usage notation
> coho foreach should provide help when no command is specified
> -
>
> Key: CB-7859
> URL: https://issues.apache.org/jira/browse/CB-7859
> Project: Apache Cordova
> Issue Type: Bug
> Components: Coho
>Affects Versions: Master
>Reporter: Josh Soref
>Assignee: Josh Soref
>
> currently you get an amusing error:
> {quote}
> $ coho foreach
> Running from ~/Cordova
> cordova-android/ === Executing: /bin/bash -c
> /bin/bash: undefined: command not found
> cordova-ios/ === Executing: /bin/bash -c
> /bin/bash: undefined: command not found
> ...
> {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-7861) Bad comma
AULAGNIER created CB-7861: - Summary: Bad comma Key: CB-7861 URL: https://issues.apache.org/jira/browse/CB-7861 Project: Apache Cordova Issue Type: Bug Components: Plugin Vibration Environment: Closure Compiler Reporter: AULAGNIER Priority: Trivial There is a bad comma on 'www/vibration.js' line 118. -- 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-7860) Fix help
Josh Soref created CB-7860: -- Summary: Fix help Key: CB-7860 URL: https://issues.apache.org/jira/browse/CB-7860 Project: Apache Cordova Issue Type: Bug Components: Coho Affects Versions: Master Reporter: Josh Soref Assignee: Josh Soref 1. coho help repo-clone suggests "coho clone" as a command, but that doesn't work. 2. some commands suggest -r foo, some --repo=foo, some don't suggest anything. -- 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-6510) Support for ErrorUrl preference on iOS
[ https://issues.apache.org/jira/browse/CB-6510?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14181992#comment-14181992 ] ASF subversion and git services commented on CB-6510: - Commit 83a113c14fe23cce113e4db98e7972b910e871fe in cordova-docs's branch refs/heads/master from [~shazron] [ https://git-wip-us.apache.org/repos/asf?p=cordova-docs.git;h=83a113c ] CB-6510 - Support for ErrorUrl preference on iOS > Support for ErrorUrl preference on iOS > -- > > Key: CB-6510 > URL: https://issues.apache.org/jira/browse/CB-6510 > Project: Apache Cordova > Issue Type: New Feature > Components: iOS >Affects Versions: 3.4.0 >Reporter: Marcus Pridham >Assignee: Shazron Abdullah >Priority: Minor > Fix For: 3.7.0 > > > Android provides an ErrorUrl preference for if a page fails to load. It > would be nice if iOS provided a similar preference. Currently a white screen > is displayed and a error is logged to the console. > http://cordova.apache.org/docs/en/3.4.0/guide_platforms_android_config.md.html#Android%20Configuration > ErrorUrl (URL, defaults to null): If set, will display the referenced page > upon an error in the application instead of a dialog with the title > "Application Error". > -- 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-6510) Support for ErrorUrl preference on iOS
[ https://issues.apache.org/jira/browse/CB-6510?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-6510. -- Resolution: Fixed Fix Version/s: 3.7.0 > Support for ErrorUrl preference on iOS > -- > > Key: CB-6510 > URL: https://issues.apache.org/jira/browse/CB-6510 > Project: Apache Cordova > Issue Type: New Feature > Components: iOS >Affects Versions: 3.4.0 >Reporter: Marcus Pridham >Assignee: Shazron Abdullah >Priority: Minor > Fix For: 3.7.0 > > > Android provides an ErrorUrl preference for if a page fails to load. It > would be nice if iOS provided a similar preference. Currently a white screen > is displayed and a error is logged to the console. > http://cordova.apache.org/docs/en/3.4.0/guide_platforms_android_config.md.html#Android%20Configuration > ErrorUrl (URL, defaults to null): If set, will display the referenced page > upon an error in the application instead of a dialog with the title > "Application Error". > -- 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-6510) Support for ErrorUrl preference on iOS
[ https://issues.apache.org/jira/browse/CB-6510?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14181983#comment-14181983 ] ASF subversion and git services commented on CB-6510: - Commit a96f059ac160c20c95d0ee802e0ee09dfb0f5856 in cordova-ios's branch refs/heads/master from [~shazron] [ https://git-wip-us.apache.org/repos/asf?p=cordova-ios.git;h=a96f059 ] CB-6510 - Support for ErrorUrl preference on iOS - ErrorUrl is a file that is relative to the www folder, or an external url. The value cannot have any query parameters or fragment identifiers, since an error query parameter is passed to the url, with the query parameter value as the error message. > Support for ErrorUrl preference on iOS > -- > > Key: CB-6510 > URL: https://issues.apache.org/jira/browse/CB-6510 > Project: Apache Cordova > Issue Type: New Feature > Components: iOS >Affects Versions: 3.4.0 >Reporter: Marcus Pridham >Assignee: Shazron Abdullah >Priority: Minor > Fix For: 3.7.0 > > > Android provides an ErrorUrl preference for if a page fails to load. It > would be nice if iOS provided a similar preference. Currently a white screen > is displayed and a error is logged to the console. > http://cordova.apache.org/docs/en/3.4.0/guide_platforms_android_config.md.html#Android%20Configuration > ErrorUrl (URL, defaults to null): If set, will display the referenced page > upon an error in the application instead of a dialog with the title > "Application Error". > -- 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] [Assigned] (CB-6510) Support for ErrorUrl preference on iOS
[ https://issues.apache.org/jira/browse/CB-6510?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah reassigned CB-6510: Assignee: Shazron Abdullah > Support for ErrorUrl preference on iOS > -- > > Key: CB-6510 > URL: https://issues.apache.org/jira/browse/CB-6510 > Project: Apache Cordova > Issue Type: New Feature > Components: iOS >Affects Versions: 3.4.0 >Reporter: Marcus Pridham >Assignee: Shazron Abdullah >Priority: Minor > > Android provides an ErrorUrl preference for if a page fails to load. It > would be nice if iOS provided a similar preference. Currently a white screen > is displayed and a error is logged to the console. > http://cordova.apache.org/docs/en/3.4.0/guide_platforms_android_config.md.html#Android%20Configuration > ErrorUrl (URL, defaults to null): If set, will display the referenced page > upon an error in the application instead of a dialog with the title > "Application Error". > -- 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-7859) coho foreach should provide help when no command is specified
Josh Soref created CB-7859:
--
Summary: coho foreach should provide help when no command is
specified
Key: CB-7859
URL: https://issues.apache.org/jira/browse/CB-7859
Project: Apache Cordova
Issue Type: Bug
Components: Coho
Affects Versions: Master
Reporter: Josh Soref
Assignee: Josh Soref
currently you get an amusing error:
{quote}
$ coho foreach
Running from ~/Cordova
cordova-android/ === Executing: /bin/bash -c
/bin/bash: undefined: command not found
cordova-ios/ === Executing: /bin/bash -c
/bin/bash: undefined: command not found
...
{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] [Resolved] (CB-7857) Load appURL after plugins have loaded
[ https://issues.apache.org/jira/browse/CB-7857?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-7857. -- Resolution: Fixed > Load appURL after plugins have loaded > - > > Key: CB-7857 > URL: https://issues.apache.org/jira/browse/CB-7857 > Project: Apache Cordova > Issue Type: Improvement > Components: iOS >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah > Fix For: 3.7.0 > > > This code: > https://github.com/apache/cordova-ios/blob/01b3d191d47b5f5b9549a1174b0d92ae0f0a901d/CordovaLib/Classes/CDVViewController.m#L207-L234 > Should be after: > https://github.com/apache/cordova-ios/blob/01b3d191d47b5f5b9549a1174b0d92ae0f0a901d/CordovaLib/Classes/CDVViewController.m#L427-L437 > Why? > This allows plugins, like a local web server, to update the appUrl for the > app to use. > Impact/risk: > None. The loading of this preference is not depended upon until after the > plugins have loaded, so moving it to the new position does not make a > difference. -- 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-7857) Load appURL after plugins have loaded
[ https://issues.apache.org/jira/browse/CB-7857?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14181825#comment-14181825 ] ASF subversion and git services commented on CB-7857: - Commit 1b85a6e6762ef1280651a6e52358298b3d2a0ed7 in cordova-ios's branch refs/heads/master from [~shazron] [ https://git-wip-us.apache.org/repos/asf?p=cordova-ios.git;h=1b85a6e ] CB-7857 - Load appURL after plugins have loaded - includes uncrustify style fixups > Load appURL after plugins have loaded > - > > Key: CB-7857 > URL: https://issues.apache.org/jira/browse/CB-7857 > Project: Apache Cordova > Issue Type: Improvement > Components: iOS >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah > Fix For: 3.7.0 > > > This code: > https://github.com/apache/cordova-ios/blob/01b3d191d47b5f5b9549a1174b0d92ae0f0a901d/CordovaLib/Classes/CDVViewController.m#L207-L234 > Should be after: > https://github.com/apache/cordova-ios/blob/01b3d191d47b5f5b9549a1174b0d92ae0f0a901d/CordovaLib/Classes/CDVViewController.m#L427-L437 > Why? > This allows plugins, like a local web server, to update the appUrl for the > app to use. > Impact/risk: > None. The loading of this preference is not depended upon until after the > plugins have loaded, so moving it to the new position does not make a > difference. -- 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-6994) Windows 8 does not save big file transferred using Blob
[ https://issues.apache.org/jira/browse/CB-6994?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14181820#comment-14181820 ] ASF GitHub Bot commented on CB-6994: Github user clelland commented on the pull request: https://github.com/apache/cordova-plugin-file/pull/54#issuecomment-60296900 Probably not the same issue, @shenzhuxi -- Android hasn't used that technique for binary data in at least a year. (Not saying that you don't have a legitimate bug; if you can reproduce it, please open another issue for it, though) > Windows 8 does not save big file transferred using Blob > --- > > Key: CB-6994 > URL: https://issues.apache.org/jira/browse/CB-6994 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin File, Windows 8 >Affects Versions: 3.5.0 >Reporter: Maxime LUCE >Assignee: Maxime LUCE > Fix For: 3.6.0 > > > When trying to save Blob using FileWriter.write method, if the blob's size is > too high, we get a stack overflow exception during the conversion of the blob > into an basic array. > WinRT (WinJS) provide a method to write Blob directly to the filesystem. It > uses Streams so it's safe for memory. > More info at : > http://code.msdn.microsoft.com/windowsapps/Blob-Sample-0e35889e/sourcecode?fileId=43594&pathId=962515806 > Method : writeBlobToFile -- 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-7858) Windows Phone 8 - Unless specified before all other plugins, 'onload=true' plugins will not run OnInit()
Matthew Simmons created CB-7858: --- Summary: Windows Phone 8 - Unless specified before all other plugins, 'onload=true' plugins will not run OnInit() Key: CB-7858 URL: https://issues.apache.org/jira/browse/CB-7858 Project: Apache Cordova Issue Type: Bug Components: WP8 Affects Versions: 3.5.0 Reporter: Matthew Simmons Assignee: Jesse MacFadyen Priority: Minor On Windows Phone 8, WPCordovaClassLib.CordovaLib.ConfigHandler.AutoLoadPlugins contains a LINQ query using TakeWhile TakeWhile will stop execution once it finds an item that does not match the predicate, meaning any autoLoad plugin would have to be specified before all other plugins that do not specify autoLoad Using Where instead of TakeWhile should fix this issue since Where will return all matches -- 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-7857) Load appURL after plugins have loaded
Shazron Abdullah created CB-7857: Summary: Load appURL after plugins have loaded Key: CB-7857 URL: https://issues.apache.org/jira/browse/CB-7857 Project: Apache Cordova Issue Type: Improvement Components: iOS Reporter: Shazron Abdullah Assignee: Shazron Abdullah Fix For: 3.7.0 This code: https://github.com/apache/cordova-ios/blob/01b3d191d47b5f5b9549a1174b0d92ae0f0a901d/CordovaLib/Classes/CDVViewController.m#L207-L234 Should be after: https://github.com/apache/cordova-ios/blob/01b3d191d47b5f5b9549a1174b0d92ae0f0a901d/CordovaLib/Classes/CDVViewController.m#L427-L437 Why? This allows plugins, like a local web server, to update the appUrl for the app to use. Impact/risk: None. The loading of this preference is not depended upon until after the plugins have loaded, so moving it to the new position does not make a difference. -- 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-7833) Allow CDVWhitelist to be configured programmatically
[ https://issues.apache.org/jira/browse/CB-7833?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14181668#comment-14181668 ] Ian Clelland commented on CB-7833: -- I'm in the middle of making the whitelist functionality completely replaceable. (This is for Android 4.0, and I'm not sure what version of iOS it would end up on.) See CB-7747 > Allow CDVWhitelist to be configured programmatically > > > Key: CB-7833 > URL: https://issues.apache.org/jira/browse/CB-7833 > Project: Apache Cordova > Issue Type: Improvement > Components: iOS >Affects Versions: 3.5.0 >Reporter: Mike Kwan > > *CDVWhitelist* is currently initialised in *[CDVViewController loadSettings]* > by parsing *config.xml*. > We would like to be able to alter the whitelist post-AppStore deployment. > This allows the whitelist to be re-configured without doing another app > submission. > Is this requirement generic enough to justify a change? > Ideally the array that initialises *CDVWhitelist* would be made a public > property. This would allow the list to be read and modified at runtime - the > setter could in turn update the whitelist entries. -- 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-7747) Extract whitelist functionality into a plugin
[ https://issues.apache.org/jira/browse/CB-7747?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14181667#comment-14181667 ] Ian Clelland commented on CB-7747: -- I've implemented this for Android, and have started working on iOS. In order, the rough steps are: 1. Add hooks for plugins to override network events. For Android, those events are: * boolean shouldAllowRequest(url) * boolean shouldAllowNavigation(url) * boolean shouldOpenExternalUrl(url) 2. Add methods to the framework to query all installed plugins for each of these events (using #1). These methods should be able to detect when *zero* plugins actually implement the hooks, so that some default policy can be used. 3. Defer whitelist-related decisions in the framework to plugins, using #2. 4. Ensure that plugins can read config.xml and do their own parsing of it on startup 5. Pull whitelist parsing out of application startup 6. Write a plugin that implements the current Cordova policy, using #1 and #4. (i.e, reads config.xml for tags, and makes the same decisions that Cordova currently does) This is currently https://github.com/clelland/cordova-plugin-whitelist 7. Clean up any extra whitelist objects left in the core framework. I'm deliberately leaving in the Whitelist.java and CDVWhitelist.* files, so that plugins can use them as a kind of "common language" for match patterns. They don't have to, though -- they're not used by the rest of the framework at all, and Cordova core shouldn't rely on them as an interface. > Extract whitelist functionality into a plugin > - > > Key: CB-7747 > URL: https://issues.apache.org/jira/browse/CB-7747 > Project: Apache Cordova > Issue Type: Improvement >Affects Versions: 4.0.0 >Reporter: Ian Clelland >Assignee: Ian Clelland > > Mailing list thread: http://markmail.org/message/6jqt5f3t4iio52td > Also @apache: > https://mail-archives.apache.org/mod_mbox/cordova-dev/201407.mbox/%3CCADVgkyNN3EKT4xiRXJFbwMGFhsrVF3kHQRzd3exvb5nW7_GdfA%40mail.gmail.com%3E > Ideally the network policy is completely removed from Cordova core, and > replaced with a small set of plugin hooks so that different kinds of policies > can be implemented in different plugins. The current whitelist implementation > can be an example plugin provided for backwards-compatibility. > It should also be possible, once this is removed, to control the webview's > network policy with CSP, in most platforms. -- 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-7856) app restarts when using camera android 4.4.4
clement bidon created CB-7856: - Summary: app restarts when using camera android 4.4.4 Key: CB-7856 URL: https://issues.apache.org/jira/browse/CB-7856 Project: Apache Cordova Issue Type: Bug Components: Plugin Camera Affects Versions: 3.5.0 Reporter: clement bidon I have this issue on my moto G with android 4.4.4: I use PG build 3.5 with org.apache.cordova.camera plugin v0.3.2 I call the navigator.camera.getPicture to select a picture on my device, then I have the list of the pictures available in my galery, then when I select it, the app sometimes restart (most of the time it restarts!) no pb with the same code on the iphone or my old samsung galaxy with android 2.3.6 -- 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-5078) App crashes on samsung galaxy s3 with android 4.0.4 when using plugin that opens a new activity (camera,gallery,voice recorder, etc.)
[ https://issues.apache.org/jira/browse/CB-5078?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14181627#comment-14181627 ] clement bidon edited comment on CB-5078 at 10/23/14 5:44 PM: - I have this issue on my moto G with android 4.4.4: I use PG build 3.5 with org.apache.cordova.camera plugin v0.3.2 I call the navigator.camera.getPicture to select a picture on my device, then I have the list of the pictures available in my galery, then when I select it, the app sometimes restart (most of the time it restarts!) no pb with the same code on the iphone. was (Author: clembo590): I have this issue on my moto G with android 4.4.4: I call the navigator.camera.getPicture to select a picture on my device, then I have the list of the pictures available in my galery, then when I select it, the app sometimes restart (most of the time it restarts!) no pb with the same code on the iphone. > App crashes on samsung galaxy s3 with android 4.0.4 when using plugin that > opens a new activity (camera,gallery,voice recorder, etc.) > - > > Key: CB-5078 > URL: https://issues.apache.org/jira/browse/CB-5078 > Project: Apache Cordova > Issue Type: Bug > Components: Android, Plugin Camera, Plugin Media Capture >Affects Versions: 3.0.0 > Environment: samsung galaxy s3 with android 4.0.4. the app is based > on phonegap 3.0.0 >Reporter: Shay Stern >Assignee: Joe Bowser > Labels: android, plugin > > when using phonegap API for camera, media capture etc, or any other plugin > which opens a new android activity, the main app restart itself. > it happens also on an hello world app, so it doesn't happen because of high > memory consumption app, or any internal defect. > the defect is reproducible only on Samsung galaxy s3 with android version > 4.0.4. it wasn't reproducible on Samsung galaxy s2 with 4.0.4 or Samsung > galaxy s3 with 4.1.2. -- 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-5078) App crashes on samsung galaxy s3 with android 4.0.4 when using plugin that opens a new activity (camera,gallery,voice recorder, etc.)
[ https://issues.apache.org/jira/browse/CB-5078?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14181627#comment-14181627 ] clement bidon commented on CB-5078: --- I have this issue on my moto G with android 4.4.4: I call the navigator.camera.getPicture to select a picture on my device, then I have the list of the pictures available in my galery, then when I select it, the app sometimes restart (most of the time it restarts!) no pb with the same code on the iphone. > App crashes on samsung galaxy s3 with android 4.0.4 when using plugin that > opens a new activity (camera,gallery,voice recorder, etc.) > - > > Key: CB-5078 > URL: https://issues.apache.org/jira/browse/CB-5078 > Project: Apache Cordova > Issue Type: Bug > Components: Android, Plugin Camera, Plugin Media Capture >Affects Versions: 3.0.0 > Environment: samsung galaxy s3 with android 4.0.4. the app is based > on phonegap 3.0.0 >Reporter: Shay Stern >Assignee: Joe Bowser > Labels: android, plugin > > when using phonegap API for camera, media capture etc, or any other plugin > which opens a new android activity, the main app restart itself. > it happens also on an hello world app, so it doesn't happen because of high > memory consumption app, or any internal defect. > the defect is reproducible only on Samsung galaxy s3 with android version > 4.0.4. it wasn't reproducible on Samsung galaxy s2 with 4.0.4 or Samsung > galaxy s3 with 4.1.2. -- 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-5265) Status Bar Plugin/Camera Plugin. Taking a photo or choosing a photo from library makes the status bar style back to black.
[ https://issues.apache.org/jira/browse/CB-5265?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14181431#comment-14181431 ] Zoltan Birner commented on CB-5265: --- Hi, Just add [[UIApplication sharedApplication] setStatusBarHidden:YES]; into - (void)viewWillAppear:(BOOL)animated(MainViewController.m) > Status Bar Plugin/Camera Plugin. Taking a photo or choosing a photo from > library makes the status bar style back to black. > -- > > Key: CB-5265 > URL: https://issues.apache.org/jira/browse/CB-5265 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Statusbar >Affects Versions: 3.1.0 > Environment: iOS 7, test with org.apache.cordova.camera plugin >Reporter: Daniel Morgan > Labels: camera, ios7, statusbar-plugin > > We're using a black status bar and the StatusBarStyleLightContent to simulate > the pre-iOS 7 status bar with the status bar plugin. When a user takes a > photo or choose from library the status bar style goes back to black; making > a black status bar with black text. My quick fix is to add in CDVCamera > under navigationController:willShowViewController:animated to set the status > bar style back to white: [[UIApplication sharedApplication] > setStatusBarStyle:UIStatusBarStyleLightContent];, but of course this only > works for me since I want the status bar style to be white everywhere in my > application. -- 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-7840) Plugman publish should fail if plugin id contains UPPERCASE characters
[ https://issues.apache.org/jira/browse/CB-7840?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14181339#comment-14181339 ] Ian Clelland commented on CB-7840: -- Not quite dead -- you can resurrect it by lowercasing the id in plugin.xml, incrementing the version number, and republishing it. (You have to change it to lowercase in all other plugin dependencies as well, but it's at least usable after that). > Plugman publish should fail if plugin id contains UPPERCASE characters > -- > > Key: CB-7840 > URL: https://issues.apache.org/jira/browse/CB-7840 > Project: Apache Cordova > Issue Type: Bug > Components: Plugman >Reporter: Andrew Grieve >Priority: Minor > > Right now plugman lets you publish a plugin like `org.foo.Bar`, but it > lowercases it to `org.foo.bar` in the process. Other plugins that depend on > it then fail to find it, as does a `plugman info org.foo.Bar`. > Simplest fix is to error out if someone tries to publish a plugin with an > UPPERCASE letter in it. -- 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-6994) Windows 8 does not save big file transferred using Blob
[ https://issues.apache.org/jira/browse/CB-6994?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14181337#comment-14181337 ] ASF GitHub Bot commented on CB-6994: Github user shenzhuxi commented on the pull request: https://github.com/apache/cordova-plugin-file/pull/54#issuecomment-60240611 In Android, I tried to copy a 14MB file from html file input with org.apache.cordova.file 1.3.1. The App crashed and a 0 byte file was copied. I'm not sure is it the same problem. > Windows 8 does not save big file transferred using Blob > --- > > Key: CB-6994 > URL: https://issues.apache.org/jira/browse/CB-6994 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin File, Windows 8 >Affects Versions: 3.5.0 >Reporter: Maxime LUCE >Assignee: Maxime LUCE > Fix For: 3.6.0 > > > When trying to save Blob using FileWriter.write method, if the blob's size is > too high, we get a stack overflow exception during the conversion of the blob > into an basic array. > WinRT (WinJS) provide a method to write Blob directly to the filesystem. It > uses Streams so it's safe for memory. > More info at : > http://code.msdn.microsoft.com/windowsapps/Blob-Sample-0e35889e/sourcecode?fileId=43594&pathId=962515806 > Method : writeBlobToFile -- 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-7855) FileTranswer.download doesn't always call successCallback directly
Oleksandr Zinchenko created CB-7855: --- Summary: FileTranswer.download doesn't always call successCallback directly Key: CB-7855 URL: https://issues.apache.org/jira/browse/CB-7855 Project: Apache Cordova Issue Type: Bug Affects Versions: 3.5.0 Environment: Android 4.2 and genymotion Android 4.4 emulator Reporter: Oleksandr Zinchenko sometimes (not always!) win callback in exec(win, fail, 'FileTransfer', 'download', [source, target, trustAllHosts, this._id, headers]) (line 201 in FileTransfer.js) called only with second call of fileTransfer.download function. it means that sometimes I need to download 2 files to get callback from the first one. -- 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=14181274#comment-14181274
]
ASF GitHub Bot commented on CB-7706:
Github user sgrebnov commented on the pull request:
https://github.com/apache/cordova-mobile-spec/pull/111#issuecomment-60229581
tested + merged to master (756aa0ab6d6191655623994a4485a84ba8a2fdfe), pls
close
> 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] [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=14181270#comment-14181270
]
ASF GitHub Bot commented on CB-7706:
Github user sgrebnov commented on the pull request:
https://github.com/apache/cordova-mobile-spec/pull/111#issuecomment-60228809
:+1:
> 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] [Comment Edited] (CB-1574) On Android 4.1 events are only sent on every second menu button press
[ https://issues.apache.org/jira/browse/CB-1574?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14181160#comment-14181160 ] Michael Dudek edited comment on CB-1574 at 10/23/14 9:29 AM: - Please fix it, I have manually modify CordovaWebView.java by the same way as Keith Wong. This issue is reproducible at least on Samsung Galaxy S3 with Android 4.4. was (Author: michael.dudek): Please fix it, I have manually modify CordovaWebView.java by the same way as Keith Wong. This issue is reproducible at least on Samsung Galaxy S3. > On Android 4.1 events are only sent on every second menu button press > - > > Key: CB-1574 > URL: https://issues.apache.org/jira/browse/CB-1574 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 2.1.0 >Reporter: Simon MacDonald >Assignee: Joe Bowser >Priority: Minor > Fix For: 2.4.0 > > > I want to implement a custom menu in my phonegap app. I have added an > eventlistener for the menubutton event. > When I press the menubutton the first time, it opens the menu. When I press > it again, I close the menu. > Every time after that that I want to open the menu, I have to press the > menubutton twice (and to close, I have to press it also twice). > When I check logcat: > first press: > W/InputMethodManagerService( 315): Window already focused, ignoring focus > gain of: com.android.internal.view.IInputMethodClient$Stub$Proxy@421c95b8 > attribute=null > second press: > D/DroidGap(19858): > onMessage(onPrepareOptionsMenu,com.android.internal.view.menu.MenuBuilder@41db3150) > D/CordovaWebView(19858): >>> loadUrlNow() > D/CordovaLog(19858): MENUBUTTON PRESSED > D/CordovaLog(19858): file:///android_asset/www/app.js: Line 2393 : MENUBUTTON > PRESSED > I/Web Console(19858): MENUBUTTON PRESSED at > file:///android_asset/www/app.js:2393 -- 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-1574) On Android 4.1 events are only sent on every second menu button press
[ https://issues.apache.org/jira/browse/CB-1574?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14181160#comment-14181160 ] Michael Dudek commented on CB-1574: --- Please fix it, I have manually modify CordovaWebView.java by the same way as Keith Wong. This issue is reproducible at least on Samsung Galaxy S3. > On Android 4.1 events are only sent on every second menu button press > - > > Key: CB-1574 > URL: https://issues.apache.org/jira/browse/CB-1574 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 2.1.0 >Reporter: Simon MacDonald >Assignee: Joe Bowser >Priority: Minor > Fix For: 2.4.0 > > > I want to implement a custom menu in my phonegap app. I have added an > eventlistener for the menubutton event. > When I press the menubutton the first time, it opens the menu. When I press > it again, I close the menu. > Every time after that that I want to open the menu, I have to press the > menubutton twice (and to close, I have to press it also twice). > When I check logcat: > first press: > W/InputMethodManagerService( 315): Window already focused, ignoring focus > gain of: com.android.internal.view.IInputMethodClient$Stub$Proxy@421c95b8 > attribute=null > second press: > D/DroidGap(19858): > onMessage(onPrepareOptionsMenu,com.android.internal.view.menu.MenuBuilder@41db3150) > D/CordovaWebView(19858): >>> loadUrlNow() > D/CordovaLog(19858): MENUBUTTON PRESSED > D/CordovaLog(19858): file:///android_asset/www/app.js: Line 2393 : MENUBUTTON > PRESSED > I/Web Console(19858): MENUBUTTON PRESSED at > file:///android_asset/www/app.js:2393 -- 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-2698) Device ready is not fired in IOS after receiving a 302 temporary redirect from remote server
[ https://issues.apache.org/jira/browse/CB-2698?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14181124#comment-14181124 ] Michael Gobbers edited comment on CB-2698 at 10/23/14 8:31 AM: --- I'm running cordova 3.5.0 and it seems that this issue is still there. Was it reintroduced in versions after 2.7.0? I found the issue using the inappbrowser. my loadstop event listeners are not triggered on a redirect. I have this issue on both IOS and android. was (Author: mgobbers): I'm running cordova 3.5.0 and it seems that this issue is still there. Was it reintroduced in versions after 2.7.0? I have this issue on both IOS and android. > Device ready is not fired in IOS after receiving a 302 temporary redirect > from remote server > > > Key: CB-2698 > URL: https://issues.apache.org/jira/browse/CB-2698 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 2.5.0 > Environment: iPhone4 with iOS6 >Reporter: whg_ami_cat >Assignee: Andrew Grieve > Fix For: 2.7.0 > > > We build a hybrid iOS app to load remote web pages using Phonegap, and meet > this issue while upgrading to 2.5 from 2.4. > There's a sample page to show this： > http://dev.videgree.com/RusliTest/App/ > We alert some messages after device ready in both 2 pages. > The server will be response a 302 temporary redirect after we posting the > form in the First page. > And the Second page will finish loading without onDeviceReady, only a dom > ready. > It seems that native webview won't fire a onNativeReady after getting a 302 > response on Phonegap 2.5? > Thanks for any help. -- 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-2698) Device ready is not fired in IOS after receiving a 302 temporary redirect from remote server
[ https://issues.apache.org/jira/browse/CB-2698?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14181124#comment-14181124 ] Michael Gobbers edited comment on CB-2698 at 10/23/14 8:30 AM: --- I'm running cordova 3.5.0 and it seems that this issue is still there. Was it reintroduced in versions after 2.7.0? I have this issue on both IOS and android. was (Author: mgobbers): I'm running cordova 3.5.0 and it seems that this issue is still there. Was it reintroduced in versions after 2.7.0? > Device ready is not fired in IOS after receiving a 302 temporary redirect > from remote server > > > Key: CB-2698 > URL: https://issues.apache.org/jira/browse/CB-2698 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 2.5.0 > Environment: iPhone4 with iOS6 >Reporter: whg_ami_cat >Assignee: Andrew Grieve > Fix For: 2.7.0 > > > We build a hybrid iOS app to load remote web pages using Phonegap, and meet > this issue while upgrading to 2.5 from 2.4. > There's a sample page to show this： > http://dev.videgree.com/RusliTest/App/ > We alert some messages after device ready in both 2 pages. > The server will be response a 302 temporary redirect after we posting the > form in the First page. > And the Second page will finish loading without onDeviceReady, only a dom > ready. > It seems that native webview won't fire a onNativeReady after getting a 302 > response on Phonegap 2.5? > Thanks for any help. -- 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-2698) Device ready is not fired in IOS after receiving a 302 temporary redirect from remote server
[ https://issues.apache.org/jira/browse/CB-2698?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14181124#comment-14181124 ] Michael Gobbers commented on CB-2698: - I'm running cordova 3.5.0 and it seems that this issue is still there. Was it reintroduced in versions after 2.7.0? > Device ready is not fired in IOS after receiving a 302 temporary redirect > from remote server > > > Key: CB-2698 > URL: https://issues.apache.org/jira/browse/CB-2698 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 2.5.0 > Environment: iPhone4 with iOS6 >Reporter: whg_ami_cat >Assignee: Andrew Grieve > Fix For: 2.7.0 > > > We build a hybrid iOS app to load remote web pages using Phonegap, and meet > this issue while upgrading to 2.5 from 2.4. > There's a sample page to show this： > http://dev.videgree.com/RusliTest/App/ > We alert some messages after device ready in both 2 pages. > The server will be response a 302 temporary redirect after we posting the > form in the First page. > And the Second page will finish loading without onDeviceReady, only a dom > ready. > It seems that native webview won't fire a onNativeReady after getting a 302 > response on Phonegap 2.5? > Thanks for any help. -- 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
