Re: Cookie support in docs.
I've just read this topic on the google group https://groups.google.com/forum/#!topic/phonegap/0EnQJBPA0uA On the FAQ you can read: The first is within XHR (Ajax) requests to remote resources. Unless you specifically remove them, your Ajax library will automatically use cookies in subsequent calls to remote APIs and resources you request. So given that some API returns a cookie required for future calls, you can assume it will be automatically sent when your app hits it again. But it seems it isn't true on android 2015-04-23 5:26 GMT+02:00 Andrey Kurdumov kant2...@googlemail.com: I put section about CORS, since looks like not everybody unaware that CORS applied to all remote communicatoins. https://github.com/cordova/cordova-discuss/pull/1 Please take a look. 2015-04-23 3:01 GMT+06:00 Raymond Camden raymondcam...@gmail.com: Sweet. Thanks Shazon! On Wed, Apr 22, 2015 at 1:58 PM, Shazron shaz...@gmail.com wrote: Created https://github.com/cordova/cordova-discuss/blob/master/FAQ.md as a doc so we can stage edits. If anyone needs direct access let me know. On Wed, Apr 22, 2015 at 10:21 AM, Raymond Camden raymondcam...@gmail.com wrote: So we don't have a FAQ yet. Is it time to start it? Here is my stab: Do cookies work in Cordova apps? There are two ways in which you may want to use cookies. The first is within XHR (Ajax) requests to remote resources. Unless you specifically remove them, your Ajax library will automatically use cookies in subsequent calls to remote APIs and resources you request. So given that some API returns a cookie required for future calls, you can assume it will be automatically sent when your app hits it again. The other way your app may desire to use cookies is locally - ie within the app itself. This does not make sense within a Cordova app as it isn't running on a proper web server itself. If your intent is simply to store data for the app then you should make use the various existing methods (link to http://cordova.apache.org/docs/en/4.0.0/cordova_storage_storage.md.html#Storage ) to store data locally. On Wed, Apr 22, 2015 at 9:44 AM, Josh Soref jso...@blackberry.com wrote: Andrey: It makes sense for someone to write a simple document saying that cookies are supported for subresources requested from remote web servers, but that Cordova doesn't promise cookie support for the app itself, and it should suggest using localStorage or the file API for preferences. Thanks for volunteering to work on this :) -Original Message- From: agri...@google.com [mailto:agri...@google.com] On Behalf Of Andrew Grieve Sent: Wednesday, April 22, 2015 11:18 AM To: dev Subject: Re: Cookie support in docs. Cookies work the same as they do in a browser AFAIK. cookies for file: don't make sense because you talk to a server at file:. If you make an XHR to http:///, they it can set cookies. On Wed, Apr 22, 2015 at 6:12 AM, Andrey Kurdumov kant2...@googlemail.com wrote: Hi, I come across the following SO question. http://stackoverflow.com/questions/24374397/cookie-support-in- cordova-official-documentation The guy could not find any mentions about cookie support in the Phonegap. I do google search and find that the only mention about cookie support is issue CB-8026 where stated that Android support third-party cookies. I personally was having problems with that, but resolve it using custom HTTP header. Question is: Does it make sense add the section in the docs regarding cookies, and their limitations in Cordova apps, due to fact that files server over file:/// protocol? -- === Raymond Camden, Developer Advocate for MobileFirst at IBM Email : raymondcam...@gmail.com Blog : www.raymondcamden.com Twitter: raymondcamden - To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org For additional commands, e-mail: dev-h...@cordova.apache.org - To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org For additional commands, e-mail: dev-h...@cordova.apache.org -- === Raymond Camden, Developer Advocate for MobileFirst at IBM Email : raymondcam...@gmail.com Blog : www.raymondcamden.com Twitter: raymondcamden - To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org For additional commands, e-mail: dev-h...@cordova.apache.org
[GitHub] cordova-plugman pull request: CB-8757 - Resolve any symlinks in or...
GitHub user mbektchiev opened a pull request: https://github.com/apache/cordova-plugman/pull/83 CB-8757 - Resolve any symlinks in order to avoid relative path issues You can merge this pull request into a Git repository by running: $ git pull https://github.com/Icenium/cordova-plugman bektchiev/resolve-symlinks-in-paths Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-plugman/pull/83.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #83 commit 46b968ddf4bc7feea869529c4c800b31631a5dac Author: Martin Bektchiev martin.bektch...@telerik.com Date: 2015-05-04T09:34:43Z CB-8757 - Resolve any symlinks in order to avoid relative path issues --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. --- - To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org For additional commands, e-mail: dev-h...@cordova.apache.org
[GitHub] cordova-plugin-inappbrowser pull request: CB-3360: Set custom inap...
Github user LennardWesterveld commented on the pull request: https://github.com/apache/cordova-plugin-inappbrowser/pull/94#issuecomment-98700835 :+1: --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. --- - To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org For additional commands, e-mail: dev-h...@cordova.apache.org
[GitHub] cordova-plugin-inappbrowser pull request: CB-3360: Set custom inap...
Github user LennardWesterveld commented on the pull request: https://github.com/apache/cordova-plugin-inappbrowser/pull/95#issuecomment-98700863 :+1: --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. --- - To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org For additional commands, e-mail: dev-h...@cordova.apache.org
[GitHub] cordova-plugman pull request: CB-8757 - Resolve any symlinks in or...
Github user agrieve commented on a diff in the pull request: https://github.com/apache/cordova-plugman/pull/83#discussion_r29583217 --- Diff: main.js --- @@ -60,6 +61,9 @@ var cli_opts = nopt(known_opts, shortHands); var cmd = cli_opts.argv.remain.shift(); +cli_opts.project = convertToRealPathSafe(cli_opts.project); --- End diff -- Making them absolute here won't help when using cordova-lib via `cordova` or via `cordova-lib` directly. Could you look and see if you can resolve them outside of main.js? --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. --- - To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org For additional commands, e-mail: dev-h...@cordova.apache.org
[GitHub] cordova-plugin-contacts pull request: Making sure the photoCursor ...
GitHub user gleerman opened a pull request: https://github.com/apache/cordova-plugin-contacts/pull/61 Making sure the photoCursor is always closed You can merge this pull request into a Git repository by running: $ git pull https://github.com/gleerman/cordova-plugin-contacts bugfix/photocursor_close Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-plugin-contacts/pull/61.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #61 commit 927025cb0a65dbd5d8dad2a7cb48a1a32ad4745f Author: Gaetan gaetan.leer...@gmail.com Date: 2015-05-04T13:19:36Z Making sure the photoCursor is always closed --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. --- - To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org For additional commands, e-mail: dev-h...@cordova.apache.org
Re: [Proposal - New Feature] Add tag to config.xml to handle images
Yes, I agree, and the notification icon is a good example. There is nothing in config.xml that currently does just a copy over, which is why I'm proposing to add this functionality in. I am actually just using a hook script to copy the images over right now, but I figure it might be beneficial to add this feature in since it's very common to have other sorts of icon images that aren't the main application icon. Your suggestion of using a name attribute would work, and might be better than have a new tag since it would be redundant to have two separate icon tags doing almost the same thing. What did you mean by one-off asset problems on other platforms? On Sun, May 3, 2015 at 7:36 PM, Darryl Pogue dvpdin...@gmail.com wrote: One example that comes to mind is notification icons for Android. It used to be fine to reuse the app icon, but as of Lollipop notification icons are only transparent and white. If your app icon is square, your notification icon will be a white square unless you provide a different one. Currently there's no way to use config.xml to copy a notification icon (or any other non-app icon). If you're treating your platforms as build artifacts, this means you have to write hooks to copy stuff in manually. Something like icon src=res/android/notification.png density=mdpi name=ic_notification would be ideal for that use case. I do think this turns into a slippery slope pretty quickly though, because a case can probably be made for all sorts of one-off asset problems on other platforms and we probably don't want all of those things ending up in config.xml. On 3 May 2015 at 16:30, Karen Tran ktop...@gmail.com wrote: Buttons were just an example. The image could really be of anything the user wants in the application. What's in cordova now in config.xml is: icon src=res/android/button.png platform=android density=mdpi / The line above will copy button.png into the drawable-mdpi directory and rename it to icon.png, thus replacing the icon.png that is already there. Of course as a result, my application will be using button.png as the main icon. I don't want this. I want a new tag, which is similar to icon, but all it does is copy the image over. No renaming to icon.png. Just plain old copy. *image* src=res/android/button.png platform=android density=mdpi / In cordova-lib/cordova-lib/src/cordova/metadata/android-parser.js is where config.xml gets parsed to handle the icon tag. I believe I can just reuse the code there for this new tag that I want to create, but I just wanted to see if anyone had any objections. On Sat, May 2, 2015 at 5:12 PM, julio cesar sanchez jcesarmob...@gmail.com wrote: But you want it for native buttons? If not, you can just put the images on the www folder El viernes, 1 de mayo de 2015, Karen Tran ktop...@gmail.com escribió: I am looking for a way to be able to specify an image in the config.xml and have it be placed in the drawable directory. Under my circumstances, I have to assume that when the user creates a cordova project, he/she only knows how to modify the config.xml, so that's why I'm pushing for a way to do it this way. I do have a hackish way of doing it by using the preferences tag and getting the path to the image, and then having a script copy it over, but I know the better way to do it would be to just make a tag to take care of images that are not going to be the main icon or splash image and have cordova-cli handle it for me when I call cordova prepare. This isn't really for a plugin, though maybe an app template, but I just wanted to add this functionality to be able to specify non-icon and non-splash images through the config.xml. I've found where in cordova-lib that the parsing happens for the icon and splash tags, so I was proposing to add a new tag for general images. The images could be anything that a user might want in his or her app. An example would be a customized button. The user can specify the path to the image file, and then the image will be dropped into the drawable directory. On Fri, May 1, 2015 at 12:27 PM, Jesse purplecabb...@gmail.com javascript:; wrote: What is the use for the images? Is this for a plugin, or an app template? I can think of a couple ways to do this, but none would affect configure.xml.but I suggest you look at how the splash screen plugin does this for android. On May 1, 2015, at 8:39 AM, Karen Tran ktop...@gmail.com javascript:; wrote: Hi dev-list, I wanted to get your input on a feature I want to add to the config.xml. Currently there are only the icon tag and splash tag that allows the user to specify the icon and splash image in the config.xml respectively. I want to be able to specify multiple images that will be used in my app
Re: Medic Report
That looks really useful! Is there any way to change text/background colors? -Terence Bandoian On 5/2/2015 5:29 PM, Dmitry Blotsky wrote: Hi list, Here is this week’s report on test failures: Android OSX 14 Android Windows 16 iOS 21 Windows 0 WP8 build breaking Open JIRAs: https://issues.apache.org/jira/browse/CB-8848 https://issues.apache.org/jira/browse/CB-8848 | failures iOS WP8 https://issues.apache.org/jira/browse/CB-8847 https://issues.apache.org/jira/browse/CB-8847 | failures iOS https://issues.apache.org/jira/browse/CB-8845 https://issues.apache.org/jira/browse/CB-8845 | failures Android iOS https://issues.apache.org/jira/browse/CB-8844 https://issues.apache.org/jira/browse/CB-8844 | failures Android https://issues.apache.org/jira/browse/CB-8843 https://issues.apache.org/jira/browse/CB-8843 | failures Android https://issues.apache.org/jira/browse/CB-8842 https://issues.apache.org/jira/browse/CB-8842 | failures iOS and Android I have yet to file a JIRA for the WP8 failure. Medic URI: http://ci.apache.org/waterfall?category=cordova http://ci.apache.org/waterfall?category=cordova Kindly, Dmitry - To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org For additional commands, e-mail: dev-h...@cordova.apache.org
[GitHub] cordova-plugin-file pull request: CB-8728 fix write after seek on ...
Github user wahono77 commented on the pull request: https://github.com/apache/cordova-plugin-file/pull/106#issuecomment-98736527 I can not create new thread than I write here :) I use newest version and cordova.file always return undefined in Windows 8.1 I read in release note that this bug was fixed in version 0.2.3, but this bug come again in new version. 0.2.3 (Sept 25, 2013) CB-4889 bumpingresetting version [CB-4903] File Plugin not loading Windows8 [CB-4903] File Plugin not loading Windows8 Thanks --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. --- - To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org For additional commands, e-mail: dev-h...@cordova.apache.org
FYI - Moving to new team, seeing me less around here
I've moved to a new team here at Google (Physical Web: https://google.github.io/physical-web/). This means I will likely be speaking up less often going forward, though I'll still be keeping an eye on these lists for the foreseeable future. And I'm itching to write some cordova plugins for the Physical Web... -Michal
[GitHub] cordova-ios pull request: Clipboard fix for iOS safari copy
GitHub user markharding opened a pull request: https://github.com/apache/cordova-ios/pull/139 Clipboard fix for iOS safari copy Using the iOS helper copy widget, its not possible to paste into any HTML5 inputs. A possible workaround is to grab from the clipboard and re-copy when the app resumes. You can merge this pull request into a Git repository by running: $ git pull https://github.com/markharding/cordova-ios master Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-ios/pull/139.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #139 commit 08453e70052e39d9bbe83fe75a39b33564742b82 Author: Mark Harding m...@kramnorth.com Date: 2015-05-04T14:55:54Z Clipboard fix for iOS safari copy --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. --- - To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org For additional commands, e-mail: dev-h...@cordova.apache.org
Re: FYI - Moving to new team, seeing me less around here
Congrats on moving to the new team. I saw Scott Jensen's presentation on the Physical Web last year at GROWConf and it was definitely interesting. Can you ping me off-list about getting beacons for this one? I know I can convert some of my current BLE gear to do it, but that's a bit expensive, and I want to get cheaper tags. Once again, congrats on the new team. That's a very cool project to be on. On Mon, May 4, 2015 at 7:53 AM Michal Mocny mmo...@google.com wrote: I've moved to a new team here at Google (Physical Web: https://google.github.io/physical-web/). This means I will likely be speaking up less often going forward, though I'll still be keeping an eye on these lists for the foreseeable future. And I'm itching to write some cordova plugins for the Physical Web... -Michal
cross-domain scripting with xDomain and Cordova
Dear Ladies and Gentleman, we have to do cross-domain scripting and use xDomain.js (latest). Because we have to support old internet explorers (IE 9+). As far as we understand xDomain uses the window.location which is always file:// in a Cordova-Project v3.8.0. (Android and iOS) Is there a way to set origin to http:// to allow cross-domain scripting? Or do you have other suggestions / solutions / ideas to solve this problem? If we have to move away from xDomain can we use cors? Best regards, Michael Gruber, B.Sc. - To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org For additional commands, e-mail: dev-h...@cordova.apache.org
Cordova dependencies
Hello, I am currently working on a research project involving analysis of module dependencies in Cordova. How can one extract a list of all modules and their dependencies from Cordova? Best regards, Dimosthenis Kontogiorgos MSc, University of Copenhagen (+45) 22 55 83 36 demosthenes.dkhttp://demosthenes.dk
Re: FYI - Moving to new team, seeing me less around here
Congrats Michal! Super interesting project. On Mon, May 4, 2015 at 7:52 AM, Michal Mocny mmo...@google.com wrote: I've moved to a new team here at Google (Physical Web: https://google.github.io/physical-web/). This means I will likely be speaking up less often going forward, though I'll still be keeping an eye on these lists for the foreseeable future. And I'm itching to write some cordova plugins for the Physical Web... -Michal - To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org For additional commands, e-mail: dev-h...@cordova.apache.org
Re: FYI - Moving to new team, seeing me less around here
That's exciting news Michal! I'll be keeping an eye on the project to see how it progresses! Michael On Mon, May 4, 2015 at 7:58 AM, Joe Bowser bows...@gmail.com wrote: Congrats on moving to the new team. I saw Scott Jensen's presentation on the Physical Web last year at GROWConf and it was definitely interesting. Can you ping me off-list about getting beacons for this one? I know I can convert some of my current BLE gear to do it, but that's a bit expensive, and I want to get cheaper tags. Once again, congrats on the new team. That's a very cool project to be on. On Mon, May 4, 2015 at 7:53 AM Michal Mocny mmo...@google.com wrote: I've moved to a new team here at Google (Physical Web: https://google.github.io/physical-web/). This means I will likely be speaking up less often going forward, though I'll still be keeping an eye on these lists for the foreseeable future. And I'm itching to write some cordova plugins for the Physical Web... -Michal
RE: cross-domain scripting with xDomain and Cordova
Hi Michael, welcome to the list. I'm not sure I understand your question entirely. It sounds as if you have an existing web property in which you're using xDomain.js to make cross-domain script requests, and you want to understand how to do this within a Cordova app? When you package your app for deployment onto a device, your app is served from file:// (for Android and iOS) and from ms-appx:// (for Windows). To allow cross-domain requests, you have to specify the access origin=(origin) / tag in config.xml. Depending on your platform version, you may also need to specify a CSP - (Content Security Policy)[http://content-security-policy.com/] - such as: script-src 'self' mydomain.mysite.com; Cordova templates generally ship with a default CSP presently - you put it into your page meta tags - so take a look at what is already there. Some of those are required for Android, others for iOS, so in general, you probably need to be more permissive than what the default template specifies. For more information, you can check out (cordova-plugin-whitelist)[https://github.com/apache/cordova-plugin-whitelist]. -Rob -Original Message- From: Michael Gruber [mailto:michael.gru...@asoluto.com] Sent: Monday, May 4, 2015 7:14 AM To: dev@cordova.apache.org Subject: cross-domain scripting with xDomain and Cordova Dear Ladies and Gentleman, we have to do cross-domain scripting and use xDomain.js (latest). Because we have to support old internet explorers (IE 9+). As far as we understand xDomain uses the window.location which is always file:// in a Cordova-Project v3.8.0. (Android and iOS) Is there a way to set origin to http:// to allow cross-domain scripting? Or do you have other suggestions / solutions / ideas to solve this problem? If we have to move away from xDomain can we use cors? Best regards, Michael Gruber, B.Sc. - To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org For additional commands, e-mail: dev-h...@cordova.apache.org - To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org For additional commands, e-mail: dev-h...@cordova.apache.org
[GitHub] cordova-docs pull request: CB-8794 Update links to plugins to poin...
Github user nikhilkh commented on the pull request: https://github.com/apache/cordova-docs/pull/281#issuecomment-98789846 Merged as part of commit: 40aa9dd515c5a7e534c6bd1d6d8722360cf2e37e --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. --- - To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org For additional commands, e-mail: dev-h...@cordova.apache.org
[GitHub] cordova-docs pull request: CB-8794 Update links to plugins to poin...
Github user nikhilkh closed the pull request at: https://github.com/apache/cordova-docs/pull/281 --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. --- - To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org For additional commands, e-mail: dev-h...@cordova.apache.org
[GitHub] cordova-plugin-device pull request: Update README.md
GitHub user deslee opened a pull request: https://github.com/apache/cordova-plugin-device/pull/33 Update README.md fixed installation instructions: the previous plugin name resulted in a 404 error You can merge this pull request into a Git repository by running: $ git pull https://github.com/deslee/cordova-plugin-device patch-1 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-plugin-device/pull/33.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #33 commit fe06d3feb41b431248511cbe11684cf215a21caa Author: Desmond Lee desmondc...@gmail.com Date: 2015-05-04T17:35:53Z Update README.md fixed installation instructions: the previous plugin name resulted in a 404 error --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. --- - To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org For additional commands, e-mail: dev-h...@cordova.apache.org
[GitHub] cordova-coho pull request: CB-8950 Add NSP to travis
GitHub user muratsu opened a pull request: https://github.com/apache/cordova-coho/pull/74 CB-8950 Add NSP to travis -Enable travis -Add nsp to travis You can merge this pull request into a Git repository by running: $ git pull https://github.com/MSOpenTech/cordova-coho CB-8950 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-coho/pull/74.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #74 commit 421e8eda6857b5a9c0f4297c5bbfe0cd418c2d96 Author: Murat Sutunc sut...@gmail.com Date: 2015-05-04T17:22:22Z CB-8950 Add NSP to travis --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. --- - To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org For additional commands, e-mail: dev-h...@cordova.apache.org
[GitHub] cordova-docs pull request: CB-8485 Documenting the support to sign...
Github user asfgit closed the pull request at: https://github.com/apache/cordova-docs/pull/280 --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. --- - To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org For additional commands, e-mail: dev-h...@cordova.apache.org
RE: Cordova dependencies
Hi Demosthenes, If you're talking about JS modules in the CLI and tools, you can track the calls to `require()`. If you're talking about JS files used in the runtime, you would want to look at the HTML source elements. If you're talking about the native source, you probably want to look at the native inclusion mechanisms (import for java, etc.). The dependencies between the JS and native files: I'm not sure about. Stick around though; likely other folks will have more to say than I. Kindly, Dmitry -Original Message- From: Dimosthenis Kontogiorgos [mailto:czn...@alumni.ku.dk] Sent: Monday, May 4, 2015 2:04 AM To: dev@cordova.apache.org Subject: Cordova dependencies Hello, I am currently working on a research project involving analysis of module dependencies in Cordova. How can one extract a list of all modules and their dependencies from Cordova? Best regards, Dimosthenis Kontogiorgos MSc, University of Copenhagen (+45) 22 55 83 36 demosthenes.dkhttp://demosthenes.dk - To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org For additional commands, e-mail: dev-h...@cordova.apache.org
Re: Cordova dependencies
If you are talking about node dependencies, git clone cordova-lib ( https://github.com/apache/cordova-lib) and run npm ls On Mon, May 4, 2015 at 11:36 AM, Dmitry Blotsky dblot...@microsoft.com wrote: Hi Demosthenes, If you're talking about JS modules in the CLI and tools, you can track the calls to `require()`. If you're talking about JS files used in the runtime, you would want to look at the HTML source elements. If you're talking about the native source, you probably want to look at the native inclusion mechanisms (import for java, etc.). The dependencies between the JS and native files: I'm not sure about. Stick around though; likely other folks will have more to say than I. Kindly, Dmitry -Original Message- From: Dimosthenis Kontogiorgos [mailto:czn...@alumni.ku.dk] Sent: Monday, May 4, 2015 2:04 AM To: dev@cordova.apache.org Subject: Cordova dependencies Hello, I am currently working on a research project involving analysis of module dependencies in Cordova. How can one extract a list of all modules and their dependencies from Cordova? Best regards, Dimosthenis Kontogiorgos MSc, University of Copenhagen (+45) 22 55 83 36 demosthenes.dkhttp://demosthenes.dk - To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org For additional commands, e-mail: dev-h...@cordova.apache.org
Re: FYI - Moving to new team, seeing me less around here
It has been great working with you Michal! Learned a lot. Enjoy your new project! I'm sure you will kill it. On Mon, May 4, 2015 at 9:49 AM, Brian LeRoux b...@brian.io wrote: Scott is awesome and so is the Physical Web. Huge potential and I'm stoked to hear we now have someone on the inside. ;) Congrats Michal! On Mon, May 4, 2015 at 9:38 AM, Shazron shaz...@gmail.com wrote: Congrats Michal! Super interesting project. On Mon, May 4, 2015 at 7:52 AM, Michal Mocny mmo...@google.com wrote: I've moved to a new team here at Google (Physical Web: https://google.github.io/physical-web/). This means I will likely be speaking up less often going forward, though I'll still be keeping an eye on these lists for the foreseeable future. And I'm itching to write some cordova plugins for the Physical Web... -Michal - To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org For additional commands, e-mail: dev-h...@cordova.apache.org
Re: FYI - Moving to new team, seeing me less around here
Congrats Michal! Good for you! @purplecabbage risingj.com On Mon, May 4, 2015 at 11:49 AM, Steven Gill stevengil...@gmail.com wrote: It has been great working with you Michal! Learned a lot. Enjoy your new project! I'm sure you will kill it. On Mon, May 4, 2015 at 9:49 AM, Brian LeRoux b...@brian.io wrote: Scott is awesome and so is the Physical Web. Huge potential and I'm stoked to hear we now have someone on the inside. ;) Congrats Michal! On Mon, May 4, 2015 at 9:38 AM, Shazron shaz...@gmail.com wrote: Congrats Michal! Super interesting project. On Mon, May 4, 2015 at 7:52 AM, Michal Mocny mmo...@google.com wrote: I've moved to a new team here at Google (Physical Web: https://google.github.io/physical-web/). This means I will likely be speaking up less often going forward, though I'll still be keeping an eye on these lists for the foreseeable future. And I'm itching to write some cordova plugins for the Physical Web... -Michal - To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org For additional commands, e-mail: dev-h...@cordova.apache.org
[GitHub] cordova-plugin-contacts pull request: Making sure the photoCursor ...
Github user rotem925 commented on the pull request: https://github.com/apache/cordova-plugin-contacts/pull/61#issuecomment-98825642 Yea, it fails for me too. Always, though. --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. --- - To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org For additional commands, e-mail: dev-h...@cordova.apache.org
[GitHub] cordova-js pull request: check the window.cordova object a little ...
GitHub user purplecabbage opened a pull request: https://github.com/apache/cordova-js/pull/109 check the window.cordova object a little more strictly Bringing back good old CB-7992 and #104 You can merge this pull request into a Git repository by running: $ git pull https://github.com/purplecabbage/cordova-js ripplefix Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-js/pull/109.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #109 commit 413c874db3e419b7f8219901bd591c8c901d2696 Author: Jesse MacFadyen purplecabb...@gmail.com Date: 2015-05-05T00:47:52Z check the window.cordova object a little more strictly --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. --- - To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org For additional commands, e-mail: dev-h...@cordova.apache.org
RE: Windows Phone Screen resolution
Are you building this for Windows 8 or Windows 8.1 ? These are specified in the appmanifest. -Original Message- From: Ross Gardler (MS OPEN TECH) [mailto:ross.gard...@microsoft.com] Sent: Monday, May 4, 2015 6:01 PM To: dev@cordova.apache.org Subject: Windows Phone Screen resolution I'm trying to submit my first Cordova app to the Windows Phone store. One of the problems I'm getting is that the resulting application requires a limited set of resolutions (WVGA, 720P, WXGA). According to the Windows Store Dashboard this information is pulled from the package details I uploaded. I don't see anything in my config about resolutions. How are these resolutions determined? Ross - To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org For additional commands, e-mail: dev-h...@cordova.apache.org
[GitHub] cordova-js pull request: check the window.cordova object a little ...
Github user TimBarham commented on the pull request: https://github.com/apache/cordova-js/pull/109#issuecomment-98912776 :thumbsup: I can verify this fixes the Ripple break. --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. --- - To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org For additional commands, e-mail: dev-h...@cordova.apache.org
Re: FYI - Moving to new team, seeing me less around here
Congratulations, Physical Web sounds promising,enjoy you new project! 2015-05-05 3:49 GMT+06:00 tommy-carlos williams to...@devgeeks.org: Congratulations. Physical Web sounds interesting. I bet your team will miss you. Enjoy the new funs! -- tommy-carlos williams On 5 May 2015 at 05:15:58, Jesse (purplecabb...@gmail.com) wrote: Congrats Michal! Good for you! @purplecabbage risingj.com On Mon, May 4, 2015 at 11:49 AM, Steven Gill stevengil...@gmail.com wrote: It has been great working with you Michal! Learned a lot. Enjoy your new project! I'm sure you will kill it. On Mon, May 4, 2015 at 9:49 AM, Brian LeRoux b...@brian.io wrote: Scott is awesome and so is the Physical Web. Huge potential and I'm stoked to hear we now have someone on the inside. ;) Congrats Michal! On Mon, May 4, 2015 at 9:38 AM, Shazron shaz...@gmail.com wrote: Congrats Michal! Super interesting project. On Mon, May 4, 2015 at 7:52 AM, Michal Mocny mmo...@google.com wrote: I've moved to a new team here at Google (Physical Web: https://google.github.io/physical-web/). This means I will likely be speaking up less often going forward, though I'll still be keeping an eye on these lists for the foreseeable future. And I'm itching to write some cordova plugins for the Physical Web... -Michal - To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org For additional commands, e-mail: dev-h...@cordova.apache.org
Re: Cordova 5.0.0 duplicate cordova check breaks Ripple
Discussions aside, are you in a position to test ripple?
I believe this change will fix it, can you try this change, and I will look
into the ripple side shortly?
https://github.com/apache/cordova-js/pull/109
We can start the re-release fanfare in the morning, as a minor release
directly from the last release and a minor bump with no other changes
coming in.
Let me know if there are still issues in cordova-js, and I'll look later
tonite.
Cheers,
Jesse
@purplecabbage
risingj.com
On Mon, May 4, 2015 at 5:23 PM, Tim Barham tim.bar...@microsoft.com wrote:
Thanks Jesse...
but still it will be at least a week before we can get a new everything
out
And the alternatives will take less than a week? :)
While I agree there may be better ways for Ripple to do it's thing, my
immediate concern is to get Ripple working as quickly as possible. If we
can indeed kill those two birds with one stone, that's great, but I'm
worried that anything beyond a simple fix will drag out for quite a while.
Also, I was picturing these sorts of changes as being part of proper
plugin simulation support built into Cordova (that is, the ongoing project
I've mentioned previously) - I wonder if for now we should just fix this
the quickest way we can, and make sure the appropriate, public, documented
hooks are in place as part of that project.
override the entire cordova object
BTW, I guess you already know this, but to make sure it is clear - Ripple
doesn't override the cordova object - it only overrides cordova/exec. It
intercepts the creation of the cordova property so it can immediately patch
cordova/exec before it can get called by anyone. It seems to me that
patching cordova/exec is pretty fundamental to how Ripple works, but if
there was another way it could ensure the correct timing (that is, patch
cordova/exec after the cordova object is created, but before it can ever
get called), that would probably suffice.
I don't think cordova/exec/proxy is going to be a viable solution (at
least as it currently works) - isn't there the risk that that will get
overridden by plugins themselves? Also, Ripple wants to intercept *any*
cordova.exec call, even ones it doesn't know about (so it can display UI to
handle those cases) - how to we handle that using cordova/exec/proxy?
Thanks for looking into this, BTW.
Tim
From: Jesse purplecabb...@gmail.com
Sent: Tuesday, May 5, 2015 9:57 AM
To: dev@cordova.apache.org
Subject: Re: Cordova 5.0.0 duplicate cordova check breaks Ripple
Yeah, my reasoning is that it is difficult to update all the affected bits
in cordova. We can change the cordova logic, but still it will be at least
a week before we can get a new everything out.
Part of my reasoning is that ripple claims to be a '... platform agnostic
mobile application development and testing tool.' We should make that part
true as well.
Personally, I consider ripple's use of 'cordova' to be risky given that we
have certain expectations of how our own library works, which may or may
not be private to cordova. I would much rather see ripple implement a
ripple-cordova connector class which uses cordova/exec/proxy or some
cordova apis that we purposely publish, which is what I plan to look into
this week. Or we can consider moving to a model where we do define a way to
override the entire cordova object, and document it.
@purplecabbage
risingj.com
On Mon, May 4, 2015 at 3:56 PM, Tim Barham tim.bar...@microsoft.com
wrote:
Hey Jesse - is your reasoning behind that to avoid having to release an
update for Cordova tools + all platforms, or because you don't want to
change the existing Cordova logic (and if the latter, what's your
concern)?
Have you had any inspiration about how to fix Ripple to avoid tripping
this? I've not been able to come up with a safe approach yet. On the
other
hand, the change in Cordova to avoid triggering this is very simple -
just
a pain that it requires releasing a bunch of updates.
Tim
From: Jesse purplecabb...@gmail.com
Sent: Saturday, May 2, 2015 2:28 AM
To: dev@cordova.apache.org
Subject: Re: Cordova 5.0.0 duplicate cordova check breaks Ripple
I think ripple will need to change, I'll have a look and see if there is
a
more elegant way to implement honeypot.
On Apr 30, 2015, at 7:06 PM, Tim Barham tim.bar...@microsoft.com
wrote:
Hey everyone - a bug was filed today against Ripple that it is broken
with
Cordova 5.0.0. The issue is that Ripple triggers the new duplicate
cordova check:
cordova-js/src/cordova.js line 22:
if (cordova in window) { throw new Error(cordova already
defined); };
Ripple patches cordova by defining a setter for window.cordova to
intercept it being created. This is sufficient to make (cordova in
window) return true. I don't see a way to readily resolve this
Windows Phone Screen resolution
I'm trying to submit my first Cordova app to the Windows Phone store. One of the problems I'm getting is that the resulting application requires a limited set of resolutions (WVGA, 720P, WXGA). According to the Windows Store Dashboard this information is pulled from the package details I uploaded. I don't see anything in my config about resolutions. How are these resolutions determined? Ross
RE: Windows Phone Screen resolution
I'm building for Windows 8.1 (using VS 2015 TACO) The appmanifest is generated by VS. Looking in the platforms folder I can find the appmanifest, but it says nothing about screen resolutions (see below). Since I'm not defining a resolution I would have expected it to work with all resolutions, but that doesn't seem to be the case. I've opened up the appx and looked at the various meta-data files and still see nothing about screen resolution. Perhaps this is nothing to do with Cordova and actually about the way the Windows store decides on support resolutions? Ross -Original Message- From: Parashuram N (MS OPEN TECH) [mailto:panar...@microsoft.com] Sent: Monday, May 4, 2015 6:14 PM To: dev@cordova.apache.org Subject: RE: Windows Phone Screen resolution Are you building this for Windows 8 or Windows 8.1 ? These are specified in the appmanifest. -Original Message- From: Ross Gardler (MS OPEN TECH) [mailto:ross.gard...@microsoft.com] Sent: Monday, May 4, 2015 6:01 PM To: dev@cordova.apache.org Subject: Windows Phone Screen resolution I'm trying to submit my first Cordova app to the Windows Phone store. One of the problems I'm getting is that the resulting application requires a limited set of resolutions (WVGA, 720P, WXGA). According to the Windows Store Dashboard this information is pulled from the package details I uploaded. I don't see anything in my config about resolutions. How are these resolutions determined? Ross - To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org For additional commands, e-mail: dev-h...@cordova.apache.org - To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org For additional commands, e-mail: dev-h...@cordova.apache.org
Re: cordova-osx - mothball
There is non-trivial work to create a bridge for plugins to work with Electron, but it definitely has more of a future than cordova-osx. On Mon, May 4, 2015 at 4:48 PM, Shazron shaz...@gmail.com wrote: A platform based off Atom Electron is more viable than cordova-osx at this point: http://electron.atom.io On Mon, May 4, 2015 at 4:47 PM, Shazron shaz...@gmail.com wrote: https://issues.apache.org/jira/browse/CB-7143 Currently there are no resources to work on this, effectively it is abandoned. Not sure what we do with this platform to signal this abandonment except for docs. If anyone disagrees with mothballing this, chime in. - To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org For additional commands, e-mail: dev-h...@cordova.apache.org
Re: Cookie support in docs.
Any particular version? I've never had a problem with this in the past (afaik). On Mon, May 4, 2015 at 1:16 AM, julio cesar sanchez jcesarmob...@gmail.com wrote: I've just read this topic on the google group https://groups.google.com/forum/#!topic/phonegap/0EnQJBPA0uA On the FAQ you can read: The first is within XHR (Ajax) requests to remote resources. Unless you specifically remove them, your Ajax library will automatically use cookies in subsequent calls to remote APIs and resources you request. So given that some API returns a cookie required for future calls, you can assume it will be automatically sent when your app hits it again. But it seems it isn't true on android 2015-04-23 5:26 GMT+02:00 Andrey Kurdumov kant2...@googlemail.com: I put section about CORS, since looks like not everybody unaware that CORS applied to all remote communicatoins. https://github.com/cordova/cordova-discuss/pull/1 Please take a look. 2015-04-23 3:01 GMT+06:00 Raymond Camden raymondcam...@gmail.com: Sweet. Thanks Shazon! On Wed, Apr 22, 2015 at 1:58 PM, Shazron shaz...@gmail.com wrote: Created https://github.com/cordova/cordova-discuss/blob/master/FAQ.md as a doc so we can stage edits. If anyone needs direct access let me know. On Wed, Apr 22, 2015 at 10:21 AM, Raymond Camden raymondcam...@gmail.com wrote: So we don't have a FAQ yet. Is it time to start it? Here is my stab: Do cookies work in Cordova apps? There are two ways in which you may want to use cookies. The first is within XHR (Ajax) requests to remote resources. Unless you specifically remove them, your Ajax library will automatically use cookies in subsequent calls to remote APIs and resources you request. So given that some API returns a cookie required for future calls, you can assume it will be automatically sent when your app hits it again. The other way your app may desire to use cookies is locally - ie within the app itself. This does not make sense within a Cordova app as it isn't running on a proper web server itself. If your intent is simply to store data for the app then you should make use the various existing methods (link to http://cordova.apache.org/docs/en/4.0.0/cordova_storage_storage.md.html#Storage ) to store data locally. On Wed, Apr 22, 2015 at 9:44 AM, Josh Soref jso...@blackberry.com wrote: Andrey: It makes sense for someone to write a simple document saying that cookies are supported for subresources requested from remote web servers, but that Cordova doesn't promise cookie support for the app itself, and it should suggest using localStorage or the file API for preferences. Thanks for volunteering to work on this :) -Original Message- From: agri...@google.com [mailto:agri...@google.com] On Behalf Of Andrew Grieve Sent: Wednesday, April 22, 2015 11:18 AM To: dev Subject: Re: Cookie support in docs. Cookies work the same as they do in a browser AFAIK. cookies for file: don't make sense because you talk to a server at file:. If you make an XHR to http:///, they it can set cookies. On Wed, Apr 22, 2015 at 6:12 AM, Andrey Kurdumov kant2...@googlemail.com wrote: Hi, I come across the following SO question. http://stackoverflow.com/questions/24374397/cookie-support-in- cordova-official-documentation The guy could not find any mentions about cookie support in the Phonegap. I do google search and find that the only mention about cookie support is issue CB-8026 where stated that Android support third-party cookies. I personally was having problems with that, but resolve it using custom HTTP header. Question is: Does it make sense add the section in the docs regarding cookies, and their limitations in Cordova apps, due to fact that files server over file:/// protocol? -- === Raymond Camden, Developer Advocate for MobileFirst at IBM Email : raymondcam...@gmail.com Blog : www.raymondcamden.com Twitter: raymondcamden - To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org For additional commands, e-mail: dev-h...@cordova.apache.org - To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org For additional commands, e-mail: dev-h...@cordova.apache.org -- === Raymond Camden, Developer Advocate for MobileFirst at IBM Email : raymondcam...@gmail.com Blog : www.raymondcamden.com Twitter: raymondcamden - To unsubscribe, e-mail:
[GitHub] cordova-lib pull request: Remove hardcoded reference to registry.n...
Github user axemclion commented on the pull request: https://github.com/apache/cordova-lib/pull/211#issuecomment-98883153 :+1: I think this is a great idea. Should we have this for plugins also ? --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. --- - To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org For additional commands, e-mail: dev-h...@cordova.apache.org
Re: Cordova 5.0.0 duplicate cordova check breaks Ripple
Hey Jesse - is your reasoning behind that to avoid having to release an update
for Cordova tools + all platforms, or because you don't want to change the
existing Cordova logic (and if the latter, what's your concern)?
Have you had any inspiration about how to fix Ripple to avoid tripping this?
I've not been able to come up with a safe approach yet. On the other hand, the
change in Cordova to avoid triggering this is very simple - just a pain that it
requires releasing a bunch of updates.
Tim
From: Jesse purplecabb...@gmail.com
Sent: Saturday, May 2, 2015 2:28 AM
To: dev@cordova.apache.org
Subject: Re: Cordova 5.0.0 duplicate cordova check breaks Ripple
I think ripple will need to change, I'll have a look and see if there is a more
elegant way to implement honeypot.
On Apr 30, 2015, at 7:06 PM, Tim Barham tim.bar...@microsoft.com wrote:
Hey everyone - a bug was filed today against Ripple that it is broken with
Cordova 5.0.0. The issue is that Ripple triggers the new duplicate
cordova check:
cordova-js/src/cordova.js line 22:
if (cordova in window) { throw new Error(cordova already defined); };
Ripple patches cordova by defining a setter for window.cordova to
intercept it being created. This is sufficient to make (cordova in
window) return true. I don't see a way to readily resolve this issue in
Ripple. We can fix it in Cordova by changing the test to:
if (window.cordova) ...
Couple of questions:
1. Any reason not to make this change?
2. To get this fix out will require re-releasing all platforms, correct?
And I presume a tools release to update the pinned platforms? Is this
sufficient reason to trigger such a release?
Thanks!
Tim
-
To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
For additional commands, e-mail: dev-h...@cordova.apache.org
-
To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
For additional commands, e-mail: dev-h...@cordova.apache.org
Would like to submit PR, unable to figure out JIRA
Hi folks, I'd like to contribute a change to cordova-lib but am a little confused by the contribution guidelines. In particular, I'd like to create a ticket in JIRA, but I can't quite seem to figure out how. I haven't used JIRA before, but I assumed I could create an issue using the blue Create button, but that seems to be a dead end (I can create a Service Desk request, but I don't think that's the same thing?) I also need to still sign the ICLA, but I'll do that soon. Anyhow, my PR should be simple and available here: https://github.com/apache/cordova-lib/pull/211 Could someone point me in the right direction to get started creating an issue, so I can finish the workflow? Thanks!
cordova-osx - mothball
https://issues.apache.org/jira/browse/CB-7143 Currently there are no resources to work on this, effectively it is abandoned. Not sure what we do with this platform to signal this abandonment except for docs. If anyone disagrees with mothballing this, chime in. - To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org For additional commands, e-mail: dev-h...@cordova.apache.org
Re: Cordova 5.0.0 duplicate cordova check breaks Ripple
Yeah, my reasoning is that it is difficult to update all the affected bits
in cordova. We can change the cordova logic, but still it will be at least
a week before we can get a new everything out.
Part of my reasoning is that ripple claims to be a '... platform agnostic
mobile application development and testing tool.' We should make that part
true as well.
Personally, I consider ripple's use of 'cordova' to be risky given that we
have certain expectations of how our own library works, which may or may
not be private to cordova. I would much rather see ripple implement a
ripple-cordova connector class which uses cordova/exec/proxy or some
cordova apis that we purposely publish, which is what I plan to look into
this week. Or we can consider moving to a model where we do define a way to
override the entire cordova object, and document it.
@purplecabbage
risingj.com
On Mon, May 4, 2015 at 3:56 PM, Tim Barham tim.bar...@microsoft.com wrote:
Hey Jesse - is your reasoning behind that to avoid having to release an
update for Cordova tools + all platforms, or because you don't want to
change the existing Cordova logic (and if the latter, what's your concern)?
Have you had any inspiration about how to fix Ripple to avoid tripping
this? I've not been able to come up with a safe approach yet. On the other
hand, the change in Cordova to avoid triggering this is very simple - just
a pain that it requires releasing a bunch of updates.
Tim
From: Jesse purplecabb...@gmail.com
Sent: Saturday, May 2, 2015 2:28 AM
To: dev@cordova.apache.org
Subject: Re: Cordova 5.0.0 duplicate cordova check breaks Ripple
I think ripple will need to change, I'll have a look and see if there is a
more elegant way to implement honeypot.
On Apr 30, 2015, at 7:06 PM, Tim Barham tim.bar...@microsoft.com
wrote:
Hey everyone - a bug was filed today against Ripple that it is broken
with
Cordova 5.0.0. The issue is that Ripple triggers the new duplicate
cordova check:
cordova-js/src/cordova.js line 22:
if (cordova in window) { throw new Error(cordova already
defined); };
Ripple patches cordova by defining a setter for window.cordova to
intercept it being created. This is sufficient to make (cordova in
window) return true. I don't see a way to readily resolve this issue in
Ripple. We can fix it in Cordova by changing the test to:
if (window.cordova) ...
Couple of questions:
1. Any reason not to make this change?
2. To get this fix out will require re-releasing all platforms, correct?
And I presume a tools release to update the pinned platforms? Is this
sufficient reason to trigger such a release?
Thanks!
Tim
-
To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
For additional commands, e-mail: dev-h...@cordova.apache.org
-
To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
For additional commands, e-mail: dev-h...@cordova.apache.org
[GitHub] cordova-lib pull request: Remove hardcoded reference to registry.n...
Github user mattdsteele commented on the pull request: https://github.com/apache/cordova-lib/pull/211#issuecomment-98884057 Based on my (very brief) testing, I was able to run `cordova plugin add [plugin]` and it pulled from the proper registry. --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. --- - To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org For additional commands, e-mail: dev-h...@cordova.apache.org
[GitHub] cordova-ios pull request: [CB-8948] Clipboard fix for iOS safari c...
Github user shazron commented on the pull request: https://github.com/apache/cordova-ios/pull/139#issuecomment-98885356 Hi Mark, not sure I understand what scenario this code helps fix? Any examples online? --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. --- - To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org For additional commands, e-mail: dev-h...@cordova.apache.org
Re: cordova-osx - mothball
A platform based off Atom Electron is more viable than cordova-osx at this point: http://electron.atom.io On Mon, May 4, 2015 at 4:47 PM, Shazron shaz...@gmail.com wrote: https://issues.apache.org/jira/browse/CB-7143 Currently there are no resources to work on this, effectively it is abandoned. Not sure what we do with this platform to signal this abandonment except for docs. If anyone disagrees with mothballing this, chime in. - To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org For additional commands, e-mail: dev-h...@cordova.apache.org
Great talk on Getting Great Performance Out of Cordova Apps
By Ryan Salva (Microsoft) http://channel9.msdn.com/Events/Build/2015/3-756 - To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org For additional commands, e-mail: dev-h...@cordova.apache.org
[GitHub] cordova-plugin-device pull request: Update README.md
Github user purplecabbage commented on the pull request: https://github.com/apache/cordova-plugin-device/pull/33#issuecomment-98832067 No, the new way is the correct way. We're not going back. If you are experiencing issues, you need to update your cli. I will look at adding text to this effect. Please close this pull request. --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. --- - To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org For additional commands, e-mail: dev-h...@cordova.apache.org
WP8 Crash JIRA
Hi all, Just getting some exposure on this since it's breaking a build. Here's the JIRA for the bug that's breaking the WP8 build: https://issues.apache.org/jira/browse/CB-8951. Kindly, Dmitry
Re: FYI - Moving to new team, seeing me less around here
Congratulations. Physical Web sounds interesting. I bet your team will miss you. Enjoy the new funs! -- tommy-carlos williams On 5 May 2015 at 05:15:58, Jesse (purplecabb...@gmail.com) wrote: Congrats Michal! Good for you! @purplecabbage risingj.com On Mon, May 4, 2015 at 11:49 AM, Steven Gill stevengil...@gmail.com wrote: It has been great working with you Michal! Learned a lot. Enjoy your new project! I'm sure you will kill it. On Mon, May 4, 2015 at 9:49 AM, Brian LeRoux b...@brian.io wrote: Scott is awesome and so is the Physical Web. Huge potential and I'm stoked to hear we now have someone on the inside. ;) Congrats Michal! On Mon, May 4, 2015 at 9:38 AM, Shazron shaz...@gmail.com wrote: Congrats Michal! Super interesting project. On Mon, May 4, 2015 at 7:52 AM, Michal Mocny mmo...@google.com wrote: I've moved to a new team here at Google (Physical Web: https://google.github.io/physical-web/). This means I will likely be speaking up less often going forward, though I'll still be keeping an eye on these lists for the foreseeable future. And I'm itching to write some cordova plugins for the Physical Web... -Michal - To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org For additional commands, e-mail: dev-h...@cordova.apache.org
Re: Cordova 5.0.0 duplicate cordova check breaks Ripple
Thanks Jesse...
but still it will be at least a week before we can get a new everything out
And the alternatives will take less than a week? :)
While I agree there may be better ways for Ripple to do it's thing, my
immediate concern is to get Ripple working as quickly as possible. If we can
indeed kill those two birds with one stone, that's great, but I'm worried that
anything beyond a simple fix will drag out for quite a while.
Also, I was picturing these sorts of changes as being part of proper plugin
simulation support built into Cordova (that is, the ongoing project I've
mentioned previously) - I wonder if for now we should just fix this the
quickest way we can, and make sure the appropriate, public, documented hooks
are in place as part of that project.
override the entire cordova object
BTW, I guess you already know this, but to make sure it is clear - Ripple
doesn't override the cordova object - it only overrides cordova/exec. It
intercepts the creation of the cordova property so it can immediately patch
cordova/exec before it can get called by anyone. It seems to me that patching
cordova/exec is pretty fundamental to how Ripple works, but if there was
another way it could ensure the correct timing (that is, patch cordova/exec
after the cordova object is created, but before it can ever get called), that
would probably suffice.
I don't think cordova/exec/proxy is going to be a viable solution (at least as
it currently works) - isn't there the risk that that will get overridden by
plugins themselves? Also, Ripple wants to intercept *any* cordova.exec call,
even ones it doesn't know about (so it can display UI to handle those cases) -
how to we handle that using cordova/exec/proxy?
Thanks for looking into this, BTW.
Tim
From: Jesse purplecabb...@gmail.com
Sent: Tuesday, May 5, 2015 9:57 AM
To: dev@cordova.apache.org
Subject: Re: Cordova 5.0.0 duplicate cordova check breaks Ripple
Yeah, my reasoning is that it is difficult to update all the affected bits
in cordova. We can change the cordova logic, but still it will be at least
a week before we can get a new everything out.
Part of my reasoning is that ripple claims to be a '... platform agnostic
mobile application development and testing tool.' We should make that part
true as well.
Personally, I consider ripple's use of 'cordova' to be risky given that we
have certain expectations of how our own library works, which may or may
not be private to cordova. I would much rather see ripple implement a
ripple-cordova connector class which uses cordova/exec/proxy or some
cordova apis that we purposely publish, which is what I plan to look into
this week. Or we can consider moving to a model where we do define a way to
override the entire cordova object, and document it.
@purplecabbage
risingj.com
On Mon, May 4, 2015 at 3:56 PM, Tim Barham tim.bar...@microsoft.com wrote:
Hey Jesse - is your reasoning behind that to avoid having to release an
update for Cordova tools + all platforms, or because you don't want to
change the existing Cordova logic (and if the latter, what's your concern)?
Have you had any inspiration about how to fix Ripple to avoid tripping
this? I've not been able to come up with a safe approach yet. On the other
hand, the change in Cordova to avoid triggering this is very simple - just
a pain that it requires releasing a bunch of updates.
Tim
From: Jesse purplecabb...@gmail.com
Sent: Saturday, May 2, 2015 2:28 AM
To: dev@cordova.apache.org
Subject: Re: Cordova 5.0.0 duplicate cordova check breaks Ripple
I think ripple will need to change, I'll have a look and see if there is a
more elegant way to implement honeypot.
On Apr 30, 2015, at 7:06 PM, Tim Barham tim.bar...@microsoft.com
wrote:
Hey everyone - a bug was filed today against Ripple that it is broken
with
Cordova 5.0.0. The issue is that Ripple triggers the new duplicate
cordova check:
cordova-js/src/cordova.js line 22:
if (cordova in window) { throw new Error(cordova already
defined); };
Ripple patches cordova by defining a setter for window.cordova to
intercept it being created. This is sufficient to make (cordova in
window) return true. I don't see a way to readily resolve this issue in
Ripple. We can fix it in Cordova by changing the test to:
if (window.cordova) ...
Couple of questions:
1. Any reason not to make this change?
2. To get this fix out will require re-releasing all platforms, correct?
And I presume a tools release to update the pinned platforms? Is this
sufficient reason to trigger such a release?
Thanks!
Tim
-
To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
For additional commands, e-mail: dev-h...@cordova.apache.org
-
Re: Cordova 5.0.0 duplicate cordova check breaks Ripple
Yep, I verified your change fixes the failure with Ripple (in fact, just the 'window.cordova' check is enough to fix Ripple, since that returns undefined). From: Jesse purplecabb...@gmail.com Sent: Tuesday, May 5, 2015 10:53 AM To: dev@cordova.apache.org Subject: Re: Cordova 5.0.0 duplicate cordova check breaks Ripple Discussions aside, are you in a position to test ripple? I believe this change will fix it, can you try this change, and I will look into the ripple side shortly? https://github.com/apache/cordova-js/pull/109 We can start the re-release fanfare in the morning, as a minor release directly from the last release and a minor bump with no other changes coming in. Let me know if there are still issues in cordova-js, and I'll look later tonite. Cheers, Jesse @purplecabbage risingj.com On Mon, May 4, 2015 at 5:23 PM, Tim Barham tim.bar...@microsoft.com wrote: Thanks Jesse... but still it will be at least a week before we can get a new everything out And the alternatives will take less than a week? :) While I agree there may be better ways for Ripple to do it's thing, my immediate concern is to get Ripple working as quickly as possible. If we can indeed kill those two birds with one stone, that's great, but I'm worried that anything beyond a simple fix will drag out for quite a while. Also, I was picturing these sorts of changes as being part of proper plugin simulation support built into Cordova (that is, the ongoing project I've mentioned previously) - I wonder if for now we should just fix this the quickest way we can, and make sure the appropriate, public, documented hooks are in place as part of that project. override the entire cordova object BTW, I guess you already know this, but to make sure it is clear - Ripple doesn't override the cordova object - it only overrides cordova/exec. It intercepts the creation of the cordova property so it can immediately patch cordova/exec before it can get called by anyone. It seems to me that patching cordova/exec is pretty fundamental to how Ripple works, but if there was another way it could ensure the correct timing (that is, patch cordova/exec after the cordova object is created, but before it can ever get called), that would probably suffice. I don't think cordova/exec/proxy is going to be a viable solution (at least as it currently works) - isn't there the risk that that will get overridden by plugins themselves? Also, Ripple wants to intercept *any* cordova.exec call, even ones it doesn't know about (so it can display UI to handle those cases) - how to we handle that using cordova/exec/proxy? Thanks for looking into this, BTW. Tim From: Jesse purplecabb...@gmail.com Sent: Tuesday, May 5, 2015 9:57 AM To: dev@cordova.apache.org Subject: Re: Cordova 5.0.0 duplicate cordova check breaks Ripple Yeah, my reasoning is that it is difficult to update all the affected bits in cordova. We can change the cordova logic, but still it will be at least a week before we can get a new everything out. Part of my reasoning is that ripple claims to be a '... platform agnostic mobile application development and testing tool.' We should make that part true as well. Personally, I consider ripple's use of 'cordova' to be risky given that we have certain expectations of how our own library works, which may or may not be private to cordova. I would much rather see ripple implement a ripple-cordova connector class which uses cordova/exec/proxy or some cordova apis that we purposely publish, which is what I plan to look into this week. Or we can consider moving to a model where we do define a way to override the entire cordova object, and document it. @purplecabbage risingj.com On Mon, May 4, 2015 at 3:56 PM, Tim Barham tim.bar...@microsoft.com wrote: Hey Jesse - is your reasoning behind that to avoid having to release an update for Cordova tools + all platforms, or because you don't want to change the existing Cordova logic (and if the latter, what's your concern)? Have you had any inspiration about how to fix Ripple to avoid tripping this? I've not been able to come up with a safe approach yet. On the other hand, the change in Cordova to avoid triggering this is very simple - just a pain that it requires releasing a bunch of updates. Tim From: Jesse purplecabb...@gmail.com Sent: Saturday, May 2, 2015 2:28 AM To: dev@cordova.apache.org Subject: Re: Cordova 5.0.0 duplicate cordova check breaks Ripple I think ripple will need to change, I'll have a look and see if there is a more elegant way to implement honeypot. On Apr 30, 2015, at 7:06 PM, Tim Barham tim.bar...@microsoft.com wrote: Hey everyone - a bug was filed today against Ripple that it is broken with Cordova 5.0.0. The issue is that Ripple triggers the
