[jira] [Updated] (CB-2232) Initial app launch is 10x slower than subsequent ones on a device
[ https://issues.apache.org/jira/browse/CB-2232?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-2232: - Attachment: (was: StartupBench.zip) > Initial app launch is 10x slower than subsequent ones on a device > - > > Key: CB-2232 > URL: https://issues.apache.org/jira/browse/CB-2232 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah > Fix For: 2.4.0 > > Attachments: StartupBench-Project.zip, StartupBench-Screenshot.png > > > Based on this report: > https://twitter.com/wghenderson/status/291366353607200768 > I have attached StartupBench.zip which is a sample project to benchmark > startup times - starting from main(), to applicationDidFinishLaunching, > webViewDidFinishLoad and onDeviceReady. The app is based on the tip of tree > 2.4.0 edge code as of this writing. > Note that this project the splashscreens from the Resources group have been > removed, as well as the icons and splashscreens in www/res. > Initial tests reveal that yes, the initial startup time is slow (probably > because of the resource copying), but it is never 10x. > I have attached a screenshot of the results screen as well. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Issue Comment Deleted] (CB-2232) Initial app launch is 10x slower than subsequent ones on a device
[ https://issues.apache.org/jira/browse/CB-2232?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-2232: - Comment: was deleted (was: I forgot to disable backgrounding - so in the StartupBench-Info.plist file, add "Application does not run in background" to "YES". This is so when you press the Home button, it kills the app so you can run an iteration again.) > Initial app launch is 10x slower than subsequent ones on a device > - > > Key: CB-2232 > URL: https://issues.apache.org/jira/browse/CB-2232 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah > Fix For: 2.4.0 > > Attachments: StartupBench-Project.zip, StartupBench-Screenshot.png > > > Based on this report: > https://twitter.com/wghenderson/status/291366353607200768 > I have attached StartupBench.zip which is a sample project to benchmark > startup times - starting from main(), to applicationDidFinishLaunching, > webViewDidFinishLoad and onDeviceReady. The app is based on the tip of tree > 2.4.0 edge code as of this writing. > Note that this project the splashscreens from the Resources group have been > removed, as well as the icons and splashscreens in www/res. > Initial tests reveal that yes, the initial startup time is slow (probably > because of the resource copying), but it is never 10x. > I have attached a screenshot of the results screen as well. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CB-2232) Initial app launch is 10x slower than subsequent ones on a device
[ https://issues.apache.org/jira/browse/CB-2232?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-2232: - Attachment: StartupBench-Project.zip > Initial app launch is 10x slower than subsequent ones on a device > - > > Key: CB-2232 > URL: https://issues.apache.org/jira/browse/CB-2232 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah > Fix For: 2.4.0 > > Attachments: StartupBench-Project.zip, StartupBench-Screenshot.png > > > Based on this report: > https://twitter.com/wghenderson/status/291366353607200768 > I have attached StartupBench.zip which is a sample project to benchmark > startup times - starting from main(), to applicationDidFinishLaunching, > webViewDidFinishLoad and onDeviceReady. The app is based on the tip of tree > 2.4.0 edge code as of this writing. > Note that this project the splashscreens from the Resources group have been > removed, as well as the icons and splashscreens in www/res. > Initial tests reveal that yes, the initial startup time is slow (probably > because of the resource copying), but it is never 10x. > I have attached a screenshot of the results screen as well. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-2232) Initial app launch is 10x slower than subsequent ones on a device
[ https://issues.apache.org/jira/browse/CB-2232?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13555933#comment-13555933 ] Shazron Abdullah commented on CB-2232: -- I forgot to disable backgrounding - so in the StartupBench-Info.plist file, add "Application does not run in background" to "YES". This is so when you press the Home button, it kills the app so you can run an iteration again. > Initial app launch is 10x slower than subsequent ones on a device > - > > Key: CB-2232 > URL: https://issues.apache.org/jira/browse/CB-2232 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah > Fix For: 2.4.0 > > Attachments: StartupBench-Screenshot.png, StartupBench.zip > > > Based on this report: > https://twitter.com/wghenderson/status/291366353607200768 > I have attached StartupBench.zip which is a sample project to benchmark > startup times - starting from main(), to applicationDidFinishLaunching, > webViewDidFinishLoad and onDeviceReady. The app is based on the tip of tree > 2.4.0 edge code as of this writing. > Note that this project the splashscreens from the Resources group have been > removed, as well as the icons and splashscreens in www/res. > Initial tests reveal that yes, the initial startup time is slow (probably > because of the resource copying), but it is never 10x. > I have attached a screenshot of the results screen as well. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CB-2232) Initial app launch is 10x slower than subsequent ones on a device
[ https://issues.apache.org/jira/browse/CB-2232?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-2232: - Attachment: StartupBench-Screenshot.png > Initial app launch is 10x slower than subsequent ones on a device > - > > Key: CB-2232 > URL: https://issues.apache.org/jira/browse/CB-2232 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah > Fix For: 2.4.0 > > Attachments: StartupBench-Screenshot.png, StartupBench.zip > > > Based on this report: > https://twitter.com/wghenderson/status/291366353607200768 > I have attached StartupBench.zip which is a sample project to benchmark > startup times - starting from main(), to applicationDidFinishLaunching, > webViewDidFinishLoad and onDeviceReady. The app is based on the tip of tree > 2.4.0 edge code as of this writing. > Note that this project the splashscreens from the Resources group have been > removed, as well as the icons and splashscreens in www/res. > Initial tests reveal that yes, the initial startup time is slow (probably > because of the resource copying), but it is never 10x. > I have attached a screenshot of the results screen as well. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CB-2232) Initial app launch is 10x slower than subsequent ones on a device
[ https://issues.apache.org/jira/browse/CB-2232?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-2232: - Attachment: StartupBench.zip > Initial app launch is 10x slower than subsequent ones on a device > - > > Key: CB-2232 > URL: https://issues.apache.org/jira/browse/CB-2232 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah > Fix For: 2.4.0 > > Attachments: StartupBench.zip > > > Based on this report: > https://twitter.com/wghenderson/status/291366353607200768 > I have attached StartupBench.zip which is a sample project to benchmark > startup times - starting from main(), to applicationDidFinishLaunching, > webViewDidFinishLoad and onDeviceReady. The app is based on the tip of tree > 2.4.0 edge code as of this writing. > Note that this project the splashscreens from the Resources group have been > removed, as well as the icons and splashscreens in www/res. > Initial tests reveal that yes, the initial startup time is slow (probably > because of the resource copying), but it is never 10x. > I have attached a screenshot of the results screen as well. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CB-2232) Initial app launch is 10x slower than subsequent ones on a device
Shazron Abdullah created CB-2232: Summary: Initial app launch is 10x slower than subsequent ones on a device Key: CB-2232 URL: https://issues.apache.org/jira/browse/CB-2232 Project: Apache Cordova Issue Type: Bug Components: iOS Reporter: Shazron Abdullah Assignee: Shazron Abdullah Fix For: 2.4.0 Attachments: StartupBench.zip Based on this report: https://twitter.com/wghenderson/status/291366353607200768 I have attached StartupBench.zip which is a sample project to benchmark startup times - starting from main(), to applicationDidFinishLaunching, webViewDidFinishLoad and onDeviceReady. The app is based on the tip of tree 2.4.0 edge code as of this writing. Note that this project the splashscreens from the Resources group have been removed, as well as the icons and splashscreens in www/res. Initial tests reveal that yes, the initial startup time is slow (probably because of the resource copying), but it is never 10x. I have attached a screenshot of the results screen as well. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CB-2231) Support config.xml for whitelisting plugins, preferences, and access domains
Jesse MacFadyen created CB-2231: --- Summary: Support config.xml for whitelisting plugins, preferences, and access domains Key: CB-2231 URL: https://issues.apache.org/jira/browse/CB-2231 Project: Apache Cordova Issue Type: Improvement Components: Bada, webOS, Windows 8, WP7, WP8 Reporter: Jesse MacFadyen Assignee: Anis Kadri Details here: http://docs.phonegap.com/en/2.3.0/guide_whitelist_index.md.html#Domain%20Whitelist%20Guide Preferences are not 'required' but plugins + access should both be implemented. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-1973) console.log should only log once
[ https://issues.apache.org/jira/browse/CB-1973?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13555652#comment-13555652 ] Joe Bowser commented on CB-1973: [~kikoalemao] The proper logs from WebKit actually specify the file and the line number. That's what I've been using. As far as consoleMessage.message, I really wish it was possible to deprecate that, since it's pretty useless without that information. :( > console.log should only log once > > > Key: CB-1973 > URL: https://issues.apache.org/jira/browse/CB-1973 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Reporter: Joe Bowser >Assignee: Joe Bowser >Priority: Trivial > > This is something that we've ignored because it's trivial, but someone got > confused by it so we should fix this: > https://groups.google.com/forum/?fromgroups=#!topic/phonegap/rQV04LCiZSw -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CB-2230) Implement Android 2.3 xhr2
[ https://issues.apache.org/jira/browse/CB-2230?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser updated CB-2230: --- Component/s: (was: Qt) (was: CordovaJS) (was: webOS) (was: Bada) (was: WP7) (was: BlackBerry) (was: iOS) Description: Android 4.x supports xhr2, but Android 2.3 does not. We need to create a shim for xhr2 on Android 2.3, since there are no signs of it going away. > Implement Android 2.3 xhr2 > -- > > Key: CB-2230 > URL: https://issues.apache.org/jira/browse/CB-2230 > Project: Apache Cordova > Issue Type: Sub-task > Components: Android >Reporter: Joe Bowser >Assignee: Joe Bowser > Fix For: 2.5.0 > > > Android 4.x supports xhr2, but Android 2.3 does not. We need to create a > shim for xhr2 on Android 2.3, since there are no signs of it going away. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Assigned] (CB-2230) Implement Android 2.3 xhr2
[ https://issues.apache.org/jira/browse/CB-2230?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser reassigned CB-2230: -- Assignee: Joe Bowser > Implement Android 2.3 xhr2 > -- > > Key: CB-2230 > URL: https://issues.apache.org/jira/browse/CB-2230 > Project: Apache Cordova > Issue Type: Sub-task > Components: Android, Bada, BlackBerry, CordovaJS, iOS, Qt, webOS, WP7 >Reporter: Joe Bowser >Assignee: Joe Bowser > Fix For: 2.5.0 > > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CB-2230) Implement Android 2.3 xhr2
Joe Bowser created CB-2230: -- Summary: Implement Android 2.3 xhr2 Key: CB-2230 URL: https://issues.apache.org/jira/browse/CB-2230 Project: Apache Cordova Issue Type: Sub-task Reporter: Joe Bowser -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-913) Refactor Key Press Overrides on Android
[ https://issues.apache.org/jira/browse/CB-913?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13555627#comment-13555627 ] Joe Bowser commented on CB-913: --- This should probably be a plugin with some documentation. I think that support for a plugin for this should land in 2.5 > Refactor Key Press Overrides on Android > --- > > Key: CB-913 > URL: https://issues.apache.org/jira/browse/CB-913 > Project: Apache Cordova > Issue Type: Improvement > Components: Android >Affects Versions: 1.8.0 >Reporter: Joe Bowser >Assignee: Joe Bowser >Priority: Minor > Fix For: 2.4.0 > > > Currently the Volume Up and Down events are in DroidGap.java. While this is > fine for the general use case, it would be better if there was a utility > class that handled these events. This would also allow us to implement the > GamePad API for the Google TV events, because Google in their infinite wisdom > chose to re-implement this instead of using the standard keyCodes for Up, > Down, Left and Right. > This should fix existing bugs on Google TV, as well as make the code neater. > It also addresses CB-417. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CB-913) Refactor Key Press Overrides on Android
[ https://issues.apache.org/jira/browse/CB-913?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser updated CB-913: -- Fix Version/s: (was: 2.4.0) 2.5.0 > Refactor Key Press Overrides on Android > --- > > Key: CB-913 > URL: https://issues.apache.org/jira/browse/CB-913 > Project: Apache Cordova > Issue Type: Improvement > Components: Android >Affects Versions: 1.8.0 >Reporter: Joe Bowser >Assignee: Joe Bowser >Priority: Minor > Fix For: 2.5.0 > > > Currently the Volume Up and Down events are in DroidGap.java. While this is > fine for the general use case, it would be better if there was a utility > class that handled these events. This would also allow us to implement the > GamePad API for the Google TV events, because Google in their infinite wisdom > chose to re-implement this instead of using the standard keyCodes for Up, > Down, Left and Right. > This should fix existing bugs on Google TV, as well as make the code neater. > It also addresses CB-417. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-2086) Invoke default android file picker for html file input
[ https://issues.apache.org/jira/browse/CB-2086?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13555624#comment-13555624 ] Joe Bowser commented on CB-2086: [~macdonst] Where's your branch for this? It'd be good to try to get this into 2.4 > Invoke default android file picker for html file input > -- > > Key: CB-2086 > URL: https://issues.apache.org/jira/browse/CB-2086 > Project: Apache Cordova > Issue Type: Wish > Components: Android >Affects Versions: 2.2.0 >Reporter: Mark Dineen >Assignee: Simon MacDonald >Priority: Minor > Fix For: 2.4.0 > > > PhoneGap build currently doesn't invoke the Android file picker when a > input[type=file] is clicked. This behaviour can (apparently) be overridden > with some code changes in Cordova itself. > http://tmkmobile.wordpress.com/2012/0... > http://stackoverflow.com/questions/59... > Can this be introduced? -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Plugin Manager (plugman)
Thanks Michal for your feedback * Could --project dir default to current directory? Perhaps we have a > special file in the root of the dir that we can search for? (like .git, > .grunt, etc) > Yes, we can. I am not sure if we really need to add a hidden file/folder as the plugin would just fail to install/remove if the project is not a cordova ios/android project. I just added an issue for it. > * Help page lists www as a platform, what is that for? > I believe it's for webless plugins (plugins that don't have native components). Not sure if it's really necessary. It was added by a contributor and hasn't really bothered me since. > * How does one update a plugin after install? > This is not supported at this time. I am not sure how we would handle it. The easiest way would be to uninstall old/install latest version. The hard way would be to update the plugin spec to support updates with version differentials. This is part of the missing versioning feature that I described in my email (i.e supporting different plugin versions and Cordova versions). > * Could the command line syntax change to --install instead of --plugin? > --plugin is used to define the plugin's location/name and is not an action in itself. It is required when installing _and_ removing plugins. We could specify the action every time but I believe other tools implicitly add when nothing is specified and remove when an option is specified (just as git branch vs git branch -d).
Re: FYI: project pages on apache.org now present
sweet thanks Marcel! On Wed, Jan 16, 2013 at 2:07 PM, Bryce Curtis wrote: > Great work, Marcel! > > On Wed, Jan 16, 2013 at 2:58 PM, Steven Gill wrote: >> Great Job! >> >> On Wed, Jan 16, 2013 at 1:54 PM, Filip Maj wrote: >> >>> Awesome! Thanks! >>> >>> On 1/16/13 1:50 PM, "Marcel Kinard" wrote: >>> >>> >With the help of Jukka, our project and PMC pages on apache.org are now >>> >present, and we also appear in the indexes (by category, by language, >>> >etc). >>> > >>> >http://projects.apache.org/projects/cordova.html >>> >http://projects.apache.org/pmcs.html >>> > >>> >This was identified as an issue in Brian's last board report. Done! >>> > >>> >I even got us a new category named "mobile". >>> > >>> >-- Marcel Kinard >>> >>>
[jira] [Resolved] (CB-1947) Secure whitelisted URLs not loading in Android
[ https://issues.apache.org/jira/browse/CB-1947?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser resolved CB-1947. Resolution: Cannot Reproduce This sucks, because I think SSL isn't where it needs to be as far as speed is concerned, but I can produce a release-ready Cordova app that has https content in an iFrame. Going to have to close this one as "Cannot reproduce". > Secure whitelisted URLs not loading in Android > -- > > Key: CB-1947 > URL: https://issues.apache.org/jira/browse/CB-1947 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 2.2.0 > Environment: Android 2.3 and 4.2 >Reporter: Antony Lees >Assignee: Joe Bowser > Attachments: log.txt > > > Given the config > http://127.0.0.1*"/> > https://mysite.com"; subdomains="true"/> > http://mysite.com"; subdomains="true"/> > I would expect both the http and https sites to load. However only the > unsecured http URL will load, the secure https URL shows an HTML error page > (it's an iframe) > Even if I add > > the same thing happens > I should add that if I deploy the app straight from eclipse (ie not signing > it) the secure URL works fine, so it is only when the whitelist is enforced > that it doesn't seem to work -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CB-2229) whitelist docs state all domains are blocked by default - this is false
Becky Gibson created CB-2229: Summary: whitelist docs state all domains are blocked by default - this is false Key: CB-2229 URL: https://issues.apache.org/jira/browse/CB-2229 Project: Apache Cordova Issue Type: Bug Components: Docs Affects Versions: 2.3.0, 2.2.0 Reporter: Becky Gibson Assignee: Michael Brooks Fix For: 2.4.0 The Domain Whitelist Guide for 2.2 and 2.3 states: The default security policy is to block all network access. This is incorrect. In 2.2 it WAS true for iOS but not for Android nor BlackBerry. Both Android and BlackBerry do not block any domains in 2.2. In 2.3 Android, BlackBerry, and iOS do NOT block any domains. I didn't check all of the other platforms although in 2.3 the doc states that on Bada, Symbian, WebOS and Windows Phone, "By default, all domains are accessible." -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (CB-2172) Uploading two images from the photo library does not work
[ https://issues.apache.org/jira/browse/CB-2172?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser resolved CB-2172. Resolution: Cannot Reproduce Closing for now. > Uploading two images from the photo library does not work > - > > Key: CB-2172 > URL: https://issues.apache.org/jira/browse/CB-2172 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 2.2.0 > Environment: Cordova 2.2, Android 2.3.4 >Reporter: Thomas Dinger >Assignee: Joe Bowser > > My HTML page has two separate elements for selecting a picture from the photo > library, and a single button for uploading the photos that were selected. > Unfortunately, the result is that the same picture is being uploaded twice > instead of two different pictures each being uploaded once. The picture being > uploaded twice is always the last picture selected from the photo library, > regardless of which element was used to select it, or which order the > javascript calls are made. > The JavaScript calls to FileTransfer.upload() are made sequentially when the > "upload" button is pressed. Each call passes the same ajax URL to handle the > uploaded data, a different local device URI of the image to be uploaded, and > a different name for the uploaded file (in options). Inspecting the requests > received on the server, the file name is different for each request, but the > data in the request content (the binary picture data) is the same for each > request. > It seems some component is hanging on to the last picture selected from the > photo library and using it for each upload. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-2208) MobileSpec File tests Crash on Android 4.0.3 intel Emulator
[ https://issues.apache.org/jira/browse/CB-2208?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=1313#comment-1313 ] Joe Bowser commented on CB-2208: I'd close this one, but I can't test it since the Intel Emulator gives me the Grey Screen of Death on the MacBook Pro. Can someone else throw a try/catch and test this? > MobileSpec File tests Crash on Android 4.0.3 intel Emulator > --- > > Key: CB-2208 > URL: https://issues.apache.org/jira/browse/CB-2208 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Reporter: Andrew Grieve >Assignee: Andrew Grieve >Priority: Minor > Fix For: 2.4.0 > > > 01-11 14:34:23.028: I/dalvikvm(1465): > java.lang.UnsupportedOperationException: Unknown URI: > content://media/external/images/media match: 1 > 01-11 14:34:23.028: I/dalvikvm(1465): at > android.database.DatabaseUtils.readExceptionFromParcel(DatabaseUtils.java:168) > 01-11 14:34:23.028: I/dalvikvm(1465): at > android.database.DatabaseUtils.readExceptionFromParcel(DatabaseUtils.java:136) > 01-11 14:34:23.028: I/dalvikvm(1465): at > android.content.ContentProviderProxy.delete(ContentProviderNative.java:479) > 01-11 14:34:23.028: I/dalvikvm(1465): at > android.content.ContentResolver.delete(ContentResolver.java:822) > 01-11 14:34:23.028: I/dalvikvm(1465): at > org.apache.cordova.FileUtils.notifyDelete(FileUtils.java:242) > 01-11 14:34:23.028: I/dalvikvm(1465): at > org.apache.cordova.FileUtils.execute(FileUtils.java:186) -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: FYI: project pages on apache.org now present
Great work, Marcel! On Wed, Jan 16, 2013 at 2:58 PM, Steven Gill wrote: > Great Job! > > On Wed, Jan 16, 2013 at 1:54 PM, Filip Maj wrote: > >> Awesome! Thanks! >> >> On 1/16/13 1:50 PM, "Marcel Kinard" wrote: >> >> >With the help of Jukka, our project and PMC pages on apache.org are now >> >present, and we also appear in the indexes (by category, by language, >> >etc). >> > >> >http://projects.apache.org/projects/cordova.html >> >http://projects.apache.org/pmcs.html >> > >> >This was identified as an issue in Brian's last board report. Done! >> > >> >I even got us a new category named "mobile". >> > >> >-- Marcel Kinard >> >>
[jira] [Commented] (CB-2165) The "saveToPhotoAlbum" option for Camera.getPicture does not work with Cordova 2.2/Android
[
https://issues.apache.org/jira/browse/CB-2165?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=1305#comment-1305
]
Thomas Dinger commented on CB-2165:
---
Thanks Simon.
I was able to add some JS code to convert "true" to true. The reason it was
"true" to begin with is because the camera options JSON is created using an
XML-to-JSON conversion, and apparently that logic defaults to specifying all of
the JSON values as strings. It is worth noting that the values for quality,
targetWidth, and targetHeight are also strings, not numbers. But they work as
expected because of the type conversion logic in Cordova's getPicture()
function.
Would it be possible to add similar type conversion logic in getPicture(), to
handle values that are expected to be boolean, but are passed in as stings?
> The "saveToPhotoAlbum" option for Camera.getPicture does not work with
> Cordova 2.2/Android
> --
>
> Key: CB-2165
> URL: https://issues.apache.org/jira/browse/CB-2165
> Project: Apache Cordova
> Issue Type: Bug
> Components: CordovaJS
>Affects Versions: 2.2.0
> Environment: Cordova 2.2, Android 2.3.4
>Reporter: Thomas Dinger
>Assignee: Simon MacDonald
>Priority: Minor
>
> The following JS call results in a call to the success function when the
> picture is taken, but the picture is not added to the photo library.
> 01-08 09:27:53.470: D/CordovaLog(4089): getPicture() {
> 01-08 09:27:53.470: D/CordovaLog(4089): "targetHeight": "600",
> 01-08 09:27:53.470: D/CordovaLog(4089): "targetWidth": "600",
> 01-08 09:27:53.470: D/CordovaLog(4089): "saveToPhotoAlbum": "true",
> 01-08 09:27:53.470: D/CordovaLog(4089): "quality": "50",
> 01-08 09:27:53.470: D/CordovaLog(4089): "destinationType": 1,
> 01-08 09:27:53.470: D/CordovaLog(4089): "mediaType": 0,
> 01-08 09:27:53.470: D/CordovaLog(4089): "encodingType": 0,
> 01-08 09:27:53.470: D/CordovaLog(4089): "allowEdit": "false",
> 01-08 09:27:53.470: D/CordovaLog(4089): "sourceType": 1
> 01-08 09:27:53.470: D/CordovaLog(4089): }
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: FYI: project pages on apache.org now present
Great Job! On Wed, Jan 16, 2013 at 1:54 PM, Filip Maj wrote: > Awesome! Thanks! > > On 1/16/13 1:50 PM, "Marcel Kinard" wrote: > > >With the help of Jukka, our project and PMC pages on apache.org are now > >present, and we also appear in the indexes (by category, by language, > >etc). > > > >http://projects.apache.org/projects/cordova.html > >http://projects.apache.org/pmcs.html > > > >This was identified as an issue in Brian's last board report. Done! > > > >I even got us a new category named "mobile". > > > >-- Marcel Kinard > >
Re: FYI: project pages on apache.org now present
Awesome! Thanks! On 1/16/13 1:50 PM, "Marcel Kinard" wrote: >With the help of Jukka, our project and PMC pages on apache.org are now >present, and we also appear in the indexes (by category, by language, >etc). > >http://projects.apache.org/projects/cordova.html >http://projects.apache.org/pmcs.html > >This was identified as an issue in Brian's last board report. Done! > >I even got us a new category named "mobile". > >-- Marcel Kinard
FYI: project pages on apache.org now present
With the help of Jukka, our project and PMC pages on apache.org are now present, and we also appear in the indexes (by category, by language, etc). http://projects.apache.org/projects/cordova.html http://projects.apache.org/pmcs.html This was identified as an issue in Brian's last board report. Done! I even got us a new category named "mobile". -- Marcel Kinard
[jira] [Commented] (CB-2172) Uploading two images from the photo library does not work
[ https://issues.apache.org/jira/browse/CB-2172?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13555499#comment-13555499 ] Thomas Dinger commented on CB-2172: --- @Simon - Yes, the success callback of the first call to upload is completed, and then the second call to upload is made. I'd love to upload a sample app that you could use to reproduce this issue. Unfortunately this logic is part of a much bigger app built using Worklight and Web Experience Factory. So extracting the necessary bits to demonstrate this issue isn't feasible right now. Go ahead and close this issue. If I find some time in the future to distill this down to a sample app, I'll repost it. > Uploading two images from the photo library does not work > - > > Key: CB-2172 > URL: https://issues.apache.org/jira/browse/CB-2172 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 2.2.0 > Environment: Cordova 2.2, Android 2.3.4 >Reporter: Thomas Dinger >Assignee: Joe Bowser > > My HTML page has two separate elements for selecting a picture from the photo > library, and a single button for uploading the photos that were selected. > Unfortunately, the result is that the same picture is being uploaded twice > instead of two different pictures each being uploaded once. The picture being > uploaded twice is always the last picture selected from the photo library, > regardless of which element was used to select it, or which order the > javascript calls are made. > The JavaScript calls to FileTransfer.upload() are made sequentially when the > "upload" button is pressed. Each call passes the same ajax URL to handle the > uploaded data, a different local device URI of the image to be uploaded, and > a different name for the uploaded file (in options). Inspecting the requests > received on the server, the file name is different for each request, but the > data in the request content (the binary picture data) is the same for each > request. > It seems some component is hanging on to the last picture selected from the > photo library and using it for each upload. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (CB-2223) DOAP files needed on apache.org
[ https://issues.apache.org/jira/browse/CB-2223?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marcel Kinard resolved CB-2223. --- Resolution: Fixed After following the instructions at the head of the pmc_list.xml file and waiting for multiple regen periods, the PMC page now appears, and the project page links to it. > DOAP files needed on apache.org > --- > > Key: CB-2223 > URL: https://issues.apache.org/jira/browse/CB-2223 > Project: Apache Cordova > Issue Type: Improvement > Components: Docs >Reporter: Marcel Kinard >Assignee: Marcel Kinard > Fix For: 2.4.0 > > > The web pages at projects.apache.org do not exist for Cordova and its PMC, > even though it has graduated from incubator. Those pages need to be created. > They are automatically generated from DOAP files. See the help text on > projects.apache.org. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Comment Edited] (CB-2208) MobileSpec File tests Crash on Android 4.0.3 intel Emulator
[ https://issues.apache.org/jira/browse/CB-2208?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13555486#comment-13555486 ] Joe Bowser edited comment on CB-2208 at 1/16/13 9:36 PM: - Can we check for this, then run notifyDelete()? Actually, a try/catch is the easiest, and should be fine. What about Video? Would video be caught by this? was (Author: bowserj): Can we check for this, then run notifyDelete()? > MobileSpec File tests Crash on Android 4.0.3 intel Emulator > --- > > Key: CB-2208 > URL: https://issues.apache.org/jira/browse/CB-2208 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Reporter: Andrew Grieve >Assignee: Andrew Grieve >Priority: Minor > Fix For: 2.4.0 > > > 01-11 14:34:23.028: I/dalvikvm(1465): > java.lang.UnsupportedOperationException: Unknown URI: > content://media/external/images/media match: 1 > 01-11 14:34:23.028: I/dalvikvm(1465): at > android.database.DatabaseUtils.readExceptionFromParcel(DatabaseUtils.java:168) > 01-11 14:34:23.028: I/dalvikvm(1465): at > android.database.DatabaseUtils.readExceptionFromParcel(DatabaseUtils.java:136) > 01-11 14:34:23.028: I/dalvikvm(1465): at > android.content.ContentProviderProxy.delete(ContentProviderNative.java:479) > 01-11 14:34:23.028: I/dalvikvm(1465): at > android.content.ContentResolver.delete(ContentResolver.java:822) > 01-11 14:34:23.028: I/dalvikvm(1465): at > org.apache.cordova.FileUtils.notifyDelete(FileUtils.java:242) > 01-11 14:34:23.028: I/dalvikvm(1465): at > org.apache.cordova.FileUtils.execute(FileUtils.java:186) -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Symbol Mapping in Cordova
Branch started!
I've completed steps 1 & 2.
https://git-wip-us.apache.org/repos/asf?p=cordova-js.git;a=shortlog;h=refs/heads/symbolmapping
On Wed, Jan 16, 2013 at 1:39 PM, Filip Maj wrote:
> This all seems reasonable. Shall we start a branch?
>
> On 1/15/13 2:47 PM, "Andrew Grieve" wrote:
>
> >Sorry to dump another large email on the list, but I'm hoping this one is
> >at least less controversial :). I wrote up a plan for moving
> >module->symbol
> >mapping out of common.js & platform.js and into individual plugins.
> >
> >If you have feedback/comments, let me know.
> >
> >* Goals:
> >
> > - Change from listing module->symbol mapping within common.js &
> > platform.js, to listing this within the plugins themselves.
> > - Support apps that don't want us to clobber global symbols.
> > - aka, allow module->symbol mapping to be turned off
> > - Allow retrieval of clobbered globals
> > - Currently modules save it themselves when they are loaded
> > - This won't work (reliably) for saving references to globals
> > overridden by other modules
> > - This gets in the way of the idea of lazy-loading modules via
> >getters
> > - Support the use of other module loaders
> > - So... don't do crazy things at require() time.
> >
> >
> >Requirements:
> >
> > - Plugins must be able to declare dependencies
> > - Plugins must be able to delay onDeviceReady()
> > - Plugins must be able to run code to initialize
> >
> >
> >Implementation modulemapper.js:
> >
> > - clobbers(...)
> > - merges(...)
> > - defaults(...)
> > - mapModules(wnd)
> > - getOriginalSymbol('FileSystem')
> >
> >
> >Start-up flow:
> >
> > 1. Parse all modules
> > 2. common-bootstrap:
> > 1. Loads list of modules named "cordova.*/symbols"
> > 2. Run modulemapper.mapModules(window);
> > 3. Loads list of modules named "cordova.*/main"
> >
> >
> >symbols.js files:
> >
> > - Will make calls to modulemapper instead of exporting {clobbers:}
> > - This make dependencies work by require()ing dependent symbols
> > - We want the to be an evaluated .js file instead of something listed
> >in
> > plugin.xml
> > - So that it can export based on browser version
> >
> >
> >Implementation Steps
> >
> > 1. Expose list of registered modules in scripts/require.js so that we
> > can loop over them
> > 2. Write modulemapper.js (and have unit tests, of course)
> > 3. Add logic to bootstrap.js that calls into modulemapper
> > 4. create $PLUGIN_NAME/symbols.js files for each plugin within cordova.
> > 5. Add logic to bootstrap.js that calls into modulemapper
> > 6. Create main.js files for those that currently have logic in their
> > platform.js files
> >
> >*
>
>
[jira] [Commented] (CB-2208) MobileSpec File tests Crash on Android 4.0.3 intel Emulator
[ https://issues.apache.org/jira/browse/CB-2208?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13555486#comment-13555486 ] Joe Bowser commented on CB-2208: Can we check for this, then run notifyDelete()? > MobileSpec File tests Crash on Android 4.0.3 intel Emulator > --- > > Key: CB-2208 > URL: https://issues.apache.org/jira/browse/CB-2208 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Reporter: Andrew Grieve >Assignee: Andrew Grieve >Priority: Minor > Fix For: 2.4.0 > > > 01-11 14:34:23.028: I/dalvikvm(1465): > java.lang.UnsupportedOperationException: Unknown URI: > content://media/external/images/media match: 1 > 01-11 14:34:23.028: I/dalvikvm(1465): at > android.database.DatabaseUtils.readExceptionFromParcel(DatabaseUtils.java:168) > 01-11 14:34:23.028: I/dalvikvm(1465): at > android.database.DatabaseUtils.readExceptionFromParcel(DatabaseUtils.java:136) > 01-11 14:34:23.028: I/dalvikvm(1465): at > android.content.ContentProviderProxy.delete(ContentProviderNative.java:479) > 01-11 14:34:23.028: I/dalvikvm(1465): at > android.content.ContentResolver.delete(ContentResolver.java:822) > 01-11 14:34:23.028: I/dalvikvm(1465): at > org.apache.cordova.FileUtils.notifyDelete(FileUtils.java:242) > 01-11 14:34:23.028: I/dalvikvm(1465): at > org.apache.cordova.FileUtils.execute(FileUtils.java:186) -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-1593) WP7 : Media callback called multiple times
[
https://issues.apache.org/jira/browse/CB-1593?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13555485#comment-13555485
]
Benn Mapes commented on CB-1593:
I'll take a look at this issue and let you know of any progress.
> WP7 : Media callback called multiple times
> --
>
> Key: CB-1593
> URL: https://issues.apache.org/jira/browse/CB-1593
> Project: Apache Cordova
> Issue Type: Bug
> Components: WP7
>Affects Versions: 2.1.0
> Environment: Nokia Lumia 800 with WP 7.5 (7.10.8773.98).
>Reporter: Christophe A. Guilmart
>Assignee: Jesse MacFadyen
>Priority: Critical
>
> When using this code
> function play(){
> cordovaMedia = new Media("app/www/test.mp3", onSuccess, onError,
> onStatus);
> cordovaMedia.play();
> }
>
> I encounter the following problems:
> * 1st call to play() does not work (ie: I don't hear the sound). nor are the
> callback called.
> * following play work, but callback are called multiple times.
> * onError is called even when play sound is successful (ie: when I can hear
> the sound).
> * if onStatus callback is not provided, an error show up in the log.
> Expected behavior:
> * onError & onSuccess should be exclusive. One OR the other should be called.
> Not both.
> * onError & onSuccess should be called only once per call to .play()
> h3. VS Output:
> Log:"Received Event: deviceready"
> Log:"--"
> Log:"# media play 0"
> 'UI Task' (Managed): Loaded 'Microsoft.Xna.Framework.dll'
> 'UI Task' (Managed): Loaded 'System.SR.dll'
> Log:"--"
> Log:"# media play 1"
> Log:"### media On Error. error: Value does not fall within the expected
> range. code: undefined message: undefined"
> Log:"# media OnStatus: 1"
> Log:"# media OnStatus: 1"
> Log:"# media OnStatus: 1"
> Log:"# media OnStatus: 1"
> Log:"# media OnStatus: 2"
> Log:"# media OnStatus: 2"
> Log:"# media OnStatus: 2"
> Log:"# media OnStatus: 2"
> Log:"# media On success. "
> Log:"# media OnStatus: 4"
> Log:"# media On success. "
> Log:"# media On success. "
> Log:"# media On success. "
> Log:"# media OnStatus: 4"
> Log:"# media OnStatus: 4"
> Log:"# media OnStatus: 4"
> Log:"--"
> INFO: startPlayingAudio FOUND mediaPlayer for
> b43e2cd0-bafb-f6d3-add6-79428f19e324
> Log:"# media play 2"
> Log:"# media OnStatus: 1"
> Log:"# media OnStatus: 1"
> Log:"# media OnStatus: 1"
> Log:"# media OnStatus: 1"
> Log:"# media OnStatus: 1"
> Log:"# media OnStatus: 1"
> Log:"# media OnStatus: 2"
> Log:"# media OnStatus: 2"
> Log:"# media OnStatus: 2"
> Log:"# media OnStatus: 2"
> Log:"# media OnStatus: 2"
> Log:"# media OnStatus: 2"
> Log:"# media OnStatus: 2"
> Log:"# media OnStatus: 2"
> Log:"# media OnStatus: 2"
> Log:"# media OnStatus: 2"
> Log:"# media OnStatus: 2"
> Log:"# media OnStatus: 2"
> Log:"# media OnStatus: 4"
> Log:"# media On success. "
> Log:"# media OnStatus: 4"
> Log:"# media OnStatus: 4"
> Log:"# media On success. "
> Log:"# media On success. "
> Log:"# media OnStatus: 4"
> Log:"# media On success. "
> Log:"# media OnStatus: 4"
> Log:"# media OnStatus: 4"
> Log:"# media OnStatus: 4"
> Log:"# media OnStatus: 4"
> Log:"# media On success. "
> Log:"# media OnStatus: 4"
> Log:"# media OnStatus: 4"
> Log:"# media On success. "
> Log:"# media OnStatus: 4"
> Log:"# media OnStatus: 4"
> Log:"# media On success. "
> Log:"# media On success. "
> Log:"# media On success. "
> Log:"# media On success. "
> Log:"# media On success. "
> Log:"# media On success. "
> Log:"--"
> Log:"# media play 3"
> Log:"### media On Error. error: Value does not fall within the expected
> range. code: undefined message: undefined"
> Log:"# media OnStatus: 1"
> Log:"# media OnStatus: 1"
> Log:"# media OnStatus: 1"
> Log:"# media OnStatus: 1"
> Log:"# media OnStatus: 1"
> Log:"# media OnStatus: 1"
> Log:"# media OnStatus: 1"
> Log:"# media OnStatus: 1"
> Log:"# media OnStatus: 2"
> Log:"# media OnStatus: 2"
> Log:"# media OnStatus: 2"
> Log:"# media OnStatus: 2"
> Log:"# media OnStatus: 2"
> Log:"# media OnStatus: 2"
> Log:"# media OnStatus: 2"
> Log:"# media OnStatus: 2"
> Log:"# media OnStatus: 2"
> Log:"# media OnStatus: 2"
> Log:"# media OnStatus: 2"
> Log:"# media OnStatus: 2"
> Log:"# media OnStatus: 2"
> Log:"# media OnStatus: 2"
> Log:"# media OnStatus: 2"
> Log:"# media OnStatus: 2"
> Log:"# media OnStatus: 2"
> Log:"# media OnStatus: 2"
> Log:"# media OnStatus: 2"
> Log:"# media OnStatus: 2"
> Log:"# media OnStatus: 2"
> Log:"# media OnStatus: 2"
> Log:"# media OnStatus: 2"
> Log:"# media OnStatus: 2"
> Log:"# media On success. "
> Log:"# media OnStatus: 4"
> Log:"# media On success. "
> Log:"# media On success. "
[jira] [Commented] (CB-1046) On Samsung Galaxy Tab 2 10, ICS4.0.3, stretch/zoom control crashes app
[ https://issues.apache.org/jira/browse/CB-1046?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13555482#comment-13555482 ] Joe Bowser commented on CB-1046: Is this still an issue on the latest version of Cordova? > On Samsung Galaxy Tab 2 10, ICS4.0.3, stretch/zoom control crashes app > -- > > Key: CB-1046 > URL: https://issues.apache.org/jira/browse/CB-1046 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 1.9.0 > Environment: Samsung Galaxy Tab 2 10, ICS 4.0.3. Note that this > screen is 1280x800. >Reporter: Ken Corey >Assignee: Joe Bowser >Priority: Minor > > On a 1280x800 screen (Samsung Galaxy Tab 2 10, running ICS4.0.3, there's an > 'X' symbol at bottom of the screen. If the user selects this and then > chooses one of the sizes offered the app crashes with the logcat error below. > When the app is next started, it's in the new size requested. If the user > selects 'X' again to switch it back, it crashes again. > > 07-09 18:41:03.517: D/CordovaWebView(30718): >>> loadUrlNow() > 07-09 18:41:03.564: E/WindowManager(30718): Activity > org.flippinbits.kcorey.HelloCordovaActivity has leaked window > com.android.internal.policy.impl.PhoneWindow$DecorView@41474f00 that was > originally added here > 07-09 18:41:03.564: E/WindowManager(30718): android.view.WindowLeaked: > Activity org.flippinbits.kcorey.HelloCordovaActivity has leaked window > com.android.internal.policy.impl.PhoneWindow$DecorView@41474f00 that was > originally added here > 07-09 18:41:03.564: E/WindowManager(30718): at > android.view.ViewRootImpl.(ViewRootImpl.java:351) > 07-09 18:41:03.564: E/WindowManager(30718): at > android.view.WindowManagerImpl.addView(WindowManagerImpl.java:279) > 07-09 18:41:03.564: E/WindowManager(30718): at > android.view.WindowManagerImpl.addView(WindowManagerImpl.java:215) > 07-09 18:41:03.564: E/WindowManager(30718): at > android.view.WindowManagerImpl$CompatModeWrapper.addView(WindowManagerImpl.java:140) > 07-09 18:41:03.564: E/WindowManager(30718): at > android.view.Window$LocalWindowManager.addView(Window.java:537) > 07-09 18:41:03.564: E/WindowManager(30718): at > android.app.Dialog.show(Dialog.java:278) > 07-09 18:41:03.564: E/WindowManager(30718): at > org.apache.cordova.DroidGap$5.run(DroidGap.java:1007) > 07-09 18:41:03.564: E/WindowManager(30718): at > android.app.Activity.runOnUiThread(Activity.java:4170) > 07-09 18:41:03.564: E/WindowManager(30718): at > org.apache.cordova.DroidGap.showSplashScreen(DroidGap.java:1018) > 07-09 18:41:03.564: E/WindowManager(30718): at > org.apache.cordova.DroidGap.onMessage(DroidGap.java:1036) > 07-09 18:41:03.564: E/WindowManager(30718): at > org.apache.cordova.api.PluginManager.postMessage(PluginManager.java:320) > 07-09 18:41:03.564: E/WindowManager(30718): at > org.apache.cordova.CordovaWebView.postMessage(CordovaWebView.java:469) > 07-09 18:41:03.564: E/WindowManager(30718): at > org.apache.cordova.CordovaWebView.loadUrlIntoView(CordovaWebView.java:442) > 07-09 18:41:03.564: E/WindowManager(30718): at > org.apache.cordova.CordovaWebView.loadUrl(CordovaWebView.java:335) > 07-09 18:41:03.564: E/WindowManager(30718): at > org.apache.cordova.DroidGap.loadUrl(DroidGap.java:407) > 07-09 18:41:03.564: E/WindowManager(30718): at > org.flippinbits.kcorey.HelloCordovaActivity.onCreate(HelloCordovaActivity.java:13) > 07-09 18:41:03.564: E/WindowManager(30718): at > android.app.Activity.performCreate(Activity.java:4465) > 07-09 18:41:03.564: E/WindowManager(30718): at > android.app.Instrumentation.callActivityOnCreate(Instrumentation.java:1053) > 07-09 18:41:03.564: E/WindowManager(30718): at > android.app.ActivityThread.performLaunchActivity(ActivityThread.java:1934) > 07-09 18:41:03.564: E/WindowManager(30718): at > android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:1995) > 07-09 18:41:03.564: E/WindowManager(30718): at > android.app.ActivityThread.handleRelaunchActivity(ActivityThread.java:3365) > 07-09 18:41:03.564: E/WindowManager(30718): at > android.app.ActivityThread.access$700(ActivityThread.java:128) > 07-09 18:41:03.564: E/WindowManager(30718): at > android.app.ActivityThread$H.handleMessage(ActivityThread.java:1165) > 07-09 18:41:03.564: E/WindowManager(30718): at > android.os.Handler.dispatchMessage(Handler.java:99) > 07-09 18:41:03.564: E/WindowManager(30718): at > android.os.Looper.loop(Looper.java:137) > 07-09 18:41:03.564: E/WindowManager(30718): at > android.app.ActivityThread.main(ActivityThread.java:4514) > 07-09 18:41:03.564: E/WindowManager(30718): at > java.lang.
[jira] [Commented] (CB-2172) Uploading two images from the photo library does not work
[ https://issues.apache.org/jira/browse/CB-2172?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13555411#comment-13555411 ] Joe Bowser commented on CB-2172: Can you please provide an example of this behaviour, otherwise I will have to close this as "Cannot Reproduce". Thanks Joe > Uploading two images from the photo library does not work > - > > Key: CB-2172 > URL: https://issues.apache.org/jira/browse/CB-2172 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 2.2.0 > Environment: Cordova 2.2, Android 2.3.4 >Reporter: Thomas Dinger >Assignee: Joe Bowser > > My HTML page has two separate elements for selecting a picture from the photo > library, and a single button for uploading the photos that were selected. > Unfortunately, the result is that the same picture is being uploaded twice > instead of two different pictures each being uploaded once. The picture being > uploaded twice is always the last picture selected from the photo library, > regardless of which element was used to select it, or which order the > javascript calls are made. > The JavaScript calls to FileTransfer.upload() are made sequentially when the > "upload" button is pressed. Each call passes the same ajax URL to handle the > uploaded data, a different local device URI of the image to be uploaded, and > a different name for the uploaded file (in options). Inspecting the requests > received on the server, the file name is different for each request, but the > data in the request content (the binary picture data) is the same for each > request. > It seems some component is hanging on to the last picture selected from the > photo library and using it for each upload. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-2184) JNI Error on HTC Evo device running android 4.0.3
[ https://issues.apache.org/jira/browse/CB-2184?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13555408#comment-13555408 ] Joe Bowser commented on CB-2184: OK, so this is apparently the HTC Evo 3D. I still need a demo application to see what happened. I don't have the HTC Evo 3D here, but I do have the HTC One X which is running a similar build of ICS/WebKit. If I don't get an example, I'm going to have to close this as "Cannot Reproduce". > JNI Error on HTC Evo device running android 4.0.3 > - > > Key: CB-2184 > URL: https://issues.apache.org/jira/browse/CB-2184 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 2.2.0, 2.3.0 > Environment: Android 4.0.3 on HTC Evo device >Reporter: besta >Assignee: Joe Bowser > > My app uses Cordova to implement the business logic in JS. So there is a > single activity that loads a webview and afterwards some fragments to provide > native UI elements. > Running the app on an Android 2.2 emulator works fine. But trying the app on > my HTC Evo device leads to the following error: > 01-04 17:58:11.537: E/dalvikvm(5451): JNI ERROR (app bug): attempt to use > stale local reference 0x1 > 01-04 17:58:11.537: E/dalvikvm(5451): VM aborting > 01-04 17:58:11.537: A/libc(5451): Fatal signal 11 (SIGSEGV) at 0xdeadd00d > (code=1) > 01-04 17:58:11.967: I/DEBUG(5047): debuggerd: 2013-01-04 17:58:11 > 01-04 17:58:11.967: I/DEBUG(5047): *** *** *** *** *** *** *** *** *** *** > *** *** *** *** *** *** > 01-04 17:58:11.967: I/DEBUG(5047): Build fingerprint: > 'htc_europe/htc_shooteru/shooteru:4.0.3/IML74K/385730.1:user/release-keys' > 01-04 17:58:11.967: I/DEBUG(5047): pid: 5451, tid: 5531 >>> > eu.mobilion.wasserfinder <<< > 01-04 17:58:11.967: I/DEBUG(5047): signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), > fault addr deadd00d > 01-04 17:58:11.967: I/DEBUG(5047): r0 r1 00c34d48 r2 r3 > > 01-04 17:58:11.967: I/DEBUG(5047): r4 deadd00d r5 40950ce8 r6 020c r7 > 52131900 > 01-04 17:58:11.967: I/DEBUG(5047): r8 01320c50 r9 2765 10 000c fp > 0127c3d0 > 01-04 17:58:11.967: I/DEBUG(5047): ip sp 52131650 lr 408e82db pc > 408e82da cpsr 6030 > 01-04 17:58:11.967: I/DEBUG(5047): d0 d1 > ... > 01-04 17:58:11.977: I/DEBUG(5047): d30 d31 3ff0 > 01-04 17:58:11.977: I/DEBUG(5047): scr 6013 > 01-04 17:58:12.247: I/DEBUG(5047): #00 pc 000512da > /system/lib/libdvm.so (dvmAbort) > 01-04 17:58:12.247: I/DEBUG(5047): #01 pc 000326b8 > /system/lib/libdvm.so (_ZNK16IndirectRefTable3getEPv) > 01-04 17:58:12.247: I/DEBUG(5047): #02 pc 00055ea4 > /system/lib/libdvm.so (_Z20dvmDecodeIndirectRefP6ThreadP8_jobject) > 01-04 17:58:12.247: I/DEBUG(5047): #03 pc 0005724c > /system/lib/libdvm.so > 01-04 17:58:12.247: I/DEBUG(5047): #04 pc 0022707e > /system/lib/libwebcore.so > 01-04 17:58:12.247: I/DEBUG(5047): #05 pc 003ee990 > /system/lib/libwebcore.so > 01-04 17:58:12.247: I/DEBUG(5047): #06 pc 003a2cd2 > /system/lib/libwebcore.so > 01-04 17:58:12.247: I/DEBUG(5047): #07 pc 003a30ca > /system/lib/libwebcore.so > ... > When commenting out the JS inclusion in the loaded index.html, the native UI > elements show up on my HTC Evo device but of course without any callback > functionality on button clicks due to the missing JS. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (CB-2093) NullPointerException when attaching image from Gallery that contains spaces in the path
[
https://issues.apache.org/jira/browse/CB-2093?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Joe Bowser resolved CB-2093.
Resolution: Cannot Reproduce
I can't reproduce this issue. There's a similar issue that has a higher chance
of being reproduced that we will keep open with Android 2.3
> NullPointerException when attaching image from Gallery that contains spaces
> in the path
> ---
>
> Key: CB-2093
> URL: https://issues.apache.org/jira/browse/CB-2093
> Project: Apache Cordova
> Issue Type: Bug
> Components: Android
>Affects Versions: 2.3.0
> Environment: Tested Cordova 2.3.0 RC2 on Galaxy Nexus 7 with Android
> 4.2.1
>Reporter: David Omer
>Assignee: Joe Bowser
>Priority: Critical
>
> When trying to use camera.getPicture with source=SAVEDPHOTOALBUM and
> destination=DATA_URL, I'm getting the following error:
> 12-20 15:22:56.256: W/dalvikvm(2089): threadid=1: thread exiting with
> uncaught exception (group=0x4122d930)
> 12-20 15:22:56.266: E/AndroidRuntime(2089): FATAL EXCEPTION: main
> 12-20 15:22:56.266: E/AndroidRuntime(2089): java.lang.RuntimeException:
> Failure delivering result ResultInfo{who=null, request=49, result=-1,
> data=Intent {
> dat=content://com.google.android.gallery3d.provider/picasa/item/5080798897969217026
> flg=0x1 }} to activity
> {com.steton.mobileauditor/com.steton.mobileauditor.App}:
> java.lang.NullPointerException
> 12-20 15:22:56.266: E/AndroidRuntime(2089): at
> android.app.ActivityThread.deliverResults(ActivityThread.java:3319)
> 12-20 15:22:56.266: E/AndroidRuntime(2089): at
> android.app.ActivityThread.handleSendResult(ActivityThread.java:3362)
> 12-20 15:22:56.266: E/AndroidRuntime(2089): at
> android.app.ActivityThread.access$1100(ActivityThread.java:141)
> 12-20 15:22:56.266: E/AndroidRuntime(2089): at
> android.app.ActivityThread$H.handleMessage(ActivityThread.java:1282)
> 12-20 15:22:56.266: E/AndroidRuntime(2089): at
> android.os.Handler.dispatchMessage(Handler.java:99)
> 12-20 15:22:56.266: E/AndroidRuntime(2089): at
> android.os.Looper.loop(Looper.java:137)
> 12-20 15:22:56.266: E/AndroidRuntime(2089): at
> android.app.ActivityThread.main(ActivityThread.java:5039)
> 12-20 15:22:56.266: E/AndroidRuntime(2089): at
> java.lang.reflect.Method.invokeNative(Native Method)
> 12-20 15:22:56.266: E/AndroidRuntime(2089): at
> java.lang.reflect.Method.invoke(Method.java:511)
> 12-20 15:22:56.266: E/AndroidRuntime(2089): at
> com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:793)
> 12-20 15:22:56.266: E/AndroidRuntime(2089): at
> com.android.internal.os.ZygoteInit.main(ZygoteInit.java:560)
> 12-20 15:22:56.266: E/AndroidRuntime(2089): at
> dalvik.system.NativeStart.main(Native Method)
> 12-20 15:22:56.266: E/AndroidRuntime(2089): Caused by:
> java.lang.NullPointerException
> 12-20 15:22:56.266: E/AndroidRuntime(2089): at
> org.apache.cordova.FileUtils.getMimeType(FileUtils.java:989)
> 12-20 15:22:56.266: E/AndroidRuntime(2089): at
> org.apache.cordova.CameraLauncher.onActivityResult(CameraLauncher.java:397)
> 12-20 15:22:56.266: E/AndroidRuntime(2089): at
> org.apache.cordova.DroidGap.onActivityResult(DroidGap.java:806)
> 12-20 15:22:56.266: E/AndroidRuntime(2089): at
> android.app.Activity.dispatchActivityResult(Activity.java:5293)
> 12-20 15:22:56.266: E/AndroidRuntime(2089): at
> android.app.ActivityThread.deliverResults(ActivityThread.java:3315)
> 12-20 15:22:56.266: E/AndroidRuntime(2089): ... 11 more
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-2093) NullPointerException when attaching image from Gallery that contains spaces in the path
[
https://issues.apache.org/jira/browse/CB-2093?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13555338#comment-13555338
]
Joe Bowser commented on CB-2093:
No, I found a different problem. I can't find a problem with images that
contain spaces. If your jpg files are upper case you may have an issue, but as
far as I can tell there's no issues with spaces based on what I can reproduce
on this end. If I can't get an example, and I can't reproduce it using
Mobile-Spec, I'm going to have to mark this as "Cannot Reproduce".
> NullPointerException when attaching image from Gallery that contains spaces
> in the path
> ---
>
> Key: CB-2093
> URL: https://issues.apache.org/jira/browse/CB-2093
> Project: Apache Cordova
> Issue Type: Bug
> Components: Android
>Affects Versions: 2.3.0
> Environment: Tested Cordova 2.3.0 RC2 on Galaxy Nexus 7 with Android
> 4.2.1
>Reporter: David Omer
>Assignee: Joe Bowser
>Priority: Critical
>
> When trying to use camera.getPicture with source=SAVEDPHOTOALBUM and
> destination=DATA_URL, I'm getting the following error:
> 12-20 15:22:56.256: W/dalvikvm(2089): threadid=1: thread exiting with
> uncaught exception (group=0x4122d930)
> 12-20 15:22:56.266: E/AndroidRuntime(2089): FATAL EXCEPTION: main
> 12-20 15:22:56.266: E/AndroidRuntime(2089): java.lang.RuntimeException:
> Failure delivering result ResultInfo{who=null, request=49, result=-1,
> data=Intent {
> dat=content://com.google.android.gallery3d.provider/picasa/item/5080798897969217026
> flg=0x1 }} to activity
> {com.steton.mobileauditor/com.steton.mobileauditor.App}:
> java.lang.NullPointerException
> 12-20 15:22:56.266: E/AndroidRuntime(2089): at
> android.app.ActivityThread.deliverResults(ActivityThread.java:3319)
> 12-20 15:22:56.266: E/AndroidRuntime(2089): at
> android.app.ActivityThread.handleSendResult(ActivityThread.java:3362)
> 12-20 15:22:56.266: E/AndroidRuntime(2089): at
> android.app.ActivityThread.access$1100(ActivityThread.java:141)
> 12-20 15:22:56.266: E/AndroidRuntime(2089): at
> android.app.ActivityThread$H.handleMessage(ActivityThread.java:1282)
> 12-20 15:22:56.266: E/AndroidRuntime(2089): at
> android.os.Handler.dispatchMessage(Handler.java:99)
> 12-20 15:22:56.266: E/AndroidRuntime(2089): at
> android.os.Looper.loop(Looper.java:137)
> 12-20 15:22:56.266: E/AndroidRuntime(2089): at
> android.app.ActivityThread.main(ActivityThread.java:5039)
> 12-20 15:22:56.266: E/AndroidRuntime(2089): at
> java.lang.reflect.Method.invokeNative(Native Method)
> 12-20 15:22:56.266: E/AndroidRuntime(2089): at
> java.lang.reflect.Method.invoke(Method.java:511)
> 12-20 15:22:56.266: E/AndroidRuntime(2089): at
> com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:793)
> 12-20 15:22:56.266: E/AndroidRuntime(2089): at
> com.android.internal.os.ZygoteInit.main(ZygoteInit.java:560)
> 12-20 15:22:56.266: E/AndroidRuntime(2089): at
> dalvik.system.NativeStart.main(Native Method)
> 12-20 15:22:56.266: E/AndroidRuntime(2089): Caused by:
> java.lang.NullPointerException
> 12-20 15:22:56.266: E/AndroidRuntime(2089): at
> org.apache.cordova.FileUtils.getMimeType(FileUtils.java:989)
> 12-20 15:22:56.266: E/AndroidRuntime(2089): at
> org.apache.cordova.CameraLauncher.onActivityResult(CameraLauncher.java:397)
> 12-20 15:22:56.266: E/AndroidRuntime(2089): at
> org.apache.cordova.DroidGap.onActivityResult(DroidGap.java:806)
> 12-20 15:22:56.266: E/AndroidRuntime(2089): at
> android.app.Activity.dispatchActivityResult(Activity.java:5293)
> 12-20 15:22:56.266: E/AndroidRuntime(2089): at
> android.app.ActivityThread.deliverResults(ActivityThread.java:3315)
> 12-20 15:22:56.266: E/AndroidRuntime(2089): ... 11 more
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-2212) FileSystem getFile() call never finds file on WP8 as isolated storage is empty
[
https://issues.apache.org/jira/browse/CB-2212?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13555334#comment-13555334
]
Sergey Grebnov commented on CB-2212:
Hi Michael, you may try to access the file using XmlHttpRequest
var xhr = new XMLHttpRequest();
xhr.open('GET', 'readme.txt', false);
xhr.onreadystatechange = function () {
if (xhr.readyState == 4) {
if (xhr.status == 200) {
console.log(xhr.responseText);
}
}
}
xhr.send(null);
> FileSystem getFile() call never finds file on WP8 as isolated storage is empty
> --
>
> Key: CB-2212
> URL: https://issues.apache.org/jira/browse/CB-2212
> Project: Apache Cordova
> Issue Type: Bug
> Components: WP8
>Affects Versions: 2.3.0
>Reporter: Michael Fry
>Assignee: Jesse MacFadyen
>
> In attempting read a file included in my www folder I was continually
> returned an error code of 0. In digging in it appears it was due to file not
> found.
> In the GapBrowser_Loaded handler there is a large chunk of commented out code
> that notes that in WP8 "isolated storage is no more required in WP8". It
> appears that this suppresses the loading of isolated storage because when I
> view my emulator using WP power tools it is empty.
> The file i/o code in File.cs reads/writes using isolated storage. Without
> the www files being loaded at startup it will never be able to make the reads
> from things like settings or readme files.
> After uncommenting the code and creating a CordovaSourceDictionary.xml file I
> was able to load isolated storage. File reads then worked as designed.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-2213) Add support for native URIs
[ https://issues.apache.org/jira/browse/CB-2213?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13555321#comment-13555321 ] Max Woghiren commented on CB-2213: -- Some implementations: https://github.com/apache/cordova-ios/pull/8 and corresponding tests: https://github.com/apache/cordova-mobile-spec/pull/2 > Add support for native URIs > --- > > Key: CB-2213 > URL: https://issues.apache.org/jira/browse/CB-2213 > Project: Apache Cordova > Issue Type: New Feature > Components: Android, CordovaJS, iOS >Reporter: Max Woghiren >Assignee: Max Woghiren >Priority: Minor > > It would be useful to add the ability to access files directly from a > device's photo/video library. To do this, support for native URIs is > necessary—for instance, iOS's assets-library:// scheme. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Symbol Mapping in Cordova
This all seems reasonable. Shall we start a branch?
On 1/15/13 2:47 PM, "Andrew Grieve" wrote:
>Sorry to dump another large email on the list, but I'm hoping this one is
>at least less controversial :). I wrote up a plan for moving
>module->symbol
>mapping out of common.js & platform.js and into individual plugins.
>
>If you have feedback/comments, let me know.
>
>* Goals:
>
> - Change from listing module->symbol mapping within common.js &
> platform.js, to listing this within the plugins themselves.
> - Support apps that don't want us to clobber global symbols.
> - aka, allow module->symbol mapping to be turned off
> - Allow retrieval of clobbered globals
> - Currently modules save it themselves when they are loaded
> - This won't work (reliably) for saving references to globals
> overridden by other modules
> - This gets in the way of the idea of lazy-loading modules via
>getters
> - Support the use of other module loaders
> - So... don't do crazy things at require() time.
>
>
>Requirements:
>
> - Plugins must be able to declare dependencies
> - Plugins must be able to delay onDeviceReady()
> - Plugins must be able to run code to initialize
>
>
>Implementation modulemapper.js:
>
> - clobbers(...)
> - merges(...)
> - defaults(...)
> - mapModules(wnd)
> - getOriginalSymbol('FileSystem')
>
>
>Start-up flow:
>
> 1. Parse all modules
> 2. common-bootstrap:
> 1. Loads list of modules named "cordova.*/symbols"
> 2. Run modulemapper.mapModules(window);
> 3. Loads list of modules named "cordova.*/main"
>
>
>symbols.js files:
>
> - Will make calls to modulemapper instead of exporting {clobbers:}
> - This make dependencies work by require()ing dependent symbols
> - We want the to be an evaluated .js file instead of something listed
>in
> plugin.xml
> - So that it can export based on browser version
>
>
>Implementation Steps
>
> 1. Expose list of registered modules in scripts/require.js so that we
> can loop over them
> 2. Write modulemapper.js (and have unit tests, of course)
> 3. Add logic to bootstrap.js that calls into modulemapper
> 4. create $PLUGIN_NAME/symbols.js files for each plugin within cordova.
> 5. Add logic to bootstrap.js that calls into modulemapper
> 6. Create main.js files for those that currently have logic in their
> platform.js files
>
>*
Re: docs on cordova.apache.org
I've got Jenkins running locally, pulling from cordova-docs, polling daily, and generating the docs. But the SVN Publisher doesn't seem to work: https://wiki.jenkins-ci.org/display/JENKINS/SVN+Publisher (I tested it on another SVN repo, not Apache's) -- reports success but nothing is uploaded. This could be a solution in the interim if I could get the publisher to actually publish -- which by the way, the whole tree right now is over 300MB. en/edge right now is only 7MB. On Mon, Jan 14, 2013 at 9:32 AM, Shazron wrote: > I agree with Ross that it should be on Apache's servers and not somewhere > else (like Amazon S3). At most some dev could locally install Jenkins and > run a CI server with a script that can auto update the SVN repo (using > their creds), or something - until we can get a permanent solution > > > On Mon, Jan 14, 2013 at 9:22 AM, Michael Brooks > wrote: > >> @Andrew I was thinking S3 so that a service can auto-update on each >> commit. >> From Yohei's experience with the cordova.apache.org SVN setup, it looks >> like automating that is a headache. >> >> Michael >> >> On Mon, Jan 14, 2013 at 9:16 AM, Andrew Grieve >> wrote: >> >> > cordova.io is a bunch of redirects. Do you mean to have >> > docs.cordova.ioredirect to >> > cordova.apache.org/docs (or something similar) >> > >> > >> > On Mon, Jan 14, 2013 at 12:13 PM, Michael Brooks >> > wrote: >> > >> > > Hi Marcel, >> > > >> > > I've got this one my roadmap of tasks. >> > > >> > > The short-term goal is to have http://docs.cordova.io host our >> > > documentation and we'll link to it off http://cordova.io. >> > > >> > > The longer-term goal is to have the generator and possibly templates >> > > decoupled from the documentation. At that time, we'll redesign the >> > > http://docs.cordova.io to use the http://cordova.io site design. >> > > >> > > My plan is to start this work on February 1st and have it completed >> for >> > the >> > > next board report. >> > > >> > > Michael >> > > >> > > On Mon, Jan 14, 2013 at 8:52 AM, Ross Gardler < >> > rgard...@opendirective.com >> > > >wrote: >> > > >> > > > It not only makes sense I would consider it a priority. Having the >> only >> > > > source of docs on a third party website is a no-go as far as I'm >> > > concerned. >> > > > I raised this issue during incubation and was assured it was a >> > > transitional >> > > > thing. >> > > > >> > > > Ross >> > > > >> > > > Sent from a mobile device, please excuse mistakes and brevity >> > > > On 14 Jan 2013 08:44, "Marcel Kinard" wrote: >> > > > >> > > > > Would it make sense to host a copy of the docs on >> cordova.apache.org >> > ? >> > > > > Other Apache projects have their docs online at their >> apache.orgsite. >> > > > > >> > > > > A couple possibilities: >> > > > > 1) build the html files and zip them up, so a consumer needs to >> only >> > > > > download and unzip and point their browser at their local offline >> > copy. >> > > > > 2) build the html files and post them unpacked to >> > cordova.apache.orgso >> > > > > they can be browsed directly without a zip or src download. >> > > > > >> > > > > My initial suggestion is to do both: something like >> /docs/download to >> > > > hold >> > > > > the zip files and /docs/browse to have the tree starting with >> > > index.html. >> > > > > >> > > > > Or would it be better to host it in www.apache.org/dist/cordova? >> > > > > >> > > > > I am willing to do the initial setup and load. >> > > > > >> > > > > Comments? >> > > > > >> > > > > -- Marcel Kinard >> > > > > >> > > > >> > > >> > >> > >
[jira] [Commented] (CB-2212) FileSystem getFile() call never finds file on WP8 as isolated storage is empty
[
https://issues.apache.org/jira/browse/CB-2212?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13555234#comment-13555234
]
Michael Fry commented on CB-2212:
-
Well, to demo it requires a bit of setup but it can be pretty easily replicated
following these steps.
# Create a new project using the Cordova 2.3.0 Standalone template.
# Add a file called readme.txt in the www directory with some random text in it.
# Replace the contents of index.js with this (a mix of the template code and
the file reader example from the documentation):
{code:JavaScript}
/*
* Licensed to the Apache Software Foundation (ASF) under one
* or more contributor license agreements. See the NOTICE file
* distributed with this work for additional information
* regarding copyright ownership. The ASF licenses this file
* to you under the Apache License, Version 2.0 (the
* "License"); you may not use this file except in compliance
* with the License. You may obtain a copy of the License at
*
* http://www.apache.org/licenses/LICENSE-2.0
*
* Unless required by applicable law or agreed to in writing,
* software distributed under the License is distributed on an
* "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
* KIND, either express or implied. See the License for the
* specific language governing permissions and limitations
* under the License.
*/
var app = {
// Application Constructor
initialize: function() {
this.bindEvents();
},
// Bind Event Listeners
//
// Bind any events that are required on startup. Common events are:
// `load`, `deviceready`, `offline`, and `online`.
bindEvents: function() {
document.addEventListener('deviceready', this.onDeviceReady, false);
},
// deviceready Event Handler
//
// The scope of `this` is the event. In order to call the `receivedEvent`
// function, we must explicity call `app.receivedEvent(...);`
onDeviceReady: function() {
app.receivedEvent('deviceready');
window.requestFileSystem(LocalFileSystem.PERSISTENT, 0, app.gotFS,
app.fail);
},
// Update DOM on a Received Event
receivedEvent: function(id) {
var parentElement = document.getElementById(id);
var listeningElement = parentElement.querySelector('.listening');
var receivedElement = parentElement.querySelector('.received');
listeningElement.setAttribute('style', 'display:none;');
receivedElement.setAttribute('style', 'display:block;');
console.log('Received Event: ' + id);
},
gotFS: function (fileSystem) {
fileSystem.root.getFile("www/readme.txt", null, app.gotFileEntry,
app.fail);
},
gotFileEntry: function (fileEntry) {
fileEntry.file(app.gotFile, app.fail);
},
gotFile: function (file){
app.readAsText(file);
},
readAsText: function (file) {
var reader = new FileReader();
reader.onloadend = function(evt) {
console.log("Read as text");
console.log(evt.target.result);
};
reader.readAsText(file);
},
fail: function (evt) {
console.log(JSON.stringify(evt));
}
};
{code}
# Run the project... In the console you should see the error code: 1 (file not
found)
# Now, to fix the error we need to make sure files are added to isolated
storage.
# Create a CordovaSourceDictionary.xml in the project root and add the
following to it.
{code:xml}
{code}
# Open the code behind file CordovaView.xaml.cs and go to line 254. Uncomment
this large block of code so that the dictionary is parsed and files are added
to isolated storage.
# Run again... the contents of readme.txt will now be shown in the console.
The problem lies in the File.cs Command class. The call to GetFileOrDirectory
counts on the files being in IsolatedStorage. With the code commented out in
CordovaView.xaml.cs this is never created and then any attempts to use the
FileReader will not work.
> FileSystem getFile() call never finds file on WP8 as isolated storage is empty
> --
>
> Key: CB-2212
> URL: https://issues.apache.org/jira/browse/CB-2212
> Project: Apache Cordova
> Issue Type: Bug
> Components: WP8
>Affects Versions: 2.3.0
>Reporter: Michael Fry
>Assignee: Jesse MacFadyen
>
> In attempting read a file included in my www folder I was continually
> returned an error code of 0. In digging in it appears it was due to file not
> found.
> In the GapBrowser_Loaded handler there is a large chunk of commented out code
> that notes that in WP8 "isolated storage is no more required in WP8". It
> appears that this suppresses the loading of isolated storage because when I
> view my emulator using WP power tools it
FYI: added missing repos to list on http://cordova.apache.org
The project page did not list the repos for Windows desktop, Windows Phone 8, or CLI. I added them. Let me know if it should be otherwise. -- Marcel Kinard
[jira] [Created] (CB-2228) Add a command that prepares platform directories, but then doesn't call their build scripts
Andrew Grieve created CB-2228: - Summary: Add a command that prepares platform directories, but then doesn't call their build scripts Key: CB-2228 URL: https://issues.apache.org/jira/browse/CB-2228 Project: Apache Cordova Issue Type: New Feature Components: CLI Reporter: Andrew Grieve Assignee: Andrew Grieve Priority: Minor Often it's useful to be able to prepare the platform directories but not build right away. For example, if you want to build via Xcode, or when hacking on CLI just want to see what its doing. Names: "cordova prepare ios" or "cordova stage ios" or "cordova prebuild ios" -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CB-2227) Move mapping of module->symbol into individual plugins
Andrew Grieve created CB-2227:
-
Summary: Move mapping of module->symbol into individual plugins
Key: CB-2227
URL: https://issues.apache.org/jira/browse/CB-2227
Project: Apache Cordova
Issue Type: Bug
Components: CordovaJS
Reporter: Andrew Grieve
Assignee: Andrew Grieve
Priority: Minor
Fix For: 2.4.0
Goals:
- Change from listing module->symbol mapping within common.js & platform.js, to
listing this within the plugins themselves.
- Support apps that don't want us to clobber global symbols.
aka, allow module->symbol mapping to be turned off
- Allow retrieval of clobbered globals
- Currently modules save it themselves when they are loaded
- This won't work (reliably) for saving references to globals overridden by
other modules
- This gets in the way of the idea of lazy-loading modules via getters
- Support the use of other module loaders
- So... don't do crazy things at require() time.
Requirements:
Plugins must be able to declare dependencies
Plugins must be able to delay onDeviceReady()
Plugins must be able to run code to initialize
Implementation
modulemapper.js:
clobbers(...)
merges(...)
defaults(...)
mapModules(wnd)
getOriginalSymbol('FileSystem')
Start-up flow:
Parse all modules
common-bootstrap:
Loads list of modules named "cordova.*/symbols"
Run modulemapper.mapModules(window);
Loads list of modules named "cordova.*/main"
symbols.js files:
Will make calls to modulemapper instead of exporting {clobbers:}
This make dependencies work by require()ing dependent symbols
We want the to be an evaluated .js file instead of something listed in
plugin.xml
So that it can export based on browser version
Implementation Steps
1. - Expose list of registered modules in scripts/require.js so that we can
loop over them
2. - Write modulemapper.js (and have unit tests, of course)
3. - Add logic to bootstrap.js that calls into modulemapper
create $PLUGIN_NAME/symbols.js files for each plugin within cordova.
4. - Add logic to bootstrap.js that calls into modulemapper
5. - Create main.js files for those that currently have logic in their
platform.js files
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: too long to package a release?
Just going to throw out one of my personal requirements for whatever proposal we come up with, so it doesn't get lost: * Feature branches are great for feature work and/or large sweeping changes, as are JIRA bugs for tracking them, but cordova has many many trivial issues that could be fixed with "drive-by" patches that require as little friction to commit as possible. On Tue, Jan 15, 2013 at 3:05 PM, Marcel Kinard wrote: > How about if there is a specific straw man proposal at the beginning of > the face-time? Then the folks that are in agreement won't need to say > anything ;-) > > Seriously, making adjustments to something tangible is easier than > instantiating it from scratch. A volunteer for a very simple writeup on the > wiki? > > -- Marcel Kinard > > > On 1/14/2013 10:06 PM, Michal Mocny wrote: > >> Okay gentlemen, I think there have been countless good points made from >> all >> parties, but also some bike-shedding. >> >> Perhaps it is time to schedule some face-time to better articulate some of >> the finer points, and to help come to some consensus? >> >> -Michal >> >> >
[jira] [Commented] (CB-2208) MobileSpec File tests Crash on Android 4.0.3 intel Emulator
[ https://issues.apache.org/jira/browse/CB-2208?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13555113#comment-13555113 ] Simon MacDonald commented on CB-2208: - The reason we have notifyDelete is when you call the remove method of a FileEntry it deletes the file from the file system. That is fine for most files but if it is a media file that has an entry in the content store then just deleting the file leaves a black hole in the Gallery app. So calling notifyDelete will remove the line from the content store db if it exists. > MobileSpec File tests Crash on Android 4.0.3 intel Emulator > --- > > Key: CB-2208 > URL: https://issues.apache.org/jira/browse/CB-2208 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Reporter: Andrew Grieve >Assignee: Andrew Grieve >Priority: Minor > Fix For: 2.4.0 > > > 01-11 14:34:23.028: I/dalvikvm(1465): > java.lang.UnsupportedOperationException: Unknown URI: > content://media/external/images/media match: 1 > 01-11 14:34:23.028: I/dalvikvm(1465): at > android.database.DatabaseUtils.readExceptionFromParcel(DatabaseUtils.java:168) > 01-11 14:34:23.028: I/dalvikvm(1465): at > android.database.DatabaseUtils.readExceptionFromParcel(DatabaseUtils.java:136) > 01-11 14:34:23.028: I/dalvikvm(1465): at > android.content.ContentProviderProxy.delete(ContentProviderNative.java:479) > 01-11 14:34:23.028: I/dalvikvm(1465): at > android.content.ContentResolver.delete(ContentResolver.java:822) > 01-11 14:34:23.028: I/dalvikvm(1465): at > org.apache.cordova.FileUtils.notifyDelete(FileUtils.java:242) > 01-11 14:34:23.028: I/dalvikvm(1465): at > org.apache.cordova.FileUtils.execute(FileUtils.java:186) -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Android Bug with File API
The reason we have notifyDelete is when you call the remove method of a FileEntry it deletes the file from the file system. That is fine for most files but if it is a media file that has an entry in the content store then just deleting the file leaves a black hole in the Gallery app. So calling notifyDelete will remove the line from the content store db if it exists. Simon Mac Donald http://hi.im/simonmacdonald On Wed, Jan 16, 2013 at 10:25 AM, Joe Bowser wrote: > I don't know, but this seems to be related to our gallery problems as of > late. > On Jan 16, 2013 7:17 AM, "Andrew Grieve" wrote: > >> https://issues.apache.org/jira/browse/CB-2208 >> >> Wondering if anyone knows if just adding a try/catch is the proper fix? >> >> 01-11 14:34:23.028: I/dalvikvm(1465): >> java.lang.UnsupportedOperationException: Unknown URI: >> content://media/external/images/media match: 1 >> 01-11 14:34:23.028: I/dalvikvm(1465): at >> >> android.database.DatabaseUtils.readExceptionFromParcel(DatabaseUtils.java:168) >> 01-11 14:34:23.028: I/dalvikvm(1465): at >> >> android.database.DatabaseUtils.readExceptionFromParcel(DatabaseUtils.java:136) >> 01-11 14:34:23.028: I/dalvikvm(1465): at >> android.content.ContentProviderProxy.delete(ContentProviderNative.java:479) >> 01-11 14:34:23.028: I/dalvikvm(1465): at >> android.content.ContentResolver.delete(ContentResolver.java:822) >> 01-11 14:34:23.028: I/dalvikvm(1465): at >> org.apache.cordova.FileUtils.notifyDelete(FileUtils.java:242) >> 01-11 14:34:23.028: I/dalvikvm(1465): at >> org.apache.cordova.FileUtils.execute(FileUtils.java:186) >>
Re: Android Bug with File API
I don't know, but this seems to be related to our gallery problems as of late. On Jan 16, 2013 7:17 AM, "Andrew Grieve" wrote: > https://issues.apache.org/jira/browse/CB-2208 > > Wondering if anyone knows if just adding a try/catch is the proper fix? > > 01-11 14:34:23.028: I/dalvikvm(1465): > java.lang.UnsupportedOperationException: Unknown URI: > content://media/external/images/media match: 1 > 01-11 14:34:23.028: I/dalvikvm(1465): at > > android.database.DatabaseUtils.readExceptionFromParcel(DatabaseUtils.java:168) > 01-11 14:34:23.028: I/dalvikvm(1465): at > > android.database.DatabaseUtils.readExceptionFromParcel(DatabaseUtils.java:136) > 01-11 14:34:23.028: I/dalvikvm(1465): at > android.content.ContentProviderProxy.delete(ContentProviderNative.java:479) > 01-11 14:34:23.028: I/dalvikvm(1465): at > android.content.ContentResolver.delete(ContentResolver.java:822) > 01-11 14:34:23.028: I/dalvikvm(1465): at > org.apache.cordova.FileUtils.notifyDelete(FileUtils.java:242) > 01-11 14:34:23.028: I/dalvikvm(1465): at > org.apache.cordova.FileUtils.execute(FileUtils.java:186) >
Android Bug with File API
https://issues.apache.org/jira/browse/CB-2208 Wondering if anyone knows if just adding a try/catch is the proper fix? 01-11 14:34:23.028: I/dalvikvm(1465): java.lang.UnsupportedOperationException: Unknown URI: content://media/external/images/media match: 1 01-11 14:34:23.028: I/dalvikvm(1465): at android.database.DatabaseUtils.readExceptionFromParcel(DatabaseUtils.java:168) 01-11 14:34:23.028: I/dalvikvm(1465): at android.database.DatabaseUtils.readExceptionFromParcel(DatabaseUtils.java:136) 01-11 14:34:23.028: I/dalvikvm(1465): at android.content.ContentProviderProxy.delete(ContentProviderNative.java:479) 01-11 14:34:23.028: I/dalvikvm(1465): at android.content.ContentResolver.delete(ContentResolver.java:822) 01-11 14:34:23.028: I/dalvikvm(1465): at org.apache.cordova.FileUtils.notifyDelete(FileUtils.java:242) 01-11 14:34:23.028: I/dalvikvm(1465): at org.apache.cordova.FileUtils.execute(FileUtils.java:186)
Re: Plugin Manager (plugman)
Early feedback, will give more after spending more time with it: * Could --project dir default to current directory? Perhaps we have a special file in the root of the dir that we can search for? (like .git, .grunt, etc) * Help page lists www as a platform, what is that for? * How does one update a plugin after install? * Could the command line syntax change to --install instead of --plugin? Also, I tried to install ChildBrowser and got "TypeError: Cannot read property 'attrib' of null" On Tue, Jan 15, 2013 at 6:34 PM, Anis KADRI wrote: > Hi, > > First of all. It's on npm and you can install it with npm install plugman > > Secondly, I've been working on a couple of features regarding plugin > discovery and I would like to provide some updates and get some feedback > > Since I didn't know exactly what we meant by plugin discovery, I went ahead > and referenced plugins that are known to work with the current version of > Cordova stored their metadata on a remote source so that they can be > directly installable by name with this command: > > plugman --platform ios|android --project project_dir --plugin > plugin_name|plugin_dir|plugin_git_repo_url > > plugman --list # will return a list of compatible plugins with a short > description > BarcodeScanner - Cross-platform BarcodeScanner for Cordova/PhoneGap > ChildBrowser - ChildBrowser plugin > Facebook-Connect - Official plugin for Facebook Connect in Apache > Cordova/PhoneGap > GAPlugin - Google Analytics Plugin > KeychainPlugin - Keychain Plugin for Apache Cordova > PushPlugin - Push Notification Plugin for iOS and Android > TestflightPlugin - TestFlight Plugin for Apache Cordova > > When given a name, plugman checks that name against the remote source and > installs the plugin from its git source (this could also be a tarball to > avoid having a git dependency). > > Currently versioning (cordova or plugin version) is not supported but it's > in my queue. > > Your feedback is welcome. If you have a moment, please take it for a spin. > Create a project and try adding/removing plugins. > > If you have different ideas in mind regarding plugin discovery (example: > using npm) please share some details. I just thought I'd made it happen in > the meantime with a simple prototype. > > Anis >
[jira] [Commented] (CB-1806) Upgrading cordova 1.9.0 (iOS) to cordova 2.1.0 and updating existing projects to use 2.1.0
[ https://issues.apache.org/jira/browse/CB-1806?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13555086#comment-13555086 ] Jquery Ninja commented on CB-1806: -- Hi I resolved the problem by using a workaround, apparently the problem first appeared in phone gap 1.4 so the solution was online, somewhere in the archives. > Upgrading cordova 1.9.0 (iOS) to cordova 2.1.0 and updating existing projects > to use 2.1.0 > -- > > Key: CB-1806 > URL: https://issues.apache.org/jira/browse/CB-1806 > Project: Apache Cordova > Issue Type: New Feature > Components: iOS > Environment: on a mac os x lion version 10.7.5 > in xcode Version 4.5.1 (4G1004) >Reporter: Jquery Ninja >Assignee: Shazron Abdullah > Labels: cordova, iOS, upgrade, xcode > Original Estimate: 120h > Remaining Estimate: 120h > > I have uninstalled cordova 1.9.0 by doing: > To uninstall: > Remove the PHONEGAPLIB value in Xcode Preferences -> Source Trees > Delete the ~/Documents/PhoneGapLib folder > Delete the ~/Library/Application Support/Developer/Shared/Xcode/Project > Templates/PhoneGap folder > Delete the "~/Library/Application > Support/Developer/Shared/Xcode/Templates/Project > Templates/Application/PhoneGap-based Application.xctemplate" or the > "~/Library/Developer/Xcode/Templates/Project\ > Templates/Application/PhoneGap-based\ Application.xctemplate" folder > Delete the /Users/Shared/PhoneGap/Frameworks/PhoneGap.framework folder Delete > the ~/Library/Frameworks/PhoneGap.framework symlink > I then followed the upgrade guides: > http://github.com/apache/incubator-cordova > ios/blob/master/guides/Cordova%20Plugin%20Upgrade%20Guide.md and > http://docs.phonegap.com/en/2.1.0/guide_upgrading_ios_index.md.html The > project builds with no errors, but when I try to run: On an iPhone with iOS > 5.1.1 I get this error: > ERROR: Start Page at 'www/index.html' was not found. > and on an iPhone with iOS 6.0 I get this error: > Failed to load webpage with error: The requested URL was not found on this > server. > Whether I remove the only external link or all javascript sources, whether I > manually add the www folder, or anything at all that can be found on the > internet, these errors are persistent. > Was I supposed to install cordova 2.0.0 first before installing 2.1.0 > Another issue I am not too sure of is: Change in the method signature of the > CordovaLib's JSONKit method categories, they are prefixed with "cdvjk_" > now:e.g. > [myDict cdvjk_JSONString]; > instead of: > [myDict JSONString]; > I checked JSONKit.h and JSONKit.m in > /Path/to_my_installation/Cordova-2.1.0/lib/ios/CordovaLib/Classes/JSON > and there was no problem. > I have spent days searching the internet and trying out all different > suggestions but none work. If I navigate to > /var/log > cat system.log > I get this result after running on the iPhone 6.0 simulator: > Interface Builder Cocoa Touch Tool[#]: BUG in libdispatch client: > kevent[EVFILT_VNODE] add: "Bad file descriptor" - 0x9 > Install of > "/~/Library/Developer/Xcode/DerivedData/appnamename-a_bunch_of_numbers/Build/Products/Debug-iphonesimulator/appname.app" > requested by SimulatorBridge > MobileInstallationInstall_Server: Installing app com.company_name.package_name > MobileInstallationInstall_Server: Staging: 0.05s; Waiting: 0.00s; > Installation: 0.04s; LS Sync: 0.03s; Overall: 0.14s > (UIKitApplication:com.company_name.package_name[0xba4d][17042]): Spawned and > waiting for the debugger to attach before continuing... > debugserver-### for x86_64. > Listening to port 31208... > Got a connection, waiting for process information for launching or attaching. > 1 +0.00 sec error: ::task_get_exception_ports ( task = 0x1b03, mask = > 0xbfe, maskCnt => 12, ports, behaviors, flavors ) err = (os/kern) invalid > argument (0x0004) > Multi-tasking -> Device: YES, App: YES -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
