[jira] [Commented] (CB-7493) Add e2e test for 'space-in-path' and 'unicode in path/name' for core platforms.
[ https://issues.apache.org/jira/browse/CB-7493?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14178014#comment-14178014 ] Vladimir Kotikov commented on CB-7493: -- Android seems to be resolved too in https://github.com/apache/cordova-android/pull/119 Add e2e test for 'space-in-path' and 'unicode in path/name' for core platforms. --- Key: CB-7493 URL: https://issues.apache.org/jira/browse/CB-7493 Project: Apache Cordova Issue Type: Bug Components: Android, iOS, Windows, WP8 Reporter: Vladimir Kotikov Assignee: Jesse MacFadyen Since we have several issues with unicode in paths and app names it will be great to have automated testing of these cases. Best place to keep these tests is platform repo, so these tests can be ran via come CI service (Appveyor for WP8 and Windows, Travis CI for Android and iOS) For WP8 and windows platforms we already have such tests, so we need just to improve them to test new cases. For Android and iOS it will be necessary to implement tests. Implementation will be very similar to windows/wp8 implementation. Note that android currently doesn't have support for unicode symbols in app name (due to android tools restrictions). So test for android should contain only 'space' case test. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7758) Support for content:// URIs
[
https://issues.apache.org/jira/browse/CB-7758?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14178022#comment-14178022
]
Wolfgang Flohr-Hochbichler commented on CB-7758:
Thank you all - I really appreciate your support!
Yes Joe - you are right, I'm one of the guys behind jsHybugger :-)
In the meantime I digged a little bit deeper into the issue and found another
problem
* The secret generation within CordovaBridge.java will generate also negative
secret tokens, but code sections (java, javascript) will check for
{code:javascript}
if (bridgeSecret 0) {
// If we ever catch this firing, we'll need to queue up exec()s
// and fire them once we get a secret. For now, I don't think
// it's possible for exec() to be called since plugins are parsed but
// not run until until after onNativeReady.
throw new Error('exec() called without bridgeSecret');
}
{code}
Fixing the gap_init and the secret token generation on my computer have
increased the change (70%) that the device ready will be fired but
it's far away from being stable.
What I could see so far is, that the fireing of the device ready event has
something to do with
onload Plugins and/or page redirects during page load. Sometimes it will
succeed and sometimes not, depending on the bridgeSecret was successfully
exchanged between java (CordovaBridge.java) and javascript (cordova.js)
Any idea?
Support for content:// URIs
---
Key: CB-7758
URL: https://issues.apache.org/jira/browse/CB-7758
Project: Apache Cordova
Issue Type: New Feature
Components: Android
Affects Versions: 3.6.0
Environment: Android 4.3
Reporter: Wolfgang Flohr-Hochbichler
Priority: Minor
Device ready event is not fired if page is loaded via content:// protocol.
I assume it has something to do with a security check done within
CordovaBridge.java which triggers the following gap_init error message.
10-09 10:10:18.071 16719 16719 E CordovaBridge: gap_init called from
restricted origin:
content://com.ionicframework.ionicapp795549.jsHybugger/file:///android_asset/www/index.html#/tab/dash
10-09 10:10:23.075 16719 16719 D CordovaLog:
content://com.ionicframework.ionicapp795549.jsHybugger/jshybugger.js: Line
112 : deviceready has not fired after 5 seconds.
10-09 10:10:23.075 16719 16719 I Web Console: deviceready has not fired after
5 seconds. at
content://com.ionicframework.ionicapp795549.jsHybugger/jshybugger.js:112
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-6785) iOS - Fix header licenses (Apache RAT report)
[ https://issues.apache.org/jira/browse/CB-6785?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-6785: - Description: JavaDocs are generated and so license header is optional Generated files do not required license headers Add a .ratExcludes file for files to exclude 9 Unknown Licenses *** Unapproved licenses: ./component.json ./CordovaLib/Classes/NSData+Base64.h ./CordovaLib/Classes/NSData+Base64.m ./bin/templates/project/__PROJECT_NAME__/gitignore ./tests/cordova-ios.xcworkspace/contents.xcworkspacedata ./tests/cordova-ios.xcworkspace/xcshareddata/cordova-ios.xccheckout ./tests/cordova-ios.xcworkspace/xcshareddata/xcschemes/CordovaLib.xcscheme ./tests/cordova-ios.xcworkspace/xcshareddata/xcschemes/CordovaLibApp.xcscheme ./tests/cordova-ios.xcworkspace/xcshareddata/xcschemes/CordovaLibTests.xcscheme was: JavaDocs are generated and so license header is optional Generated files do not required license headers Add a .ratExcludes file for files to exclude 5 Unknown Licenses *** Unapproved licenses: ./CONTRIBUTING.md ./CordovaLib/Classes/NSData+Base64.h ./CordovaLib/Classes/NSData+Base64.m ./bin/templates/project/__PROJECT_NAME__/gitignore ./bin/templates/scripts/cordova/build.xcconfig iOS - Fix header licenses (Apache RAT report) - Key: CB-6785 URL: https://issues.apache.org/jira/browse/CB-6785 Project: Apache Cordova Issue Type: Sub-task Components: iOS Reporter: Shazron Abdullah JavaDocs are generated and so license header is optional Generated files do not required license headers Add a .ratExcludes file for files to exclude 9 Unknown Licenses *** Unapproved licenses: ./component.json ./CordovaLib/Classes/NSData+Base64.h ./CordovaLib/Classes/NSData+Base64.m ./bin/templates/project/__PROJECT_NAME__/gitignore ./tests/cordova-ios.xcworkspace/contents.xcworkspacedata ./tests/cordova-ios.xcworkspace/xcshareddata/cordova-ios.xccheckout ./tests/cordova-ios.xcworkspace/xcshareddata/xcschemes/CordovaLib.xcscheme ./tests/cordova-ios.xcworkspace/xcshareddata/xcschemes/CordovaLibApp.xcscheme ./tests/cordova-ios.xcworkspace/xcshareddata/xcschemes/CordovaLibTests.xcscheme -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-6785) iOS - Fix header licenses (Apache RAT report)
[ https://issues.apache.org/jira/browse/CB-6785?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-6785. -- Resolution: Fixed Assignee: Shazron Abdullah 1. https://git-wip-us.apache.org/repos/asf?p=cordova-coho.git;a=commit;h=944dd72ae7afe4624512c7ae3774f700d9425ea8 2. https://git-wip-us.apache.org/repos/asf?p=cordova-coho.git;a=commit;h=4f34b358cd0d372f800b11c80079ab3ede891ee7 iOS - Fix header licenses (Apache RAT report) - Key: CB-6785 URL: https://issues.apache.org/jira/browse/CB-6785 Project: Apache Cordova Issue Type: Sub-task Components: iOS Reporter: Shazron Abdullah Assignee: Shazron Abdullah JavaDocs are generated and so license header is optional Generated files do not required license headers Add a .ratExcludes file for files to exclude 9 Unknown Licenses *** Unapproved licenses: ./component.json ./CordovaLib/Classes/NSData+Base64.h ./CordovaLib/Classes/NSData+Base64.m ./bin/templates/project/__PROJECT_NAME__/gitignore ./tests/cordova-ios.xcworkspace/contents.xcworkspacedata ./tests/cordova-ios.xcworkspace/xcshareddata/cordova-ios.xccheckout ./tests/cordova-ios.xcworkspace/xcshareddata/xcschemes/CordovaLib.xcscheme ./tests/cordova-ios.xcworkspace/xcshareddata/xcschemes/CordovaLibApp.xcscheme ./tests/cordova-ios.xcworkspace/xcshareddata/xcschemes/CordovaLibTests.xcscheme -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7519) Use simctl (part of Xcode 6) instead of ios-sim
[ https://issues.apache.org/jira/browse/CB-7519?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14178048#comment-14178048 ] Shazron Abdullah commented on CB-7519: -- ios-sim branch 4.0.0 plans to use simctl. No dev has been done yet, but the branch has been created. Use simctl (part of Xcode 6) instead of ios-sim --- Key: CB-7519 URL: https://issues.apache.org/jira/browse/CB-7519 Project: Apache Cordova Issue Type: Improvement Components: iOS Environment: Xcode 6 GM Reporter: Shazron Abdullah See: http://ericasadun.com/2014/06/18/ios-8-building-custom-simulators/ Location: `xcode-select --print-path`/usr/bin/simctl or xcrun simctl Run without args to see the help -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-6843) iOS cordova app crashes on stringByEvaluatingJavaScriptFromString: in the class CDVCommandDelegateImpl.m.
[ https://issues.apache.org/jira/browse/CB-6843?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-6843. -- Resolution: Fixed Fix Version/s: 3.7.0 Assignee: Shazron Abdullah This may be it, fixed in 3.7.0: https://github.com/apache/cordova-plugin-device/commit/974ef81cbb4135c4a66d4d3b078aee864cefede6 iOS cordova app crashes on stringByEvaluatingJavaScriptFromString: in the class CDVCommandDelegateImpl.m. - Key: CB-6843 URL: https://issues.apache.org/jira/browse/CB-6843 Project: Apache Cordova Issue Type: Bug Components: iOS Environment: iOS 7 Reporter: Geetha Assignee: Shazron Abdullah Priority: Critical Fix For: 3.7.0 Attachments: Call Mobile_CrashReport.txt, Crash_Report.txt, Screen Shot 2014-05-31 at 3.11.09 PM.png The app is been developed using the Cordova version 3.2 and with iOS versions 6 and 7. In the app APNS is been supported, so in order to support the APNS feature we have to sent the status to server when the app goes to the foreground . For this support we requested the OS to extend the execution time () so that app can send the status to the server. In mean time if the app rest a while in the background and comes to the foreground let say some 30 mins or one hour ,the app crashes out with exception EXC_BAD_ACCESS. The crash report says that the exception is been caught in the CDVCommandDelegaetImpl class in the method evalJsHelper2: for the API i.e stringByEvaluatingJavaScriptFromString:. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-6868) Build for Active Architecture Only - Debug keeps being set to YES
[ https://issues.apache.org/jira/browse/CB-6868?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-6868. -- Resolution: Not a Problem I don't think this happens anymore. Re-open if it is still a problem (compile error) Build for Active Architecture Only - Debug keeps being set to YES Key: CB-6868 URL: https://issues.apache.org/jira/browse/CB-6868 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 3.5.0 Reporter: Dooms Running cordova build ios changes CordovaLib.xcodeproj Build for Active Architecture Only - Debug to YES. This causes compile error: ld: warning: ignoring file ./Build/Products/Debug-iphoneos/libCordova.a, file was built for archive which is not the architecture being linked (armv7) Which then generates compile errors when linking. Furthermore, cordova build ios will change the Debug setting from NO to YES each time. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7780) iPhone app on iPad (iOS 8)
[ https://issues.apache.org/jira/browse/CB-7780?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14178066#comment-14178066 ] Eser Esen commented on CB-7780: --- You can reproduce this (at least with 3.6.3), create the project as usual, set target device to handset in and also orientation to portrait only in config.xml, so iphone is preselected on xcode, add platform ios, start xcode loading the project. Now you will see iphone preselected and portrait only, all other 3 orientations are NOT ticket. Now if you install that app on the ipda or iphone on ios8 (ONLY install), then hold your device in landscape mode and start the app, depending on the webapp you developed you might get the scaling issue, the webapp looks cut. The funny part is: I got back to xCode, then switched the device to iPad only, and saw all 4 orientations ticket by default (looks like config.xml is not affecting this setting for ipad, because target device was handset???), i UNTICK all orientations except portrait, so iPad also supports only portrait. Now i install the app again, hold device in landscape mode, start app. App starts in portrait mode looking fine. So i thought, i could solve this issue by creating a cordova project WITHOUT ipad stuff at all. If i create a blank xCode project and select iPhone only, i wont see any iPad resource in the project. But using cordova, it puts all the iPad stuff in the project. So i need to be careful. My app got rejected at Apple (10.6), quote, The app does not scale properly, and the app is for iPhone only. So i had to switch to iPad, unselect (Upside down (both) and landscape), then rebuild, works fine. Heres the stackoverflow question on how to build a cordova project without iPad resources, since xCode seems to support adding iPhone stuff only into the project. http://stackoverflow.com/questions/26357130/cordova-3-6-0-add-only-iphone-support-no-ipad-at-all iPhone app on iPad (iOS 8) -- Key: CB-7780 URL: https://issues.apache.org/jira/browse/CB-7780 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 3.6.3 Reporter: Tom Bell When running an iPhone only, portrait only app on an iPad running iOS 8, the viewport is pretty messed up. I've tested this using a blank Cordova project from scratch. Removing the `height` and `width` options from the viewport. The viewport seems to resize to half the screen width, when viewing in landscape. It should keep the normal portrait viewport and be portrait. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-6479) App Crash: Requesting the window of a view with a nil layer
[ https://issues.apache.org/jira/browse/CB-6479?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-6479. -- Resolution: Cannot Reproduce Assignee: Shazron Abdullah Re-open if this still happens on iOS 8. App Crash: Requesting the window of a view with a nil layer --- Key: CB-6479 URL: https://issues.apache.org/jira/browse/CB-6479 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 3.3.0 Environment: IOS 6 and 7 on ipod, ipad and on simulator. Reporter: Jake Williams Assignee: Shazron Abdullah Labels: crash We're getting an error sometimes while making page changes in our app. We're using an iframe to have an outer page with a navigation footer and inner pages that change and have animations. Occasionally when changing the page in the iframe, if you click before the page has finished transitioning/loading, it will throw an error. Terminating app due to uncaught exception 'NSInternalInconsistencyException', reason: 'Requesting the window of a view (UIWebOverflowContentView:...) with a nil layer. This view probably hasn't received initWithFrame: or initWithCoder:.' https://groups.google.com/forum/#!topic/PhoneGap/bhU_Ug8wPr0 This guy seemed to have the same issue. I've been unable to setup a delay that fixes the issue and we're at the top of pages that aren't tall enough to have scrolling when the error occurs. I tried covering the page with a loading div to prevent clicks, but that didn't work. I haven't figured out a good way to delay the page load or stop button clicks while we wait for objective-c to catch up either. I've also been unable to find a way to catch or handle the error in objective c, mainly because I have had no luck actually finding the code that's causing the issue, I assume it's in cordova or a framework, but haven't been able to figure out where it is. I've reported the issue here https://groups.google.com/forum/#!topic/phonegap/5UBdxxu7RBU but haven't gotten any suggestions for fixes yet. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-7750) iOS app crashes on start after update
[ https://issues.apache.org/jira/browse/CB-7750?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-7750. -- Resolution: Cannot Reproduce Assignee: Shazron Abdullah Re-open if this still happens in 8.1 iOS app crashes on start after update - Key: CB-7750 URL: https://issues.apache.org/jira/browse/CB-7750 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 3.6.3 Environment: iOS 8 Reporter: Kuan Yi Ming Assignee: Shazron Abdullah There is a possibility of a Cordova app crashing on launch after it has been updated on iOS, possibly related to a memory deallocation issue. The logs for the crashed thread is as below: Thread 8 name: WebThread Thread 8 Crashed: 0 libobjc.A.dylib 0x35094f47 objc_msgSend + 7 1 CoreFoundation0x27617269 CFRelease + 597 2 QuartzCore0x2a5d2d21 CA::release_objects(X::Listvoid const**) + 13 3 QuartzCore0x2a5d8083 -[CAAnimation dealloc] + 51 4 libobjc.A.dylib 0x350a2d5b objc_object::sidetable_release(bool) + 163 5 libobjc.A.dylib 0x350a31a5 (anonymous namespace)::AutoreleasePoolPage::pop(void*) + 401 6 CoreFoundation0x276223a5 _CFAutoreleasePoolPop + 13 7 Foundation0x2836092b -[NSAutoreleasePool drain] + 119 8 CFNetwork 0x2723af1d AutoAutoreleasePool::~AutoAutoreleasePool() + 21 9 CFNetwork 0x2721effb ___ZN27URLConnectionClient_Classic18_withDelegateAsyncEPKcU13block_pointerFvP16_CFURLConnectionPK33CFURLConnectionClientCurrent_VMaxE_block_invoke_2 + 163 10 CFNetwork 0x27173beb RunloopBlockContext::_invoke_block(void const*, void*) + 59 11 CoreFoundation0x2762208b CFArrayApplyFunction + 35 12 CFNetwork 0x27173aa3 RunloopBlockContext::perform() + 179 13 CFNetwork 0x2717396b MultiplexerSource::perform() + 215 14 CFNetwork 0x271737fd MultiplexerSource::_perform(void*) + 45 15 CoreFoundation0x276d658d __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ + 13 16 CoreFoundation0x276d5a2d __CFRunLoopDoSources0 + 361 17 CoreFoundation0x276d4001 __CFRunLoopRun + 769 18 CoreFoundation0x2762261d CFRunLoopRunSpecific + 473 19 CoreFoundation0x2762242f CFRunLoopRunInMode + 103 20 WebCore 0x32b5d9b7 RunWebThread(void*) + 415 21 libsystem_pthread.dylib 0x3574be91 _pthread_body + 137 22 libsystem_pthread.dylib 0x3574be03 _pthread_start + 115 23 libsystem_pthread.dylib 0x35749b8c thread_start + 4 -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7780) iPhone app on iPad (iOS 8)
[ https://issues.apache.org/jira/browse/CB-7780?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14178072#comment-14178072 ] Shazron Abdullah commented on CB-7780: -- Eser, please try the test project I posted so all 3 of us have something in common to critique. Clone it, make changes etc. Honestly - it was hard to follow exactly what was going on in your comment, much less trying to replicate what you mean. iPhone app on iPad (iOS 8) -- Key: CB-7780 URL: https://issues.apache.org/jira/browse/CB-7780 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 3.6.3 Reporter: Tom Bell When running an iPhone only, portrait only app on an iPad running iOS 8, the viewport is pretty messed up. I've tested this using a blank Cordova project from scratch. Removing the `height` and `width` options from the viewport. The viewport seems to resize to half the screen width, when viewing in landscape. It should keep the normal portrait viewport and be portrait. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7780) iPhone app on iPad (iOS 8)
[ https://issues.apache.org/jira/browse/CB-7780?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14178124#comment-14178124 ] Eser Esen commented on CB-7780: --- Hi Shazron, i just reproduced the problem. What i did: 1. Cloned your project, started it 2. Selected iPad 2 (8.0), it has to be 8+ because 8+ supports landscape home screen 3. Start the app on that simulator 4. Important: Before the app starts, be fast, and rotate the device to the right making it landscape. Watch it, as xCode trys to rotate it back to portrait, so keep in landscape until the app runs. 5. Now you see the app cut, check my image attached to compare. You can also just kill the app, then jump back to home screen, rotete to have landscape, then start the app on the simulator and you see the problem. Fix it, by getting back to xCode, switch Devices to iPad, uncheck all device orientationos for iPad except Portrait, re-run. Works!!! iPhone app on iPad (iOS 8) -- Key: CB-7780 URL: https://issues.apache.org/jira/browse/CB-7780 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 3.6.3 Reporter: Tom Bell When running an iPhone only, portrait only app on an iPad running iOS 8, the viewport is pretty messed up. I've tested this using a blank Cordova project from scratch. Removing the `height` and `width` options from the viewport. The viewport seems to resize to half the screen width, when viewing in landscape. It should keep the normal portrait viewport and be portrait. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-7780) iPhone app on iPad (iOS 8)
[ https://issues.apache.org/jira/browse/CB-7780?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Eser Esen updated CB-7780: -- Attachment: Screen Shot 2014-10-21 at 10.20.42.png This what i get when i start the app in landscape mode from home screen. Since the app built for iPhone only in portrait mode, once the app starts, it switched to portrait, which is ok, but then you get this scaling issue. iPhone app on iPad (iOS 8) -- Key: CB-7780 URL: https://issues.apache.org/jira/browse/CB-7780 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 3.6.3 Reporter: Tom Bell Attachments: Screen Shot 2014-10-21 at 10.20.42.png When running an iPhone only, portrait only app on an iPad running iOS 8, the viewport is pretty messed up. I've tested this using a blank Cordova project from scratch. Removing the `height` and `width` options from the viewport. The viewport seems to resize to half the screen width, when viewing in landscape. It should keep the normal portrait viewport and be portrait. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7780) iPhone app on iPad (iOS 8)
[ https://issues.apache.org/jira/browse/CB-7780?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14178130#comment-14178130 ] Tom Bell commented on CB-7780: -- I get the issue with Shazron's project. iPad Mini, starting the app when the iPad is landscape. I could get it to work by switching the dropdown to iPad, unchecking the landscape orientations and changing back to iPhone. iPhone app on iPad (iOS 8) -- Key: CB-7780 URL: https://issues.apache.org/jira/browse/CB-7780 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 3.6.3 Reporter: Tom Bell Attachments: Screen Shot 2014-10-21 at 10.20.42.png When running an iPhone only, portrait only app on an iPad running iOS 8, the viewport is pretty messed up. I've tested this using a blank Cordova project from scratch. Removing the `height` and `width` options from the viewport. The viewport seems to resize to half the screen width, when viewing in landscape. It should keep the normal portrait viewport and be portrait. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7606) handleOpenURL handler firing more than necessary
[ https://issues.apache.org/jira/browse/CB-7606?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14178152#comment-14178152 ] ASF subversion and git services commented on CB-7606: - Commit 01b3d191d47b5f5b9549a1174b0d92ae0f0a901d in cordova-ios's branch refs/heads/master from [~shazron] [ https://git-wip-us.apache.org/repos/asf?p=cordova-ios.git;h=01b3d19 ] CB-7606 - handleOpenURL handler firing more than necessary - plus style fixups through uncrustify handleOpenURL handler firing more than necessary Key: CB-7606 URL: https://issues.apache.org/jira/browse/CB-7606 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 3.5.0 Reporter: Paul Kane I'm not an Obj-C or Cordova programmer so bear with me. Let's say my app is running. Then I hop over to my mail app and click on a link (myapp://blahBlahBlah) that should open up my app. This works fine, the app opens, my own URL handler (in javascript) takes over, etc. However in Obj-C the view controller is -- incorrectly, I believe -- storing that scheme data (blahBlahBlah) in self.openURL (so that it can be picked up later in processOpenURL function, called during webView initialization). This isn't normally a problem, except when you move to a new page (window.href = /new_page), the webView initialization runs again and picks up the old (already-acted-upon) openURL variable. (it's then set to nil, so that it doesn't get acted upon a third time, fourth time, etc...). I might have some details wrong, but it should be fairly easy to walk through with a project-wide search for openurl. Just seems like a slightly wrong logic-flow, which unfortunately is interfering with my app. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-7606) handleOpenURL handler firing more than necessary
[ https://issues.apache.org/jira/browse/CB-7606?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-7606. -- Resolution: Fixed Fix Version/s: 3.7.0 Assignee: Shazron Abdullah Tested launching through custom scheme: 1. when app is running 2. when app is not running 3. when app is running, and navigate to another local page handleOpenURL handler firing more than necessary Key: CB-7606 URL: https://issues.apache.org/jira/browse/CB-7606 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 3.5.0 Reporter: Paul Kane Assignee: Shazron Abdullah Fix For: 3.7.0 I'm not an Obj-C or Cordova programmer so bear with me. Let's say my app is running. Then I hop over to my mail app and click on a link (myapp://blahBlahBlah) that should open up my app. This works fine, the app opens, my own URL handler (in javascript) takes over, etc. However in Obj-C the view controller is -- incorrectly, I believe -- storing that scheme data (blahBlahBlah) in self.openURL (so that it can be picked up later in processOpenURL function, called during webView initialization). This isn't normally a problem, except when you move to a new page (window.href = /new_page), the webView initialization runs again and picks up the old (already-acted-upon) openURL variable. (it's then set to nil, so that it doesn't get acted upon a third time, fourth time, etc...). I might have some details wrong, but it should be fairly easy to walk through with a project-wide search for openurl. Just seems like a slightly wrong logic-flow, which unfortunately is interfering with my app. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7780) iPhone app on iPad (iOS 8)
[ https://issues.apache.org/jira/browse/CB-7780?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14178199#comment-14178199 ] Tom Bell commented on CB-7780: -- I also updated our test iPad to 8.1, the issue seems to have been resolved, could have been an iOS issue. I'm leaving the Xcode project changes for people running 8.1 though. Probably safe to close this issue now. iPhone app on iPad (iOS 8) -- Key: CB-7780 URL: https://issues.apache.org/jira/browse/CB-7780 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 3.6.3 Reporter: Tom Bell Attachments: Screen Shot 2014-10-21 at 10.20.42.png When running an iPhone only, portrait only app on an iPad running iOS 8, the viewport is pretty messed up. I've tested this using a blank Cordova project from scratch. Removing the `height` and `width` options from the viewport. The viewport seems to resize to half the screen width, when viewing in landscape. It should keep the normal portrait viewport and be portrait. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-7829) Splash screen not change image on rotation
Riccardo Bianconi created CB-7829: - Summary: Splash screen not change image on rotation Key: CB-7829 URL: https://issues.apache.org/jira/browse/CB-7829 Project: Apache Cordova Issue Type: Bug Components: Plugin SplashScreen Reporter: Riccardo Bianconi Priority: Minor I have an android app with different splash screens based on dpi and orientation. When I launch the app the correct dpi and orientation is selected: if I start in portrait it starts with the portrait version, if I start in landscape it starts with the landscape version. But if I start in portrait and rotate the device during splash screen, the image rotates but it not swap to landscape version, simply stretch the portrait image to fit width and height. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-7830) No more possible to catch a TIMEOUT ERROR with Cordova Android 3.6.3
AmpEBK created CB-7830:
--
Summary: No more possible to catch a TIMEOUT ERROR with Cordova
Android 3.6.3
Key: CB-7830
URL: https://issues.apache.org/jira/browse/CB-7830
Project: Apache Cordova
Issue Type: Bug
Components: Android
Affects Versions: 3.6.3
Environment: OS : Android 4.0.4
Software : cordova android 3.6.3
Reporter: AmpEBK
Dear All,
After migrating from Cordova 3.4.0 to 3.6.3, it seems now to be impossible to
catch the TIMEOUT ERROR in my activity (when my web site does not respond for
instance). In the 3.5 release notes, a new behavior has been added Ignore
multiple onPageFinished() callbacks onReceivedError due to stopLoading() and
seems to be the cause.
Looking at closely to the source code of the CordovaWebView java class and
calling the loadUrlIntoView method, if we meet the 'Timeout error method' we
have:
public void run() {
me.stopLoading();
LOG.e(TAG, CordovaWebView: TIMEOUT ERROR!);
if (viewClient != null) {
viewClient.onReceivedError(me, -6, The connection to the
server was unsuccessful., url);
}
}
but the line 'me.stopLoading();' does : viewClient.isCurrentlyLoading = false;
and when we call the line 'viewClient.onReceivedError(me, -6, The connection
to the server was unsuccessful., url);', we call the onReceivedError method of
the CordovaWebViewClient java class,
which ignores the error due to stopLoading():
if (!isCurrentlyLoading) {
return;
}
Thus, this method returns and the super.onReceivedError() is never called.
Please help
Best regards,
Amp
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-7831) Impossible to manage project from Windows
Oliver Salzburg created CB-7831: --- Summary: Impossible to manage project from Windows Key: CB-7831 URL: https://issues.apache.org/jira/browse/CB-7831 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 3.6.0 Environment: Windows 7 x64 Reporter: Oliver Salzburg Because the iOS platform does not provide a version.bat, and because superspawn apparently can't utilize bash on Windows, every attempt to install or remove plugins from the project will fail, because cordova/version isn't a valid executable. Adding a version.bat to the platform trivially averts the issue and allows every developer to maintain plugins in the project. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-7832) iOS8 multiple initial calls to getCurrentPosition/watchPosition
Luís Vieira created CB-7832: --- Summary: iOS8 multiple initial calls to getCurrentPosition/watchPosition Key: CB-7832 URL: https://issues.apache.org/jira/browse/CB-7832 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 3.6.3 Environment: Testing on iOS8, iPhone4, using an IPA built with PhonegapBuild Reporter: Luís Vieira In iOS8, when the App first calls getCurrentPosition or watchPosition a popup is shown for the user to allow the App to retrieve location information. If we call getCurrentPosition and watchPosition concurrently, the first call callbacks wait for the user's response but the second call immediately fails. So even if the user gives the App permission to retrieve location information, only the first call succeeds. This forces the App to hang all calls to the Geolocation API on the callbacks of the first call. Shouldn't the API guarantee that all calls wait for the user's response, before returning success or failure?? -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Closed] (CB-3748) More iOS InAppBrowser options (toolbar location, back/forward buttons)
[ https://issues.apache.org/jira/browse/CB-3748?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mike Kwan closed CB-3748. - Resolution: Not a Problem No longer needed More iOS InAppBrowser options (toolbar location, back/forward buttons) -- Key: CB-3748 URL: https://issues.apache.org/jira/browse/CB-3748 Project: Apache Cordova Issue Type: Improvement Components: Plugin InAppBrowser Affects Versions: 2.8.0 Environment: iOS Reporter: Mike Kwan InAppBrowser should support an option to: 1) Customise whether the toolbar appears at the top or bottom. 2) Customise whether the back/forward buttons are displayed. This will keep UX consistency with UIDocumentInteractionController. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7291) Externally-launchable applications should be configurable
[
https://issues.apache.org/jira/browse/CB-7291?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14178351#comment-14178351
]
Marcel Kinard commented on CB-7291:
---
The Play Store does seem to be sending these emails to all applications that
are based on Cordova Android versions less than 3.5.1. All downstream
distributions are affected, including Adobe PhoneGap, IBM Worklight, etc.
The fixes are complex enough that I would not recommend trying to backport them
unless you have confidence in what you are doing. It will likely be much easier
(and more strategic) to just upgrade.
Do an npm info phonegap to see the versions that are available, 3.6.0 is in
that list, and has the fixes the Play Store is recommending.
Externally-launchable applications should be configurable
-
Key: CB-7291
URL: https://issues.apache.org/jira/browse/CB-7291
Project: Apache Cordova
Issue Type: Bug
Components: Android
Affects Versions: 3.5.0
Reporter: Ian Clelland
Assignee: Ian Clelland
Priority: Blocker
Fix For: 3.6.0
Cordova Android versions up to 3.5.0 would launch any and all external
applications by URL. Any URL not explicitly whitelisted was sent to the
Android intent system for handling. This was the cause of the security
vulnerabilities reported by IBM and disclosed in CVE-2014-3502.
Cordova Android 3.5.1 was released to fix this, which it did by disabling
explicit intents, and explaining how to use a plugin to block other URL
schemes if desired.
We want to have a better official solution than this, so that developers can
easily configure which applications (sms, email, maps, etc) should be
launchable from their Cordova app.
*Proposal*
The proposed solution is to maintain a second whitelist within the app, for
URL patterns which may be used to launch external applications. Then, on URL
loading, these tests will occur (in order):
# URLs which are whitelisted internally (existing list) will cause internal
navigation
# URLs which are whitelisted externally (new list) will attempt to launch an
intent to handle it
# URLs which are not whitelisted at all (in neither list) will be blocked.
*Configuration*
URLs can be added to the new (external) whitelist through an extension to the
{{config.xml}} whitelist syntax:
{code}
access origin=sms:* launch-external=yes /
{code}
(Any non-empty value for the {{launch-external}} attribute will be considered
true when parsing the {{config.xml}} file)
*Open questions* (one about forward-thinking security, the other about
backwards-compatibility):
# What should the default external whitelist be in the application template
that we ship? This will be the case for new apps build with 3.6.0.
# What should the default external whitelist be when there are no {{access
launch-external=yes}} tags in {{config.xml}}? This will be the case for
apps which are upgrading to 3.6.0.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-7833) Allow CDVWhitelist to be configured programmatically
Mike Kwan created CB-7833: - Summary: Allow CDVWhitelist to be configured programmatically Key: CB-7833 URL: https://issues.apache.org/jira/browse/CB-7833 Project: Apache Cordova Issue Type: Improvement Components: iOS Affects Versions: 3.5.0 Reporter: Mike Kwan `CDVWhitelist` is currently initialised in`[CDVViewController loadSettings]` by parsing `config.xml`. We would like to be able to alter the whitelist post-AppStore deployment. This allows the whitelist to be re-configured without doing another app submission. Is this requirement generic enough to justify a change? Ideally the array that initialises `CDVWhitelist` would be made a public property. This would allow the list to be read and modified at runtime - the setter could in turn update the whitelist entries. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-7833) Allow CDVWhitelist to be configured programmatically
[
https://issues.apache.org/jira/browse/CB-7833?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mike Kwan updated CB-7833:
--
Description:
**CDVWhitelist** is currently initialised in`[CDVViewController loadSettings]`
by parsing `config.xml`.
We would like to be able to alter the whitelist post-AppStore deployment. This
allows the whitelist to be re-configured without doing another app submission.
Is this requirement generic enough to justify a change?
Ideally the array that initialises `CDVWhitelist` would be made a public
property. This would allow the list to be read and modified at runtime - the
setter could in turn update the whitelist entries.
was:
{code}CDVWhitelist{code} is currently initialised in`[CDVViewController
loadSettings]` by parsing `config.xml`.
We would like to be able to alter the whitelist post-AppStore deployment. This
allows the whitelist to be re-configured without doing another app submission.
Is this requirement generic enough to justify a change?
Ideally the array that initialises `CDVWhitelist` would be made a public
property. This would allow the list to be read and modified at runtime - the
setter could in turn update the whitelist entries.
Allow CDVWhitelist to be configured programmatically
Key: CB-7833
URL: https://issues.apache.org/jira/browse/CB-7833
Project: Apache Cordova
Issue Type: Improvement
Components: iOS
Affects Versions: 3.5.0
Reporter: Mike Kwan
**CDVWhitelist** is currently initialised in`[CDVViewController
loadSettings]` by parsing `config.xml`.
We would like to be able to alter the whitelist post-AppStore deployment.
This allows the whitelist to be re-configured without doing another app
submission.
Is this requirement generic enough to justify a change?
Ideally the array that initialises `CDVWhitelist` would be made a public
property. This would allow the list to be read and modified at runtime - the
setter could in turn update the whitelist entries.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-7833) Allow CDVWhitelist to be configured programmatically
[ https://issues.apache.org/jira/browse/CB-7833?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mike Kwan updated CB-7833: -- Description: *CDVWhitelist* is currently initialised in *[CDVViewController loadSettings]* by parsing *config.xml*. We would like to be able to alter the whitelist post-AppStore deployment. This allows the whitelist to be re-configured without doing another app submission. Is this requirement generic enough to justify a change? Ideally the array that initialises *CDVWhitelist* would be made a public property. This would allow the list to be read and modified at runtime - the setter could in turn update the whitelist entries. was: **CDVWhitelist** is currently initialised in`[CDVViewController loadSettings]` by parsing `config.xml`. We would like to be able to alter the whitelist post-AppStore deployment. This allows the whitelist to be re-configured without doing another app submission. Is this requirement generic enough to justify a change? Ideally the array that initialises `CDVWhitelist` would be made a public property. This would allow the list to be read and modified at runtime - the setter could in turn update the whitelist entries. Allow CDVWhitelist to be configured programmatically Key: CB-7833 URL: https://issues.apache.org/jira/browse/CB-7833 Project: Apache Cordova Issue Type: Improvement Components: iOS Affects Versions: 3.5.0 Reporter: Mike Kwan *CDVWhitelist* is currently initialised in *[CDVViewController loadSettings]* by parsing *config.xml*. We would like to be able to alter the whitelist post-AppStore deployment. This allows the whitelist to be re-configured without doing another app submission. Is this requirement generic enough to justify a change? Ideally the array that initialises *CDVWhitelist* would be made a public property. This would allow the list to be read and modified at runtime - the setter could in turn update the whitelist entries. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-7833) Allow CDVWhitelist to be configured programmatically
[
https://issues.apache.org/jira/browse/CB-7833?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mike Kwan updated CB-7833:
--
Description:
{code}CDVWhitelist{code} is currently initialised in`[CDVViewController
loadSettings]` by parsing `config.xml`.
We would like to be able to alter the whitelist post-AppStore deployment. This
allows the whitelist to be re-configured without doing another app submission.
Is this requirement generic enough to justify a change?
Ideally the array that initialises `CDVWhitelist` would be made a public
property. This would allow the list to be read and modified at runtime - the
setter could in turn update the whitelist entries.
was:
`CDVWhitelist` is currently initialised in`[CDVViewController loadSettings]` by
parsing `config.xml`.
We would like to be able to alter the whitelist post-AppStore deployment. This
allows the whitelist to be re-configured without doing another app submission.
Is this requirement generic enough to justify a change?
Ideally the array that initialises `CDVWhitelist` would be made a public
property. This would allow the list to be read and modified at runtime - the
setter could in turn update the whitelist entries.
Allow CDVWhitelist to be configured programmatically
Key: CB-7833
URL: https://issues.apache.org/jira/browse/CB-7833
Project: Apache Cordova
Issue Type: Improvement
Components: iOS
Affects Versions: 3.5.0
Reporter: Mike Kwan
{code}CDVWhitelist{code} is currently initialised in`[CDVViewController
loadSettings]` by parsing `config.xml`.
We would like to be able to alter the whitelist post-AppStore deployment.
This allows the whitelist to be re-configured without doing another app
submission.
Is this requirement generic enough to justify a change?
Ideally the array that initialises `CDVWhitelist` would be made a public
property. This would allow the list to be read and modified at runtime - the
setter could in turn update the whitelist entries.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-7291) Externally-launchable applications should be configurable
[
https://issues.apache.org/jira/browse/CB-7291?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14178370#comment-14178370
]
Chris Emerson edited comment on CB-7291 at 10/21/14 1:05 PM:
-
Thanks for the reply Marcel. So glad to hear 3.6.0 is out even though I can't
see it on the PhoneGap website - I will npm info soon and try that out. Thank
you!
PS: I'm in the RDU area too - small world!
was (Author: chrisemersonnc):
Thanks for the reply Marcel. I'm using PhoneGap, not Cordova, in this case so I
can't just update (AFAIK?) since PhoneGap doesn't yet have a fix for this in a
public build - https://twitter.com/emerson_chris/status/521726447858507776
I'd really prefer to not have to move from PhoneGap to Cordova - but at the
moment sounds like the only way I'll get my app past this security issue Google
is complaining about?
PS: I'm in the RDU area too - small world!
Externally-launchable applications should be configurable
-
Key: CB-7291
URL: https://issues.apache.org/jira/browse/CB-7291
Project: Apache Cordova
Issue Type: Bug
Components: Android
Affects Versions: 3.5.0
Reporter: Ian Clelland
Assignee: Ian Clelland
Priority: Blocker
Fix For: 3.6.0
Cordova Android versions up to 3.5.0 would launch any and all external
applications by URL. Any URL not explicitly whitelisted was sent to the
Android intent system for handling. This was the cause of the security
vulnerabilities reported by IBM and disclosed in CVE-2014-3502.
Cordova Android 3.5.1 was released to fix this, which it did by disabling
explicit intents, and explaining how to use a plugin to block other URL
schemes if desired.
We want to have a better official solution than this, so that developers can
easily configure which applications (sms, email, maps, etc) should be
launchable from their Cordova app.
*Proposal*
The proposed solution is to maintain a second whitelist within the app, for
URL patterns which may be used to launch external applications. Then, on URL
loading, these tests will occur (in order):
# URLs which are whitelisted internally (existing list) will cause internal
navigation
# URLs which are whitelisted externally (new list) will attempt to launch an
intent to handle it
# URLs which are not whitelisted at all (in neither list) will be blocked.
*Configuration*
URLs can be added to the new (external) whitelist through an extension to the
{{config.xml}} whitelist syntax:
{code}
access origin=sms:* launch-external=yes /
{code}
(Any non-empty value for the {{launch-external}} attribute will be considered
true when parsing the {{config.xml}} file)
*Open questions* (one about forward-thinking security, the other about
backwards-compatibility):
# What should the default external whitelist be in the application template
that we ship? This will be the case for new apps build with 3.6.0.
# What should the default external whitelist be when there are no {{access
launch-external=yes}} tags in {{config.xml}}? This will be the case for
apps which are upgrading to 3.6.0.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7291) Externally-launchable applications should be configurable
[
https://issues.apache.org/jira/browse/CB-7291?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14178370#comment-14178370
]
Chris Emerson commented on CB-7291:
---
Thanks for the reply Marcel. I'm using PhoneGap, not Cordova, in this case so I
can't just update (AFAIK?) since PhoneGap doesn't yet have a fix for this in a
public build - https://twitter.com/emerson_chris/status/521726447858507776
I'd really prefer to not have to move from PhoneGap to Cordova - but at the
moment sounds like the only way I'll get my app past this security issue Google
is complaining about?
PS: I'm in the RDU area too - small world!
Externally-launchable applications should be configurable
-
Key: CB-7291
URL: https://issues.apache.org/jira/browse/CB-7291
Project: Apache Cordova
Issue Type: Bug
Components: Android
Affects Versions: 3.5.0
Reporter: Ian Clelland
Assignee: Ian Clelland
Priority: Blocker
Fix For: 3.6.0
Cordova Android versions up to 3.5.0 would launch any and all external
applications by URL. Any URL not explicitly whitelisted was sent to the
Android intent system for handling. This was the cause of the security
vulnerabilities reported by IBM and disclosed in CVE-2014-3502.
Cordova Android 3.5.1 was released to fix this, which it did by disabling
explicit intents, and explaining how to use a plugin to block other URL
schemes if desired.
We want to have a better official solution than this, so that developers can
easily configure which applications (sms, email, maps, etc) should be
launchable from their Cordova app.
*Proposal*
The proposed solution is to maintain a second whitelist within the app, for
URL patterns which may be used to launch external applications. Then, on URL
loading, these tests will occur (in order):
# URLs which are whitelisted internally (existing list) will cause internal
navigation
# URLs which are whitelisted externally (new list) will attempt to launch an
intent to handle it
# URLs which are not whitelisted at all (in neither list) will be blocked.
*Configuration*
URLs can be added to the new (external) whitelist through an extension to the
{{config.xml}} whitelist syntax:
{code}
access origin=sms:* launch-external=yes /
{code}
(Any non-empty value for the {{launch-external}} attribute will be considered
true when parsing the {{config.xml}} file)
*Open questions* (one about forward-thinking security, the other about
backwards-compatibility):
# What should the default external whitelist be in the application template
that we ship? This will be the case for new apps build with 3.6.0.
# What should the default external whitelist be when there are no {{access
launch-external=yes}} tags in {{config.xml}}? This will be the case for
apps which are upgrading to 3.6.0.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7734) navigator.notification.alert or navigator.notification.confirm seem have a many words issue
[ https://issues.apache.org/jira/browse/CB-7734?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14178378#comment-14178378 ] jcesarmobile commented on CB-7734: -- can this be assigned to me? navigator.notification.alert or navigator.notification.confirm seem have a many words issue - Key: CB-7734 URL: https://issues.apache.org/jira/browse/CB-7734 Project: Apache Cordova Issue Type: Improvement Components: Plugin Dialogs Affects Versions: 3.6.3 Environment: PGB 3.6.3 with the all latest core plugin https://build.phonegap.com/plugins ios 8.02 environment Reporter: Colin Bau Labels: notification Original Estimate: 12h Remaining Estimate: 12h Improvement 1 according to this https://issues.apache.org/jira/browse/CB-6528 a same problem just like the WP，ios have this problem too when the words is greater than one page it can't slide up and down Improvement 2 all words center problem，I think maybe Left-aligned is more Beautiful (because when in Android，all words Left-aligned) http://www.littlebau.com/ios_1.png Improvement 3 all words looks like small and Vague (maybe in Chinese)，is there any way (maybe future) can let become more Clear ? http://www.littlebau.com/ios_1.png -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7734) navigator.notification.alert or navigator.notification.confirm seem have a many words issue
[ https://issues.apache.org/jira/browse/CB-7734?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14178387#comment-14178387 ] Colin Bau commented on CB-7734: --- hi jcesarmobile really thanks for your reply waitting for this issue assign to you... navigator.notification.alert or navigator.notification.confirm seem have a many words issue - Key: CB-7734 URL: https://issues.apache.org/jira/browse/CB-7734 Project: Apache Cordova Issue Type: Improvement Components: Plugin Dialogs Affects Versions: 3.6.3 Environment: PGB 3.6.3 with the all latest core plugin https://build.phonegap.com/plugins ios 8.02 environment Reporter: Colin Bau Labels: notification Original Estimate: 12h Remaining Estimate: 12h Improvement 1 according to this https://issues.apache.org/jira/browse/CB-6528 a same problem just like the WP，ios have this problem too when the words is greater than one page it can't slide up and down Improvement 2 all words center problem，I think maybe Left-aligned is more Beautiful (because when in Android，all words Left-aligned) http://www.littlebau.com/ios_1.png Improvement 3 all words looks like small and Vague (maybe in Chinese)，is there any way (maybe future) can let become more Clear ? http://www.littlebau.com/ios_1.png -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7311) Updates to project potentially break Xcode project files
[ https://issues.apache.org/jira/browse/CB-7311?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14178413#comment-14178413 ] ASF GitHub Bot commented on CB-7311: Github user oliversalzburg commented on the pull request: https://github.com/apache/cordova-lib/pull/109#issuecomment-59930309 Relates to https://issues.apache.org/jira/browse/CB-7311 Updates to project potentially break Xcode project files Key: CB-7311 URL: https://issues.apache.org/jira/browse/CB-7311 Project: Apache Cordova Issue Type: Bug Components: CLI, Plugman Affects Versions: 3.5.0 Environment: Windows 7 x64 Reporter: Oliver Salzburg Assignee: Anis Kadri Some actions, like adding a plugin to the project, can break files related to iOS development. I noticed this with the .xcodeproj file, which included backslashes as path seperators after the project was updated on a Windows machine. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7311) Updates to project potentially break Xcode project files
[ https://issues.apache.org/jira/browse/CB-7311?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14178412#comment-14178412 ] Oliver Salzburg commented on CB-7311: - I've also attempted to solve this issue in cordova-lib https://github.com/apache/cordova-lib/pull/109 The pull request on node-xcode is helpful, but supplying broken paths to another component and hoping that it will fix them isn't the right approach IMHO. Also, the PR on node-xcode only replaces path separators, the paths inserted by plugman are also invalid in that they point to a path that doesn't exist. Updates to project potentially break Xcode project files Key: CB-7311 URL: https://issues.apache.org/jira/browse/CB-7311 Project: Apache Cordova Issue Type: Bug Components: CLI, Plugman Affects Versions: 3.5.0 Environment: Windows 7 x64 Reporter: Oliver Salzburg Assignee: Anis Kadri Some actions, like adding a plugin to the project, can break files related to iOS development. I noticed this with the .xcodeproj file, which included backslashes as path seperators after the project was updated on a Windows machine. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7291) Externally-launchable applications should be configurable
[
https://issues.apache.org/jira/browse/CB-7291?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14178447#comment-14178447
]
Chris Emerson commented on CB-7291:
---
Thanks again, [~cmarcelk]. I've updated via CLI and my projects are now at
3.6.0.x (PhoneGap) - so I should be good to go now. Thanks!
Externally-launchable applications should be configurable
-
Key: CB-7291
URL: https://issues.apache.org/jira/browse/CB-7291
Project: Apache Cordova
Issue Type: Bug
Components: Android
Affects Versions: 3.5.0
Reporter: Ian Clelland
Assignee: Ian Clelland
Priority: Blocker
Fix For: 3.6.0
Cordova Android versions up to 3.5.0 would launch any and all external
applications by URL. Any URL not explicitly whitelisted was sent to the
Android intent system for handling. This was the cause of the security
vulnerabilities reported by IBM and disclosed in CVE-2014-3502.
Cordova Android 3.5.1 was released to fix this, which it did by disabling
explicit intents, and explaining how to use a plugin to block other URL
schemes if desired.
We want to have a better official solution than this, so that developers can
easily configure which applications (sms, email, maps, etc) should be
launchable from their Cordova app.
*Proposal*
The proposed solution is to maintain a second whitelist within the app, for
URL patterns which may be used to launch external applications. Then, on URL
loading, these tests will occur (in order):
# URLs which are whitelisted internally (existing list) will cause internal
navigation
# URLs which are whitelisted externally (new list) will attempt to launch an
intent to handle it
# URLs which are not whitelisted at all (in neither list) will be blocked.
*Configuration*
URLs can be added to the new (external) whitelist through an extension to the
{{config.xml}} whitelist syntax:
{code}
access origin=sms:* launch-external=yes /
{code}
(Any non-empty value for the {{launch-external}} attribute will be considered
true when parsing the {{config.xml}} file)
*Open questions* (one about forward-thinking security, the other about
backwards-compatibility):
# What should the default external whitelist be in the application template
that we ship? This will be the case for new apps build with 3.6.0.
# What should the default external whitelist be when there are no {{access
launch-external=yes}} tags in {{config.xml}}? This will be the case for
apps which are upgrading to 3.6.0.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-7834) On cordova compile i always get apk names CordovaApp-debug.apk
Eser Esen created CB-7834: - Summary: On cordova compile i always get apk names CordovaApp-debug.apk Key: CB-7834 URL: https://issues.apache.org/jira/browse/CB-7834 Project: Apache Cordova Issue Type: Bug Components: Android, CordovaJS Affects Versions: 4.0.0 Reporter: Eser Esen On 4.0.0 it looks like for android its not using the apps name as defined in config.xml, instead all my built APK files are always named CordovaApp-xyz.apk (xyz can be debug or release). What has changed? Do i need to update my config.xml for 4.0.0? -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-7834) On cordova compile i always get apk named CordovaApp-debug.apk
[ https://issues.apache.org/jira/browse/CB-7834?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Eser Esen updated CB-7834: -- Summary: On cordova compile i always get apk named CordovaApp-debug.apk (was: On cordova compile i always get apk names CordovaApp-debug.apk) On cordova compile i always get apk named CordovaApp-debug.apk Key: CB-7834 URL: https://issues.apache.org/jira/browse/CB-7834 Project: Apache Cordova Issue Type: Bug Components: Android, CordovaJS Affects Versions: 4.0.0 Reporter: Eser Esen On 4.0.0 it looks like for android its not using the apps name as defined in config.xml, instead all my built APK files are always named CordovaApp-xyz.apk (xyz can be debug or release). What has changed? Do i need to update my config.xml for 4.0.0? -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7834) On cordova compile i always get apk named CordovaApp-debug.apk
[ https://issues.apache.org/jira/browse/CB-7834?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14178452#comment-14178452 ] Eser Esen commented on CB-7834: --- Looks like name tag from config.xml for android is ignored? On cordova compile i always get apk named CordovaApp-debug.apk Key: CB-7834 URL: https://issues.apache.org/jira/browse/CB-7834 Project: Apache Cordova Issue Type: Bug Components: Android, CordovaJS Affects Versions: 4.0.0 Reporter: Eser Esen On 4.0.0 it looks like for android its not using the apps name as defined in config.xml, instead all my built APK files are always named CordovaApp-xyz.apk (xyz can be debug or release). What has changed? Do i need to update my config.xml for 4.0.0? -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7750) iOS app crashes on start after update
[ https://issues.apache.org/jira/browse/CB-7750?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14178453#comment-14178453 ] Kuan Yi Ming commented on CB-7750: -- Still occurs in 8.1 On further investigation, this seems to be triggered by the usage of Sencha Touch. When zombie objects are enabled, the output says: [UIViewAnimationState release]: message sent to deallocated instance 0x17ded7f0 iOS app crashes on start after update - Key: CB-7750 URL: https://issues.apache.org/jira/browse/CB-7750 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 3.6.3 Environment: iOS 8 Reporter: Kuan Yi Ming Assignee: Shazron Abdullah There is a possibility of a Cordova app crashing on launch after it has been updated on iOS, possibly related to a memory deallocation issue. The logs for the crashed thread is as below: Thread 8 name: WebThread Thread 8 Crashed: 0 libobjc.A.dylib 0x35094f47 objc_msgSend + 7 1 CoreFoundation0x27617269 CFRelease + 597 2 QuartzCore0x2a5d2d21 CA::release_objects(X::Listvoid const**) + 13 3 QuartzCore0x2a5d8083 -[CAAnimation dealloc] + 51 4 libobjc.A.dylib 0x350a2d5b objc_object::sidetable_release(bool) + 163 5 libobjc.A.dylib 0x350a31a5 (anonymous namespace)::AutoreleasePoolPage::pop(void*) + 401 6 CoreFoundation0x276223a5 _CFAutoreleasePoolPop + 13 7 Foundation0x2836092b -[NSAutoreleasePool drain] + 119 8 CFNetwork 0x2723af1d AutoAutoreleasePool::~AutoAutoreleasePool() + 21 9 CFNetwork 0x2721effb ___ZN27URLConnectionClient_Classic18_withDelegateAsyncEPKcU13block_pointerFvP16_CFURLConnectionPK33CFURLConnectionClientCurrent_VMaxE_block_invoke_2 + 163 10 CFNetwork 0x27173beb RunloopBlockContext::_invoke_block(void const*, void*) + 59 11 CoreFoundation0x2762208b CFArrayApplyFunction + 35 12 CFNetwork 0x27173aa3 RunloopBlockContext::perform() + 179 13 CFNetwork 0x2717396b MultiplexerSource::perform() + 215 14 CFNetwork 0x271737fd MultiplexerSource::_perform(void*) + 45 15 CoreFoundation0x276d658d __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ + 13 16 CoreFoundation0x276d5a2d __CFRunLoopDoSources0 + 361 17 CoreFoundation0x276d4001 __CFRunLoopRun + 769 18 CoreFoundation0x2762261d CFRunLoopRunSpecific + 473 19 CoreFoundation0x2762242f CFRunLoopRunInMode + 103 20 WebCore 0x32b5d9b7 RunWebThread(void*) + 415 21 libsystem_pthread.dylib 0x3574be91 _pthread_body + 137 22 libsystem_pthread.dylib 0x3574be03 _pthread_start + 115 23 libsystem_pthread.dylib 0x35749b8c thread_start + 4 -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-7834) On cordova compile i always get apk named CordovaApp-debug.apk
[ https://issues.apache.org/jira/browse/CB-7834?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14178452#comment-14178452 ] Eser Esen edited comment on CB-7834 at 10/21/14 2:59 PM: - Looks like name tag from config.xml for android is ignored for the file generation but not the AndroidManifest.xml was (Author: eesen): Looks like name tag from config.xml for android is ignored? On cordova compile i always get apk named CordovaApp-debug.apk Key: CB-7834 URL: https://issues.apache.org/jira/browse/CB-7834 Project: Apache Cordova Issue Type: Bug Components: Android, CordovaJS Affects Versions: 4.0.0 Reporter: Eser Esen On 4.0.0 it looks like for android its not using the apps name as defined in config.xml, instead all my built APK files are always named CordovaApp-xyz.apk (xyz can be debug or release). What has changed? Do i need to update my config.xml for 4.0.0? -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-7835) Control whether applications run with spatialNavigation mode
Josh Soref created CB-7835: -- Summary: Control whether applications run with spatialNavigation mode Key: CB-7835 URL: https://issues.apache.org/jira/browse/CB-7835 Project: Apache Cordova Issue Type: Bug Components: BlackBerry Affects Versions: 3.6.0 Reporter: Josh Soref Assignee: Josh Soref A future product, called BlackBerry Classic will include a pointer between the keyboard and the touchscreen - similar to classic BlackBerry devices. Some applications may want that input to trigger spatialNavigation, while others may want it to control a mouse pointer. In order to allow developers flexibility in how they interact with this hardware feature, cordova-blackberry needs to support a preference. preference name=spatialNavigation value=... / values can be: enable/true disable/false The default is false, i.e. users will get a mouse cursor with fine control (and the ability to easily and logically trigger :hover). -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7835) Control whether applications run with spatialNavigation mode
[ https://issues.apache.org/jira/browse/CB-7835?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14178515#comment-14178515 ] ASF subversion and git services commented on CB-7835: - Commit 642e72792161dcaded0998e285cb3bb8a97c1007 in cordova-blackberry's branch refs/heads/master from [~jsoref] [ https://git-wip-us.apache.org/repos/asf?p=cordova-blackberry.git;h=642e727 ] CB-7835 Control whether applications run with spatialNavigation mode preference name=spatialNavigation value=enable/ Control whether applications run with spatialNavigation mode Key: CB-7835 URL: https://issues.apache.org/jira/browse/CB-7835 Project: Apache Cordova Issue Type: Bug Components: BlackBerry Affects Versions: 3.6.0 Reporter: Josh Soref Assignee: Josh Soref A future product, called BlackBerry Classic will include a pointer between the keyboard and the touchscreen - similar to classic BlackBerry devices. Some applications may want that input to trigger spatialNavigation, while others may want it to control a mouse pointer. In order to allow developers flexibility in how they interact with this hardware feature, cordova-blackberry needs to support a preference. preference name=spatialNavigation value=... / values can be: enable/true disable/false The default is false, i.e. users will get a mouse cursor with fine control (and the ability to easily and logically trigger :hover). -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7835) Control whether applications run with spatialNavigation mode
[ https://issues.apache.org/jira/browse/CB-7835?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14178514#comment-14178514 ] ASF GitHub Bot commented on CB-7835: GitHub user jsoref opened a pull request: https://github.com/apache/cordova-blackberry/pull/178 CB-7835 Control whether applications run with spatialNavigation mode preference name=spatialNavigation value=enable/ You can merge this pull request into a Git repository by running: $ git pull https://github.com/blackberry/cordova-blackberry cb_7835 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-blackberry/pull/178.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 #178 commit 642e72792161dcaded0998e285cb3bb8a97c1007 Author: Josh Soref jso...@blackberry.com Date: 2014-07-22T22:34:17Z CB-7835 Control whether applications run with spatialNavigation mode preference name=spatialNavigation value=enable/ Control whether applications run with spatialNavigation mode Key: CB-7835 URL: https://issues.apache.org/jira/browse/CB-7835 Project: Apache Cordova Issue Type: Bug Components: BlackBerry Affects Versions: 3.6.0 Reporter: Josh Soref Assignee: Josh Soref A future product, called BlackBerry Classic will include a pointer between the keyboard and the touchscreen - similar to classic BlackBerry devices. Some applications may want that input to trigger spatialNavigation, while others may want it to control a mouse pointer. In order to allow developers flexibility in how they interact with this hardware feature, cordova-blackberry needs to support a preference. preference name=spatialNavigation value=... / values can be: enable/true disable/false The default is false, i.e. users will get a mouse cursor with fine control (and the ability to easily and logically trigger :hover). -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7835) Control whether applications run with spatialNavigation mode
[ https://issues.apache.org/jira/browse/CB-7835?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14178516#comment-14178516 ] ASF GitHub Bot commented on CB-7835: Github user asfgit closed the pull request at: https://github.com/apache/cordova-blackberry/pull/178 Control whether applications run with spatialNavigation mode Key: CB-7835 URL: https://issues.apache.org/jira/browse/CB-7835 Project: Apache Cordova Issue Type: Bug Components: BlackBerry Affects Versions: 3.6.0 Reporter: Josh Soref Assignee: Josh Soref A future product, called BlackBerry Classic will include a pointer between the keyboard and the touchscreen - similar to classic BlackBerry devices. Some applications may want that input to trigger spatialNavigation, while others may want it to control a mouse pointer. In order to allow developers flexibility in how they interact with this hardware feature, cordova-blackberry needs to support a preference. preference name=spatialNavigation value=... / values can be: enable/true disable/false The default is false, i.e. users will get a mouse cursor with fine control (and the ability to easily and logically trigger :hover). -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-1574) On Android 4.1 events are only sent on every second menu button press
[ https://issues.apache.org/jira/browse/CB-1574?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14178517#comment-14178517 ] Dmitry Shaporenko commented on CB-1574: --- I'm experiencing the same issue righ now, with 4.4 and PhoneGap 3.5 / 3.6.3. I'm unable to fix it with java editing, because I'm using adobe phonegap build. On Android 4.1 events are only sent on every second menu button press - Key: CB-1574 URL: https://issues.apache.org/jira/browse/CB-1574 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 2.1.0 Reporter: Simon MacDonald Assignee: Joe Bowser Priority: Minor Fix For: 2.4.0 I want to implement a custom menu in my phonegap app. I have added an eventlistener for the menubutton event. When I press the menubutton the first time, it opens the menu. When I press it again, I close the menu. Every time after that that I want to open the menu, I have to press the menubutton twice (and to close, I have to press it also twice). When I check logcat: first press: W/InputMethodManagerService( 315): Window already focused, ignoring focus gain of: com.android.internal.view.IInputMethodClient$Stub$Proxy@421c95b8 attribute=null second press: D/DroidGap(19858): onMessage(onPrepareOptionsMenu,com.android.internal.view.menu.MenuBuilder@41db3150) D/CordovaWebView(19858): loadUrlNow() D/CordovaLog(19858): MENUBUTTON PRESSED D/CordovaLog(19858): file:///android_asset/www/app.js: Line 2393 : MENUBUTTON PRESSED I/Web Console(19858): MENUBUTTON PRESSED at file:///android_asset/www/app.js:2393 -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-7774) update strategy for versioning
[ https://issues.apache.org/jira/browse/CB-7774?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marcel Kinard resolved CB-7774. --- Resolution: Fixed Fix Version/s: 3.7.0 Assignee: Marcel Kinard update strategy for versioning -- Key: CB-7774 URL: https://issues.apache.org/jira/browse/CB-7774 Project: Apache Cordova Issue Type: Improvement Components: Coho Reporter: Marcel Kinard Assignee: Marcel Kinard Fix For: 3.7.0 With the advent of independent platform releases, we need a strategy for how to version all the Cordova components. See http://markmail.org/message/zijjq4xe7wbbcwtg -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-6438) Characters breaking Xcode project file for plugin.xml compiler-flags
[
https://issues.apache.org/jira/browse/CB-6438?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14178530#comment-14178530
]
Gorkem ERCAN commented on CB-6438:
--
node-xcode is missing the quotes when persisting the object. I think needs to
be fixed there. [~anis] may have a better idea of node-code
Characters breaking Xcode project file for plugin.xml compiler-flags
-
Key: CB-6438
URL: https://issues.apache.org/jira/browse/CB-6438
Project: Apache Cordova
Issue Type: Bug
Components: Plugman
Affects Versions: 3.4.0
Environment: iOS
Reporter: Chris Ewald
Extend compiler-flags to support more characters
In plugin.xml:
I would like to set the compiler-flags value to -std=gnu99.:
{code:xml}
source-file src=src/ios/CDVdbcamera.m compiler-flags=-std=gnu99 /
{code}
Upon adding this plugin to a fresh cordova project using the cli `cordova
plugin add myplugin`, the Xcode project file breaks and will not open (Xcode
5.1).
I found that compiler-flag value with just A-Za-z characters works and I can
verify the value flowed through to the Xcode project build settings page.
{code:xml}
source-file src=src/ios/CDVdbcamera.m compiler-flags=lettersonly /
{code}
After some inspection, I found that the 'space' character and the '='
character will cause the Xcode project file to become inoperable.
Add support for non-letter characters in the compiler-flags attribute?
I'm using the standard apache cordova 3.4.1 project template . This has the
default project build style setting to the c99 setting which does not work
for some source files I am compiling in this plugin. I can fix this all by
setting the cordova project style setting to gnu99. I thought to use the
compiler-flags setting to fix this so this plugin would remain portable
across projects.
Original Feature here:
https://issues.apache.org/jira/browse/CB-3967
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-7750) iOS app crashes on start after update
[ https://issues.apache.org/jira/browse/CB-7750?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14178453#comment-14178453 ] Kuan Yi Ming edited comment on CB-7750 at 10/21/14 3:41 PM: Still occurs in 8.1, tested on iPhone 5 On further investigation, this seems to be triggered by the usage of Sencha Touch. When zombie objects are enabled, the output says: [UIViewAnimationState release]: message sent to deallocated instance 0x17ded7f0 was (Author: yiming.kuan): Still occurs in 8.1 On further investigation, this seems to be triggered by the usage of Sencha Touch. When zombie objects are enabled, the output says: [UIViewAnimationState release]: message sent to deallocated instance 0x17ded7f0 iOS app crashes on start after update - Key: CB-7750 URL: https://issues.apache.org/jira/browse/CB-7750 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 3.6.3 Environment: iOS 8 Reporter: Kuan Yi Ming Assignee: Shazron Abdullah There is a possibility of a Cordova app crashing on launch after it has been updated on iOS, possibly related to a memory deallocation issue. The logs for the crashed thread is as below: Thread 8 name: WebThread Thread 8 Crashed: 0 libobjc.A.dylib 0x35094f47 objc_msgSend + 7 1 CoreFoundation0x27617269 CFRelease + 597 2 QuartzCore0x2a5d2d21 CA::release_objects(X::Listvoid const**) + 13 3 QuartzCore0x2a5d8083 -[CAAnimation dealloc] + 51 4 libobjc.A.dylib 0x350a2d5b objc_object::sidetable_release(bool) + 163 5 libobjc.A.dylib 0x350a31a5 (anonymous namespace)::AutoreleasePoolPage::pop(void*) + 401 6 CoreFoundation0x276223a5 _CFAutoreleasePoolPop + 13 7 Foundation0x2836092b -[NSAutoreleasePool drain] + 119 8 CFNetwork 0x2723af1d AutoAutoreleasePool::~AutoAutoreleasePool() + 21 9 CFNetwork 0x2721effb ___ZN27URLConnectionClient_Classic18_withDelegateAsyncEPKcU13block_pointerFvP16_CFURLConnectionPK33CFURLConnectionClientCurrent_VMaxE_block_invoke_2 + 163 10 CFNetwork 0x27173beb RunloopBlockContext::_invoke_block(void const*, void*) + 59 11 CoreFoundation0x2762208b CFArrayApplyFunction + 35 12 CFNetwork 0x27173aa3 RunloopBlockContext::perform() + 179 13 CFNetwork 0x2717396b MultiplexerSource::perform() + 215 14 CFNetwork 0x271737fd MultiplexerSource::_perform(void*) + 45 15 CoreFoundation0x276d658d __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ + 13 16 CoreFoundation0x276d5a2d __CFRunLoopDoSources0 + 361 17 CoreFoundation0x276d4001 __CFRunLoopRun + 769 18 CoreFoundation0x2762261d CFRunLoopRunSpecific + 473 19 CoreFoundation0x2762242f CFRunLoopRunInMode + 103 20 WebCore 0x32b5d9b7 RunWebThread(void*) + 415 21 libsystem_pthread.dylib 0x3574be91 _pthread_body + 137 22 libsystem_pthread.dylib 0x3574be03 _pthread_start + 115 23 libsystem_pthread.dylib 0x35749b8c thread_start + 4 -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Reopened] (CB-7750) iOS app crashes on start after update
[ https://issues.apache.org/jira/browse/CB-7750?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kuan Yi Ming reopened CB-7750: -- iOS app crashes on start after update - Key: CB-7750 URL: https://issues.apache.org/jira/browse/CB-7750 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 3.6.3 Environment: iOS 8 Reporter: Kuan Yi Ming Assignee: Shazron Abdullah There is a possibility of a Cordova app crashing on launch after it has been updated on iOS, possibly related to a memory deallocation issue. The logs for the crashed thread is as below: Thread 8 name: WebThread Thread 8 Crashed: 0 libobjc.A.dylib 0x35094f47 objc_msgSend + 7 1 CoreFoundation0x27617269 CFRelease + 597 2 QuartzCore0x2a5d2d21 CA::release_objects(X::Listvoid const**) + 13 3 QuartzCore0x2a5d8083 -[CAAnimation dealloc] + 51 4 libobjc.A.dylib 0x350a2d5b objc_object::sidetable_release(bool) + 163 5 libobjc.A.dylib 0x350a31a5 (anonymous namespace)::AutoreleasePoolPage::pop(void*) + 401 6 CoreFoundation0x276223a5 _CFAutoreleasePoolPop + 13 7 Foundation0x2836092b -[NSAutoreleasePool drain] + 119 8 CFNetwork 0x2723af1d AutoAutoreleasePool::~AutoAutoreleasePool() + 21 9 CFNetwork 0x2721effb ___ZN27URLConnectionClient_Classic18_withDelegateAsyncEPKcU13block_pointerFvP16_CFURLConnectionPK33CFURLConnectionClientCurrent_VMaxE_block_invoke_2 + 163 10 CFNetwork 0x27173beb RunloopBlockContext::_invoke_block(void const*, void*) + 59 11 CoreFoundation0x2762208b CFArrayApplyFunction + 35 12 CFNetwork 0x27173aa3 RunloopBlockContext::perform() + 179 13 CFNetwork 0x2717396b MultiplexerSource::perform() + 215 14 CFNetwork 0x271737fd MultiplexerSource::_perform(void*) + 45 15 CoreFoundation0x276d658d __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ + 13 16 CoreFoundation0x276d5a2d __CFRunLoopDoSources0 + 361 17 CoreFoundation0x276d4001 __CFRunLoopRun + 769 18 CoreFoundation0x2762261d CFRunLoopRunSpecific + 473 19 CoreFoundation0x2762242f CFRunLoopRunInMode + 103 20 WebCore 0x32b5d9b7 RunWebThread(void*) + 415 21 libsystem_pthread.dylib 0x3574be91 _pthread_body + 137 22 libsystem_pthread.dylib 0x3574be03 _pthread_start + 115 23 libsystem_pthread.dylib 0x35749b8c thread_start + 4 -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7833) Allow CDVWhitelist to be configured programmatically
[ https://issues.apache.org/jira/browse/CB-7833?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14178550#comment-14178550 ] Andrew Grieve commented on CB-7833: --- [~iclelland] - Whitelist-related change. Allow CDVWhitelist to be configured programmatically Key: CB-7833 URL: https://issues.apache.org/jira/browse/CB-7833 Project: Apache Cordova Issue Type: Improvement Components: iOS Affects Versions: 3.5.0 Reporter: Mike Kwan *CDVWhitelist* is currently initialised in *[CDVViewController loadSettings]* by parsing *config.xml*. We would like to be able to alter the whitelist post-AppStore deployment. This allows the whitelist to be re-configured without doing another app submission. Is this requirement generic enough to justify a change? Ideally the array that initialises *CDVWhitelist* would be made a public property. This would allow the list to be read and modified at runtime - the setter could in turn update the whitelist entries. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-1574) On Android 4.1 events are only sent on every second menu button press
[ https://issues.apache.org/jira/browse/CB-1574?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14178517#comment-14178517 ] Dmitry Shaporenko edited comment on CB-1574 at 10/21/14 3:54 PM: - I'm experiencing the same issue right now, with 4.4 and PhoneGap 3.5 / 3.6.3. I'm unable to fix it with java editing, because I'm using adobe phonegap build. was (Author: wt0vremr): I'm experiencing the same issue righ now, with 4.4 and PhoneGap 3.5 / 3.6.3. I'm unable to fix it with java editing, because I'm using adobe phonegap build. On Android 4.1 events are only sent on every second menu button press - Key: CB-1574 URL: https://issues.apache.org/jira/browse/CB-1574 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 2.1.0 Reporter: Simon MacDonald Assignee: Joe Bowser Priority: Minor Fix For: 2.4.0 I want to implement a custom menu in my phonegap app. I have added an eventlistener for the menubutton event. When I press the menubutton the first time, it opens the menu. When I press it again, I close the menu. Every time after that that I want to open the menu, I have to press the menubutton twice (and to close, I have to press it also twice). When I check logcat: first press: W/InputMethodManagerService( 315): Window already focused, ignoring focus gain of: com.android.internal.view.IInputMethodClient$Stub$Proxy@421c95b8 attribute=null second press: D/DroidGap(19858): onMessage(onPrepareOptionsMenu,com.android.internal.view.menu.MenuBuilder@41db3150) D/CordovaWebView(19858): loadUrlNow() D/CordovaLog(19858): MENUBUTTON PRESSED D/CordovaLog(19858): file:///android_asset/www/app.js: Line 2393 : MENUBUTTON PRESSED I/Web Console(19858): MENUBUTTON PRESSED at file:///android_asset/www/app.js:2393 -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-7836) Control output .apk filename
Filip Maj created CB-7836:
-
Summary: Control output .apk filename
Key: CB-7836
URL: https://issues.apache.org/jira/browse/CB-7836
Project: Apache Cordova
Issue Type: Bug
Components: Android
Affects Versions: Master
Environment: Mac, Linux, whatever
Reporter: Filip Maj
Priority: Minor
ohai cordova :D
I go to create a cordova-android project with: {{cordova create hello
com.example.hello HelloWorld}}.
My expectation is that the final output of the .apk filename will be
{{HelloWorld.apk}}.
It always comes out as {{CordovaApp.apk}}.
Pretty sure I used to be able to control the output file name in a previous
cordova version.
Can haz that back plz?
[Here|https://gist.github.com/sebv/9854f5443e2095ade2b6]'s a gist of project
creation output for details.
P.S. y'all are awesome
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7836) Control output .apk filename
[
https://issues.apache.org/jira/browse/CB-7836?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14178590#comment-14178590
]
Darryl Pogue commented on CB-7836:
--
Appears to be a side-effect (or intended result?) of CB-6511
Control output .apk filename
Key: CB-7836
URL: https://issues.apache.org/jira/browse/CB-7836
Project: Apache Cordova
Issue Type: Bug
Components: Android
Affects Versions: Master
Environment: Mac, Linux, whatever
Reporter: Filip Maj
Priority: Minor
ohai cordova :D
I go to create a cordova-android project with: {{cordova create hello
com.example.hello HelloWorld}}.
My expectation is that the final output of the .apk filename will be
{{HelloWorld.apk}}.
It always comes out as {{CordovaApp.apk}}.
Pretty sure I used to be able to control the output file name in a previous
cordova version.
Can haz that back plz?
[Here|https://gist.github.com/sebv/9854f5443e2095ade2b6]'s a gist of project
creation output for details.
P.S. y'all are awesome
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7820) cordova platfrom restore stops if a platforms fails to restore
[ https://issues.apache.org/jira/browse/CB-7820?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14178664#comment-14178664 ] ASF subversion and git services commented on CB-7820: - Commit 64b236af58ac85bde0ddaec96463fc25a12dab7e in cordova-lib's branch refs/heads/master from [~gercan] [ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=64b236a ] CB-7820 Make cordova platfrom restore not stop if a platforms fails to restore handles restoration for each platform separately so that if one fails installation for others continues. Also makes a change on how the host is checked to allow such errors not to completely halt the execution. close #106 cordova platfrom restore stops if a platforms fails to restore -- Key: CB-7820 URL: https://issues.apache.org/jira/browse/CB-7820 Project: Apache Cordova Issue Type: Bug Components: CLI Reporter: Gorkem ERCAN Assignee: Gorkem ERCAN cordova restore platforms stops restoring platforms if one of the platforms fails to restore. For a config.xml that has android and windows when run on MacOS cordova restore will fail on windows and never execute android restore (depending on their order) -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7820) cordova platfrom restore stops if a platforms fails to restore
[ https://issues.apache.org/jira/browse/CB-7820?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14178665#comment-14178665 ] ASF GitHub Bot commented on CB-7820: Github user asfgit closed the pull request at: https://github.com/apache/cordova-lib/pull/106 cordova platfrom restore stops if a platforms fails to restore -- Key: CB-7820 URL: https://issues.apache.org/jira/browse/CB-7820 Project: Apache Cordova Issue Type: Bug Components: CLI Reporter: Gorkem ERCAN Assignee: Gorkem ERCAN cordova restore platforms stops restoring platforms if one of the platforms fails to restore. For a config.xml that has android and windows when run on MacOS cordova restore will fail on windows and never execute android restore (depending on their order) -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7311) Updates to project potentially break Xcode project files
[ https://issues.apache.org/jira/browse/CB-7311?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14178670#comment-14178670 ] ASF subversion and git services commented on CB-7311: - Commit fef0ee701581c7dafc55dda207f1ec17e21bd644 in cordova-lib's branch refs/heads/master from [~OliverSalzburg] [ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=fef0ee7 ] CB-7311 Fix xcode project manipulation on Windows host When adding plugins on Windows, plugman will insert incorrect paths, which also contain backslashes into the xcode project files. This breaks builds of the iOS app in Xcode and requires manual editing of the project file. On all non-Windows platforms, where the path separator is already `/`, the performed replace should be a noop, on Windows it fixes the paths in the project file. github: close #109 Updates to project potentially break Xcode project files Key: CB-7311 URL: https://issues.apache.org/jira/browse/CB-7311 Project: Apache Cordova Issue Type: Bug Components: CLI, Plugman Affects Versions: 3.5.0 Environment: Windows 7 x64 Reporter: Oliver Salzburg Assignee: Anis Kadri Some actions, like adding a plugin to the project, can break files related to iOS development. I noticed this with the .xcodeproj file, which included backslashes as path seperators after the project was updated on a Windows machine. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-7837) Menu button requires double click to invoke an event
Dmitry Shaporenko created CB-7837:
-
Summary: Menu button requires double click to invoke an event
Key: CB-7837
URL: https://issues.apache.org/jira/browse/CB-7837
Project: Apache Cordova
Issue Type: Bug
Affects Versions: 3.5.0, 3.0.0, 3.6.3
Reporter: Dmitry Shaporenko
script type=text/javascript
document.addEventListener(deviceready, function () {
document.addEventListener(menubutton, menuKeyDown, true);
}, false);
function menuKeyDown() {
if ($( #offcanvas-1 ).hasClass( uk-active )){
$.UIkit.offcanvas.hide();
} else {
$.UIkit.offcanvas.show('#offcanvas-1');
}
}
/script
The problem with this code is the following:
When menu button is tapped on Android (tested in 4.4), the event is invoked.
All further invocations require double tap.
I build my app using build.phonegap.com. As far as I see, 3.0.0, 3.5.0, 3.6.3
are affected, no luck with any of them. Joe Bowser asked me to create a new
issue, instead of commenting https://issues.apache.org/jira/browse/CB-1574 .
This issues are pretty much the same, except, for me it does not seem minor at
all. Please fix.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7636) Allow using --nobuild flag without screaning
[
https://issues.apache.org/jira/browse/CB-7636?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14178680#comment-14178680
]
ASF subversion and git services commented on CB-7636:
-
Commit f33f41678001803f799426dd8bfaf7422a8ed878 in cordova-cli's branch
refs/heads/master from sgrebnov
[ https://git-wip-us.apache.org/repos/asf?p=cordova-cli.git;h=f33f416 ]
CB-7636 Allow using --nobuild flag without screaning
github: close #193
Allow using --nobuild flag without screaning
Key: CB-7636
URL: https://issues.apache.org/jira/browse/CB-7636
Project: Apache Cordova
Issue Type: Improvement
Components: CLI
Reporter: Sergey Grebnov
Assignee: Sergey Grebnov
Labels: command-line, cordova-cli, nopt
Currently ‘--nobuild’ param requires – screening
So this skips --nobuild flag
{code}
λ cordova run wp8 --nobuild --target=dummy
{code}
Whereas the following works correct
{code}
λ cordova run wp8 --target=dummy -- --nobuild
{code}
This is inconsistent with other run options (--device, --target, --emulator)
which don’t not require screening.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7636) Allow using --nobuild flag without screaning
[
https://issues.apache.org/jira/browse/CB-7636?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14178704#comment-14178704
]
ASF GitHub Bot commented on CB-7636:
Github user asfgit closed the pull request at:
https://github.com/apache/cordova-cli/pull/193
Allow using --nobuild flag without screaning
Key: CB-7636
URL: https://issues.apache.org/jira/browse/CB-7636
Project: Apache Cordova
Issue Type: Improvement
Components: CLI
Reporter: Sergey Grebnov
Assignee: Sergey Grebnov
Labels: command-line, cordova-cli, nopt
Currently ‘--nobuild’ param requires – screening
So this skips --nobuild flag
{code}
λ cordova run wp8 --nobuild --target=dummy
{code}
Whereas the following works correct
{code}
λ cordova run wp8 --target=dummy -- --nobuild
{code}
This is inconsistent with other run options (--device, --target, --emulator)
which don’t not require screening.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-6407) [Android] InAppBrowser 0.3.3 Crashes App on Android 4.4.2
[
https://issues.apache.org/jira/browse/CB-6407?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14178730#comment-14178730
]
Chris Emerson commented on CB-6407:
---
+1 to Marcel's manual workaround working.
[Android] InAppBrowser 0.3.3 Crashes App on Android 4.4.2
-
Key: CB-6407
URL: https://issues.apache.org/jira/browse/CB-6407
Project: Apache Cordova
Issue Type: Bug
Components: Android
Affects Versions: 3.4.0
Environment: Nexus 5 running Android 4.4.2 with Cordova 3.4.0-0.1.3
and inAppBrowser plugin version 0.3.3
Reporter: Sean Abrahams
window.open('http://cordova.apache.org/', '_blank', 'location=yes')
Results in the following exception:
04-04 20:10:34.824: D/CordovaNetworkManager(10617): Connection Type: wifi
04-04 20:10:37.644: D/InAppBrowser(10617): target = _blank
04-04 20:10:37.644: D/InAppBrowser(10617): in blank
04-04 20:10:37.654: W/ResourceType(10617): No package identifier when getting
value for resource number 0x
04-04 20:10:37.654: D/AndroidRuntime(10617): Shutting down VM
04-04 20:10:37.654: W/dalvikvm(10617): threadid=1: thread exiting with
uncaught exception (group=0x4161aba8)
04-04 20:10:37.654: E/AndroidRuntime(10617): FATAL EXCEPTION: main
04-04 20:10:37.654: E/AndroidRuntime(10617): Process:
com.bugreport.bugreport, PID: 10617
04-04 20:10:37.654: E/AndroidRuntime(10617):
android.content.res.Resources$NotFoundException: Resource ID #0x0
04-04 20:10:37.654: E/AndroidRuntime(10617): at
android.content.res.Resources.getValue(Resources.java:1123)
04-04 20:10:37.654: E/AndroidRuntime(10617): at
android.content.res.Resources.getDrawable(Resources.java:698)
04-04 20:10:37.654: E/AndroidRuntime(10617): at
org.apache.cordova.inappbrowser.InAppBrowser$5.run(InAppBrowser.java:493)
04-04 20:10:37.654: E/AndroidRuntime(10617): at
android.app.Activity.runOnUiThread(Activity.java:4713)
04-04 20:10:37.654: E/AndroidRuntime(10617): at
org.apache.cordova.inappbrowser.InAppBrowser.showWebPage(InAppBrowser.java:647)
04-04 20:10:37.654: E/AndroidRuntime(10617): at
org.apache.cordova.inappbrowser.InAppBrowser$1.run(InAppBrowser.java:150)
04-04 20:10:37.654: E/AndroidRuntime(10617): at
android.os.Handler.handleCallback(Handler.java:733)
04-04 20:10:37.654: E/AndroidRuntime(10617): at
android.os.Handler.dispatchMessage(Handler.java:95)
04-04 20:10:37.654: E/AndroidRuntime(10617): at
android.os.Looper.loop(Looper.java:136)
04-04 20:10:37.654: E/AndroidRuntime(10617): at
android.app.ActivityThread.main(ActivityThread.java:5017)
04-04 20:10:37.654: E/AndroidRuntime(10617): at
java.lang.reflect.Method.invokeNative(Native Method)
04-04 20:10:37.654: E/AndroidRuntime(10617): at
java.lang.reflect.Method.invoke(Method.java:515)
04-04 20:10:37.654: E/AndroidRuntime(10617): at
com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:779)
04-04 20:10:37.654: E/AndroidRuntime(10617): at
com.android.internal.os.ZygoteInit.main(ZygoteInit.java:595)
04-04 20:10:37.654: E/AndroidRuntime(10617): at
dalvik.system.NativeStart.main(Native Method)
04-04 20:10:52.894: I/Process(10617): Sending signal. PID: 10617 SIG: 9
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-7311) Updates to project potentially break Xcode project files
[ https://issues.apache.org/jira/browse/CB-7311?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Grieve resolved CB-7311. --- Resolution: Fixed Assignee: Andrew Grieve (was: Anis Kadri) Change looks great! Fixed in 4.0.1-dev. Updates to project potentially break Xcode project files Key: CB-7311 URL: https://issues.apache.org/jira/browse/CB-7311 Project: Apache Cordova Issue Type: Bug Components: CLI, Plugman Affects Versions: 3.5.0 Environment: Windows 7 x64 Reporter: Oliver Salzburg Assignee: Andrew Grieve Some actions, like adding a plugin to the project, can break files related to iOS development. I noticed this with the .xcodeproj file, which included backslashes as path seperators after the project was updated on a Windows machine. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-7820) cordova platfrom restore stops if a platforms fails to restore
[ https://issues.apache.org/jira/browse/CB-7820?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Grieve resolved CB-7820. --- Resolution: Fixed Fixed in 4.0.1-dev cordova platfrom restore stops if a platforms fails to restore -- Key: CB-7820 URL: https://issues.apache.org/jira/browse/CB-7820 Project: Apache Cordova Issue Type: Bug Components: CLI Reporter: Gorkem ERCAN Assignee: Gorkem ERCAN cordova restore platforms stops restoring platforms if one of the platforms fails to restore. For a config.xml that has android and windows when run on MacOS cordova restore will fail on windows and never execute android restore (depending on their order) -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-7636) Allow using --nobuild flag without screaning
[
https://issues.apache.org/jira/browse/CB-7636?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andrew Grieve resolved CB-7636.
---
Resolution: Fixed
Fixed in 4.0.1-dev
Allow using --nobuild flag without screaning
Key: CB-7636
URL: https://issues.apache.org/jira/browse/CB-7636
Project: Apache Cordova
Issue Type: Improvement
Components: CLI
Reporter: Sergey Grebnov
Assignee: Sergey Grebnov
Labels: command-line, cordova-cli, nopt
Currently ‘--nobuild’ param requires – screening
So this skips --nobuild flag
{code}
λ cordova run wp8 --nobuild --target=dummy
{code}
Whereas the following works correct
{code}
λ cordova run wp8 --target=dummy -- --nobuild
{code}
This is inconsistent with other run options (--device, --target, --emulator)
which don’t not require screening.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7836) Control output .apk filename
[
https://issues.apache.org/jira/browse/CB-7836?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14178792#comment-14178792
]
Shazron Abdullah commented on CB-7836:
--
Welcome back Fil! Just a reminder you still have committer privileges ;)
Control output .apk filename
Key: CB-7836
URL: https://issues.apache.org/jira/browse/CB-7836
Project: Apache Cordova
Issue Type: Bug
Components: Android
Affects Versions: Master
Environment: Mac, Linux, whatever
Reporter: Filip Maj
Priority: Minor
ohai cordova :D
I go to create a cordova-android project with: {{cordova create hello
com.example.hello HelloWorld}}.
My expectation is that the final output of the .apk filename will be
{{HelloWorld.apk}}.
It always comes out as {{CordovaApp.apk}}.
Pretty sure I used to be able to control the output file name in a previous
cordova version.
Can haz that back plz?
[Here|https://gist.github.com/sebv/9854f5443e2095ade2b6]'s a gist of project
creation output for details.
P.S. y'all are awesome
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-7837) Menu button requires double click to invoke an event
[
https://issues.apache.org/jira/browse/CB-7837?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shazron Abdullah updated CB-7837:
-
Component/s: Android
Menu button requires double click to invoke an event
Key: CB-7837
URL: https://issues.apache.org/jira/browse/CB-7837
Project: Apache Cordova
Issue Type: Bug
Components: Android
Affects Versions: 3.0.0, 3.5.0, 3.6.3
Reporter: Dmitry Shaporenko
Labels: android
script type=text/javascript
document.addEventListener(deviceready, function () {
document.addEventListener(menubutton, menuKeyDown, true);
}, false);
function menuKeyDown() {
if ($( #offcanvas-1 ).hasClass( uk-active )){
$.UIkit.offcanvas.hide();
} else {
$.UIkit.offcanvas.show('#offcanvas-1');
}
}
/script
The problem with this code is the following:
When menu button is tapped on Android (tested in 4.4), the event is invoked.
All further invocations require double tap.
I build my app using build.phonegap.com. As far as I see, 3.0.0, 3.5.0, 3.6.3
are affected, no luck with any of them. Joe Bowser asked me to create a new
issue, instead of commenting https://issues.apache.org/jira/browse/CB-1574 .
This issues are pretty much the same, except, for me it does not seem minor
at all. Please fix.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-7734) navigator.notification.alert or navigator.notification.confirm seem have a many words issue
[ https://issues.apache.org/jira/browse/CB-7734?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-7734: - Assignee: jcesarmobile navigator.notification.alert or navigator.notification.confirm seem have a many words issue - Key: CB-7734 URL: https://issues.apache.org/jira/browse/CB-7734 Project: Apache Cordova Issue Type: Improvement Components: Plugin Dialogs Affects Versions: 3.6.3 Environment: PGB 3.6.3 with the all latest core plugin https://build.phonegap.com/plugins ios 8.02 environment Reporter: Colin Bau Assignee: jcesarmobile Labels: notification Original Estimate: 12h Remaining Estimate: 12h Improvement 1 according to this https://issues.apache.org/jira/browse/CB-6528 a same problem just like the WP，ios have this problem too when the words is greater than one page it can't slide up and down Improvement 2 all words center problem，I think maybe Left-aligned is more Beautiful (because when in Android，all words Left-aligned) http://www.littlebau.com/ios_1.png Improvement 3 all words looks like small and Vague (maybe in Chinese)，is there any way (maybe future) can let become more Clear ? http://www.littlebau.com/ios_1.png -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-7829) Splash screen not change image on rotation
[ https://issues.apache.org/jira/browse/CB-7829?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-7829: - Environment: Android Splash screen not change image on rotation -- Key: CB-7829 URL: https://issues.apache.org/jira/browse/CB-7829 Project: Apache Cordova Issue Type: Bug Components: Plugin SplashScreen Environment: Android Reporter: Riccardo Bianconi Priority: Minor Labels: orientation, orientationchange, splashscreen I have an android app with different splash screens based on dpi and orientation. When I launch the app the correct dpi and orientation is selected: if I start in portrait it starts with the portrait version, if I start in landscape it starts with the landscape version. But if I start in portrait and rotate the device during splash screen, the image rotates but it not swap to landscape version, simply stretch the portrait image to fit width and height. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-7832) [iOS8][Geolocation] multiple initial calls to getCurrentPosition/watchPosition
[ https://issues.apache.org/jira/browse/CB-7832?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-7832: - Issue Type: Sub-task (was: Bug) Parent: CB-7043 [iOS8][Geolocation] multiple initial calls to getCurrentPosition/watchPosition -- Key: CB-7832 URL: https://issues.apache.org/jira/browse/CB-7832 Project: Apache Cordova Issue Type: Sub-task Components: Plugin Geolocation Affects Versions: 3.6.3 Environment: Testing on iOS8, iPhone4, using an IPA built with PhonegapBuild Reporter: Luís Vieira In iOS8, when the App first calls getCurrentPosition or watchPosition a popup is shown for the user to allow the App to retrieve location information. If we call getCurrentPosition and watchPosition concurrently, the first call callbacks wait for the user's response but the second call immediately fails. So even if the user gives the App permission to retrieve location information, only the first call succeeds. This forces the App to hang all calls to the Geolocation API on the callbacks of the first call. Shouldn't the API guarantee that all calls wait for the user's response, before returning success or failure?? -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-7832) iOS8 multiple initial calls to getCurrentPosition/watchPosition
[ https://issues.apache.org/jira/browse/CB-7832?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-7832: - Component/s: (was: iOS) Plugin Geolocation iOS8 multiple initial calls to getCurrentPosition/watchPosition --- Key: CB-7832 URL: https://issues.apache.org/jira/browse/CB-7832 Project: Apache Cordova Issue Type: Bug Components: Plugin Geolocation Affects Versions: 3.6.3 Environment: Testing on iOS8, iPhone4, using an IPA built with PhonegapBuild Reporter: Luís Vieira In iOS8, when the App first calls getCurrentPosition or watchPosition a popup is shown for the user to allow the App to retrieve location information. If we call getCurrentPosition and watchPosition concurrently, the first call callbacks wait for the user's response but the second call immediately fails. So even if the user gives the App permission to retrieve location information, only the first call succeeds. This forces the App to hang all calls to the Geolocation API on the callbacks of the first call. Shouldn't the API guarantee that all calls wait for the user's response, before returning success or failure?? -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-7832) [iOS8][Geolocation] multiple initial calls to getCurrentPosition/watchPosition
[ https://issues.apache.org/jira/browse/CB-7832?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-7832: - Summary: [iOS8][Geolocation] multiple initial calls to getCurrentPosition/watchPosition (was: iOS8 multiple initial calls to getCurrentPosition/watchPosition) [iOS8][Geolocation] multiple initial calls to getCurrentPosition/watchPosition -- Key: CB-7832 URL: https://issues.apache.org/jira/browse/CB-7832 Project: Apache Cordova Issue Type: Bug Components: Plugin Geolocation Affects Versions: 3.6.3 Environment: Testing on iOS8, iPhone4, using an IPA built with PhonegapBuild Reporter: Luís Vieira In iOS8, when the App first calls getCurrentPosition or watchPosition a popup is shown for the user to allow the App to retrieve location information. If we call getCurrentPosition and watchPosition concurrently, the first call callbacks wait for the user's response but the second call immediately fails. So even if the user gives the App permission to retrieve location information, only the first call succeeds. This forces the App to hang all calls to the Geolocation API on the callbacks of the first call. Shouldn't the API guarantee that all calls wait for the user's response, before returning success or failure?? -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7831) Impossible to manage project from Windows
[ https://issues.apache.org/jira/browse/CB-7831?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14178874#comment-14178874 ] Shazron Abdullah commented on CB-7831: -- If a version.bat is added - the appropriate scripts in cordova-coho for cadence release need to be updated to update this new version file as well. Impossible to manage project from Windows - Key: CB-7831 URL: https://issues.apache.org/jira/browse/CB-7831 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 3.6.0 Environment: Windows 7 x64 Reporter: Oliver Salzburg Because the iOS platform does not provide a version.bat, and because superspawn apparently can't utilize bash on Windows, every attempt to install or remove plugins from the project will fail, because cordova/version isn't a valid executable. Adding a version.bat to the platform trivially averts the issue and allows every developer to maintain plugins in the project. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7831) Impossible to manage project from Windows
[ https://issues.apache.org/jira/browse/CB-7831?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14178895#comment-14178895 ] Oliver Salzburg commented on CB-7831: - [~shazron] I'm not too familiar with the involved components yet, but am willing to learn and provide a change suggestion. If you could provide any hints on what to look out for, so that every aspect is covered, I'd really appreciate it. At first I was looking for a place to add this in cordova-ios, but I couldn't find where the file would have to be added. It would be nice if you could point me in the right direction. Impossible to manage project from Windows - Key: CB-7831 URL: https://issues.apache.org/jira/browse/CB-7831 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 3.6.0 Environment: Windows 7 x64 Reporter: Oliver Salzburg Because the iOS platform does not provide a version.bat, and because superspawn apparently can't utilize bash on Windows, every attempt to install or remove plugins from the project will fail, because cordova/version isn't a valid executable. Adding a version.bat to the platform trivially averts the issue and allows every developer to maintain plugins in the project. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7831) Impossible to manage project from Windows
[ https://issues.apache.org/jira/browse/CB-7831?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14178901#comment-14178901 ] Shazron Abdullah commented on CB-7831: -- Here is a patch I did: https://github.com/apache/cordova-coho/commit/59577425481fcae691c58b9ca9a1417e41ad3558 For version.bat, you would do something similar. That script change updates the text corresponding to the regex VERSION.*=.* with VERSION=x.y.z in the cordova/version script of the template. Impossible to manage project from Windows - Key: CB-7831 URL: https://issues.apache.org/jira/browse/CB-7831 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 3.6.0 Environment: Windows 7 x64 Reporter: Oliver Salzburg Because the iOS platform does not provide a version.bat, and because superspawn apparently can't utilize bash on Windows, every attempt to install or remove plugins from the project will fail, because cordova/version isn't a valid executable. Adding a version.bat to the platform trivially averts the issue and allows every developer to maintain plugins in the project. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7831) Impossible to manage project from Windows
[ https://issues.apache.org/jira/browse/CB-7831?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14178906#comment-14178906 ] Oliver Salzburg commented on CB-7831: - A-ha and *now* I see that the right location seems to be https://github.com/apache/cordova-ios/tree/master/bin/templates/scripts/cordova It seems like other platforms we have in our Cordova project use a different approach with these scripts, they seem to be using JS (like here: https://github.com/apache/cordova-android/blob/master/bin/templates/cordova/version). Should that be preferred, to get more similar solutions? Impossible to manage project from Windows - Key: CB-7831 URL: https://issues.apache.org/jira/browse/CB-7831 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 3.6.0 Environment: Windows 7 x64 Reporter: Oliver Salzburg Because the iOS platform does not provide a version.bat, and because superspawn apparently can't utilize bash on Windows, every attempt to install or remove plugins from the project will fail, because cordova/version isn't a valid executable. Adding a version.bat to the platform trivially averts the issue and allows every developer to maintain plugins in the project. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7831) Impossible to manage project from Windows
[ https://issues.apache.org/jira/browse/CB-7831?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14178908#comment-14178908 ] Oliver Salzburg commented on CB-7831: - [~shazron] Thanks for the hint. I'll take a look at all of this at work and try to come up with something. Impossible to manage project from Windows - Key: CB-7831 URL: https://issues.apache.org/jira/browse/CB-7831 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 3.6.0 Environment: Windows 7 x64 Reporter: Oliver Salzburg Because the iOS platform does not provide a version.bat, and because superspawn apparently can't utilize bash on Windows, every attempt to install or remove plugins from the project will fail, because cordova/version isn't a valid executable. Adding a version.bat to the platform trivially averts the issue and allows every developer to maintain plugins in the project. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7834) On cordova compile i always get apk named CordovaApp-debug.apk
[ https://issues.apache.org/jira/browse/CB-7834?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14178910#comment-14178910 ] Shazron Abdullah commented on CB-7834: -- Is this similar to CB-7836? On cordova compile i always get apk named CordovaApp-debug.apk Key: CB-7834 URL: https://issues.apache.org/jira/browse/CB-7834 Project: Apache Cordova Issue Type: Bug Components: Android, CordovaJS Affects Versions: 4.0.0 Reporter: Eser Esen On 4.0.0 it looks like for android its not using the apps name as defined in config.xml, instead all my built APK files are always named CordovaApp-xyz.apk (xyz can be debug or release). What has changed? Do i need to update my config.xml for 4.0.0? -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7831) Impossible to manage project from Windows
[ https://issues.apache.org/jira/browse/CB-7831?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14178915#comment-14178915 ] Shazron Abdullah commented on CB-7831: -- Yup, we're going to go with all JS eventually, there is an issue out for it. It will be an all scripts or nothing change. Impossible to manage project from Windows - Key: CB-7831 URL: https://issues.apache.org/jira/browse/CB-7831 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 3.6.0 Environment: Windows 7 x64 Reporter: Oliver Salzburg Because the iOS platform does not provide a version.bat, and because superspawn apparently can't utilize bash on Windows, every attempt to install or remove plugins from the project will fail, because cordova/version isn't a valid executable. Adding a version.bat to the platform trivially averts the issue and allows every developer to maintain plugins in the project. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7831) Impossible to manage project from Windows
[ https://issues.apache.org/jira/browse/CB-7831?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14178931#comment-14178931 ] Oliver Salzburg commented on CB-7831: - Is there already work being done in this regard? We've been having issues in regards to the iOS platform on Windows ever since we started using Cordova (we use OSX primarily for building, not development), so we would be happy to help solve some of these issues and we're probably in a good place to test as well. Impossible to manage project from Windows - Key: CB-7831 URL: https://issues.apache.org/jira/browse/CB-7831 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 3.6.0 Environment: Windows 7 x64 Reporter: Oliver Salzburg Because the iOS platform does not provide a version.bat, and because superspawn apparently can't utilize bash on Windows, every attempt to install or remove plugins from the project will fail, because cordova/version isn't a valid executable. Adding a version.bat to the platform trivially averts the issue and allows every developer to maintain plugins in the project. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7831) Impossible to manage project from Windows
[ https://issues.apache.org/jira/browse/CB-7831?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14178957#comment-14178957 ] Edna Morales commented on CB-7831: -- [~OliverSalzburg] I am working on a possible new feature to the CLI (CB-7803). Essentially and ideally you should be able to do work for any platform on any OS until the actual build and run. Part of this is going to be converting the iOS bash scripts to JS. I haven't started the work on that yet but I was going to create a Jira issue for it to link to CB-7803. However, I wasn't aware that there is already an issue out there for it. Impossible to manage project from Windows - Key: CB-7831 URL: https://issues.apache.org/jira/browse/CB-7831 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 3.6.0 Environment: Windows 7 x64 Reporter: Oliver Salzburg Because the iOS platform does not provide a version.bat, and because superspawn apparently can't utilize bash on Windows, every attempt to install or remove plugins from the project will fail, because cordova/version isn't a valid executable. Adding a version.bat to the platform trivially averts the issue and allows every developer to maintain plugins in the project. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7033) cordova platform check command not working
[
https://issues.apache.org/jira/browse/CB-7033?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14178989#comment-14178989
]
ASF subversion and git services commented on CB-7033:
-
Commit 638f77883ba578c4633d81154dfc0c46bdaa98e7 in cordova-lib's branch
refs/heads/master from [~jsoref]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=638f778 ]
CB-7033 Improve cordova platform check
* Fix spelling of determined
cordova platform check command not working
--
Key: CB-7033
URL: https://issues.apache.org/jira/browse/CB-7033
Project: Apache Cordova
Issue Type: Bug
Components: CLI
Affects Versions: 3.4.0
Reporter: Victor Adrian Sosa Herrera
Assignee: Josh Soref
Priority: Minor
I have an app with Android installed and I know it was created with Cordova
3.3.1-0.1.2.
After running this command with a 3.4.1-1.0. CLI I get the following
{{$ cordova platform check}}
{{All platforms are up-to-date.}}
But after running cordova platform ls I get the following
{{$ cordova platform ls}}
{{Installed platforms: android broken}}
{{Available platforms: amazon-fireos, blackberry10, firefoxos, ubuntu}}
Using _platform check_ arguments I don't get the result I'm looking for (a
platform out-of-date), while using _platform ls_ it's not very clear, but I
presume the _broken_ platform is like an out-of-date message
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7033) cordova platform check command not working
[
https://issues.apache.org/jira/browse/CB-7033?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14178991#comment-14178991
]
ASF subversion and git services commented on CB-7033:
-
Commit 1fc9ba475a8e4c600e87ac3349807cbdf69ade15 in cordova-lib's branch
refs/heads/master from [~jsoref]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=1fc9ba4 ]
CB-7033 Improve cordova platform check
* Report when cordova is out of date
cordova platform check command not working
--
Key: CB-7033
URL: https://issues.apache.org/jira/browse/CB-7033
Project: Apache Cordova
Issue Type: Bug
Components: CLI
Affects Versions: 3.4.0
Reporter: Victor Adrian Sosa Herrera
Assignee: Josh Soref
Priority: Minor
I have an app with Android installed and I know it was created with Cordova
3.3.1-0.1.2.
After running this command with a 3.4.1-1.0. CLI I get the following
{{$ cordova platform check}}
{{All platforms are up-to-date.}}
But after running cordova platform ls I get the following
{{$ cordova platform ls}}
{{Installed platforms: android broken}}
{{Available platforms: amazon-fireos, blackberry10, firefoxos, ubuntu}}
Using _platform check_ arguments I don't get the result I'm looking for (a
platform out-of-date), while using _platform ls_ it's not very clear, but I
presume the _broken_ platform is like an out-of-date message
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7033) cordova platform check command not working
[
https://issues.apache.org/jira/browse/CB-7033?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14178990#comment-14178990
]
ASF subversion and git services commented on CB-7033:
-
Commit 6d34b0e5e67c1b23e457e15cd3e260fce5f34e92 in cordova-lib's branch
refs/heads/master from [~jsoref]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=6d34b0e ]
CB-7033 Improve cordova platform check
* Make a softer statement about up-to-date status
cordova platform check command not working
--
Key: CB-7033
URL: https://issues.apache.org/jira/browse/CB-7033
Project: Apache Cordova
Issue Type: Bug
Components: CLI
Affects Versions: 3.4.0
Reporter: Victor Adrian Sosa Herrera
Assignee: Josh Soref
Priority: Minor
I have an app with Android installed and I know it was created with Cordova
3.3.1-0.1.2.
After running this command with a 3.4.1-1.0. CLI I get the following
{{$ cordova platform check}}
{{All platforms are up-to-date.}}
But after running cordova platform ls I get the following
{{$ cordova platform ls}}
{{Installed platforms: android broken}}
{{Available platforms: amazon-fireos, blackberry10, firefoxos, ubuntu}}
Using _platform check_ arguments I don't get the result I'm looking for (a
platform out-of-date), while using _platform ls_ it's not very clear, but I
presume the _broken_ platform is like an out-of-date message
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7033) cordova platform check command not working
[
https://issues.apache.org/jira/browse/CB-7033?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14178993#comment-14178993
]
ASF GitHub Bot commented on CB-7033:
Github user asfgit closed the pull request at:
https://github.com/apache/cordova-lib/pull/108
cordova platform check command not working
--
Key: CB-7033
URL: https://issues.apache.org/jira/browse/CB-7033
Project: Apache Cordova
Issue Type: Bug
Components: CLI
Affects Versions: 3.4.0
Reporter: Victor Adrian Sosa Herrera
Assignee: Josh Soref
Priority: Minor
I have an app with Android installed and I know it was created with Cordova
3.3.1-0.1.2.
After running this command with a 3.4.1-1.0. CLI I get the following
{{$ cordova platform check}}
{{All platforms are up-to-date.}}
But after running cordova platform ls I get the following
{{$ cordova platform ls}}
{{Installed platforms: android broken}}
{{Available platforms: amazon-fireos, blackberry10, firefoxos, ubuntu}}
Using _platform check_ arguments I don't get the result I'm looking for (a
platform out-of-date), while using _platform ls_ it's not very clear, but I
presume the _broken_ platform is like an out-of-date message
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-7838) Contact Picker returns -1 as the id for all contacts
Ralph S Theart created CB-7838:
--
Summary: Contact Picker returns -1 as the id for all contacts
Key: CB-7838
URL: https://issues.apache.org/jira/browse/CB-7838
Project: Apache Cordova
Issue Type: Bug
Components: iOS, Plugin Contacts
Affects Versions: 3.5.0
Reporter: Ralph S Theart
Can anyone confirm that the contacts plug-in returns -1 for any contact id
return from a device but it on the simulator returns a valid unique ID?
Its strange..I have ios8 devices that return -1 for any contact picked...but
the same action on the simulators returns a positive integer.
{code:title=From iOS 8 Device|borderStyle=solid}
{
id: -1,
rawId: null,
displayName: null,
name: {
givenName: Aunte,
formatted: Aunte Aline,
middleName: null,
familyName: Aline,
honorificPrefix: null,
honorificSuffix: null
},
nickname: null,
phoneNumbers: [
{
type: other,
value: 01141223***,
id: 0,
pref: false
}
],
emails: [
{
type: home,
value: vito.**@bluewin.ch,
id: 0,
pref: false
}
],.
{code}
{code:title=From ios-sim}
{
id: 7,
rawId: null,
displayName: null,
name: {
givenName: Test,
formatted: Test,
middleName: null,
familyName: null,
honorificPrefix: null,
honorificSuffix: null
},
nickname: null,
phoneNumbers: [
{
type: home,
value: (954)\u00a0646-7923,
id: 0,
pref: false
}
],
emails: null,
addresses: null,
ims: null,
organizations: null,
birthday: null,
note: null,
photos: null,
categories: null,
urls: null
}
{code}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-7839) Android versionCode is set to NaN when given a single digit version in config.xml
Andrew Grieve created CB-7839: - Summary: Android versionCode is set to NaN when given a single digit version in config.xml Key: CB-7839 URL: https://issues.apache.org/jira/browse/CB-7839 Project: Apache Cordova Issue Type: Bug Components: Android, CLI Reporter: Andrew Grieve Assignee: Andrew Grieve Priority: Minor set version=1 in config.xml then run prepare. AndroidManifest.xml now has android:versionCode=NaN -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7839) Android versionCode is set to NaN when given a single digit version in config.xml
[ https://issues.apache.org/jira/browse/CB-7839?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14179343#comment-14179343 ] ASF subversion and git services commented on CB-7839: - Commit 5fbd95a63721870369c762045e9888c6358a6149 in cordova-lib's branch refs/heads/master from [~agrieve] [ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=5fbd95a ] CB-7839 android: Fix versionCode logic when version is less than 3 digits Android versionCode is set to NaN when given a single digit version in config.xml - Key: CB-7839 URL: https://issues.apache.org/jira/browse/CB-7839 Project: Apache Cordova Issue Type: Bug Components: Android, CLI Reporter: Andrew Grieve Assignee: Andrew Grieve Priority: Minor set version=1 in config.xml then run prepare. AndroidManifest.xml now has android:versionCode=NaN -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-7839) Android versionCode is set to NaN when given a single digit version in config.xml
[ https://issues.apache.org/jira/browse/CB-7839?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Grieve resolved CB-7839. --- Resolution: Fixed fixed in 4.0.1-dev Android versionCode is set to NaN when given a single digit version in config.xml - Key: CB-7839 URL: https://issues.apache.org/jira/browse/CB-7839 Project: Apache Cordova Issue Type: Bug Components: Android, CLI Reporter: Andrew Grieve Assignee: Andrew Grieve Priority: Minor set version=1 in config.xml then run prepare. AndroidManifest.xml now has android:versionCode=NaN -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-7838) Contact Picker returns -1 as the id for all contacts
[
https://issues.apache.org/jira/browse/CB-7838?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shazron Abdullah updated CB-7838:
-
Component/s: (was: iOS)
Environment: iOS
Contact Picker returns -1 as the id for all contacts
Key: CB-7838
URL: https://issues.apache.org/jira/browse/CB-7838
Project: Apache Cordova
Issue Type: Bug
Components: Plugin Contacts
Affects Versions: 3.5.0
Environment: iOS
Reporter: Ralph S Theart
Can anyone confirm that the contacts plug-in returns -1 for any contact id
return from a device but it on the simulator returns a valid unique ID?
Its strange..I have ios8 devices that return -1 for any contact picked...but
the same action on the simulators returns a positive integer.
{code:title=From iOS 8 Device|borderStyle=solid}
{
id: -1,
rawId: null,
displayName: null,
name: {
givenName: Aunte,
formatted: Aunte Aline,
middleName: null,
familyName: Aline,
honorificPrefix: null,
honorificSuffix: null
},
nickname: null,
phoneNumbers: [
{
type: other,
value: 01141223***,
id: 0,
pref: false
}
],
emails: [
{
type: home,
value: vito.**@bluewin.ch,
id: 0,
pref: false
}
],.
{code}
{code:title=From ios-sim}
{
id: 7,
rawId: null,
displayName: null,
name: {
givenName: Test,
formatted: Test,
middleName: null,
familyName: null,
honorificPrefix: null,
honorificSuffix: null
},
nickname: null,
phoneNumbers: [
{
type: home,
value: (954)\u00a0646-7923,
id: 0,
pref: false
}
],
emails: null,
addresses: null,
ims: null,
organizations: null,
birthday: null,
note: null,
photos: null,
categories: null,
urls: null
}
{code}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7838) Contact Picker returns -1 as the id for all contacts
[
https://issues.apache.org/jira/browse/CB-7838?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14179412#comment-14179412
]
Shazron Abdullah commented on CB-7838:
--
Please post your plugin version, and cordova-cli version in the Environment
field
Contact Picker returns -1 as the id for all contacts
Key: CB-7838
URL: https://issues.apache.org/jira/browse/CB-7838
Project: Apache Cordova
Issue Type: Bug
Components: Plugin Contacts
Affects Versions: 3.5.0
Environment: iOS
Reporter: Ralph S Theart
Can anyone confirm that the contacts plug-in returns -1 for any contact id
return from a device but it on the simulator returns a valid unique ID?
Its strange..I have ios8 devices that return -1 for any contact picked...but
the same action on the simulators returns a positive integer.
{code:title=From iOS 8 Device|borderStyle=solid}
{
id: -1,
rawId: null,
displayName: null,
name: {
givenName: Aunte,
formatted: Aunte Aline,
middleName: null,
familyName: Aline,
honorificPrefix: null,
honorificSuffix: null
},
nickname: null,
phoneNumbers: [
{
type: other,
value: 01141223***,
id: 0,
pref: false
}
],
emails: [
{
type: home,
value: vito.**@bluewin.ch,
id: 0,
pref: false
}
],.
{code}
{code:title=From ios-sim}
{
id: 7,
rawId: null,
displayName: null,
name: {
givenName: Test,
formatted: Test,
middleName: null,
familyName: null,
honorificPrefix: null,
honorificSuffix: null
},
nickname: null,
phoneNumbers: [
{
type: home,
value: (954)\u00a0646-7923,
id: 0,
pref: false
}
],
emails: null,
addresses: null,
ims: null,
organizations: null,
birthday: null,
note: null,
photos: null,
categories: null,
urls: null
}
{code}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-7840) Plugman publish should fail if plugin id contains UPPERCASE characters
Andrew Grieve created CB-7840: - Summary: Plugman publish should fail if plugin id contains UPPERCASE characters Key: CB-7840 URL: https://issues.apache.org/jira/browse/CB-7840 Project: Apache Cordova Issue Type: Bug Components: Plugman Reporter: Andrew Grieve Priority: Minor Right now plugman lets you publish a plugin like `org.foo.Bar`, but it lowercases it to `org.foo.bar` in the process. Other plugins that depend on it then fail to find it, as does a `plugman info org.foo.Bar`. Simplest fix is to error out if someone tries to publish a plugin with an UPPERCASE letter in it. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7838) Contact Picker returns -1 as the id for all contacts
[
https://issues.apache.org/jira/browse/CB-7838?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14179467#comment-14179467
]
Ralph S Theart commented on CB-7838:
sorry about that...
Cordova CLI version: 3.6.3-0.2.13
iOS platform:
Code version: v0.10.25
Cordova version: 0.21.13
Xcode 6.0.1
Build version 6A317
Contact Picker returns -1 as the id for all contacts
Key: CB-7838
URL: https://issues.apache.org/jira/browse/CB-7838
Project: Apache Cordova
Issue Type: Bug
Components: Plugin Contacts
Affects Versions: 3.5.0
Environment: iOS
Reporter: Ralph S Theart
Can anyone confirm that the contacts plug-in returns -1 for any contact id
return from a device but it on the simulator returns a valid unique ID?
Its strange..I have ios8 devices that return -1 for any contact picked...but
the same action on the simulators returns a positive integer.
{code:title=From iOS 8 Device|borderStyle=solid}
{
id: -1,
rawId: null,
displayName: null,
name: {
givenName: Aunte,
formatted: Aunte Aline,
middleName: null,
familyName: Aline,
honorificPrefix: null,
honorificSuffix: null
},
nickname: null,
phoneNumbers: [
{
type: other,
value: 01141223***,
id: 0,
pref: false
}
],
emails: [
{
type: home,
value: vito.**@bluewin.ch,
id: 0,
pref: false
}
],.
{code}
{code:title=From ios-sim}
{
id: 7,
rawId: null,
displayName: null,
name: {
givenName: Test,
formatted: Test,
middleName: null,
familyName: null,
honorificPrefix: null,
honorificSuffix: null
},
nickname: null,
phoneNumbers: [
{
type: home,
value: (954)\u00a0646-7923,
id: 0,
pref: false
}
],
emails: null,
addresses: null,
ims: null,
organizations: null,
birthday: null,
note: null,
photos: null,
categories: null,
urls: null
}
{code}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-7841) Windows 8 whitelist tests failing
Angela Fowler created CB-7841: - Summary: Windows 8 whitelist tests failing Key: CB-7841 URL: https://issues.apache.org/jira/browse/CB-7841 Project: Apache Cordova Issue Type: Bug Components: mobile-spec, Windows 8 Affects Versions: 3.6.3 Environment: Windows 8 Reporter: Angela Fowler Assignee: Jesse MacFadyen Priority: Minor 76 of 79 whitelist tests failing in project built with createmobilespec.js The plugin org.apache.cordova.test.whitelist whitelist.js match function contains exec(callback, callback, WhitelistAPI, URLMatchesPatterns, [url, patterns]); There is no WhitelistAPI in the cordova.js exec command proxy map. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7841) Windows 8 whitelist tests failing
[ https://issues.apache.org/jira/browse/CB-7841?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14179614#comment-14179614 ] Angela Fowler commented on CB-7841: --- e.g. Whitelist API (cordova.whitelist) Match function should accept any domain for *. Expected spy unknown to have been called with [ true ] but was called with [ [ 'Missing Command Error' ] ] Windows 8 whitelist tests failing - Key: CB-7841 URL: https://issues.apache.org/jira/browse/CB-7841 Project: Apache Cordova Issue Type: Bug Components: mobile-spec, Windows 8 Affects Versions: 3.6.3 Environment: Windows 8 Reporter: Angela Fowler Assignee: Jesse MacFadyen Priority: Minor 76 of 79 whitelist tests failing in project built with createmobilespec.js The plugin org.apache.cordova.test.whitelist whitelist.js match function contains exec(callback, callback, WhitelistAPI, URLMatchesPatterns, [url, patterns]); There is no WhitelistAPI in the cordova.js exec command proxy map. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
