[jira] [Commented] (CB-8974) objc_msgSend causes EXC_BAD_ACCESS
[ https://issues.apache.org/jira/browse/CB-8974?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14564259#comment-14564259 ] Jesse Pangburn commented on CB-8974: Not sure if it helps, but using Safari web inspector with breakpoints, I found that the exception happens after the picture is taken and before it calls the success or fail callbacks. Only seems to happen after taking a number of pictures and when taking a picture that is zoomed in. Has so far never happened when not zoomed in while taking the picture. > objc_msgSend causes EXC_BAD_ACCESS > -- > > Key: CB-8974 > URL: https://issues.apache.org/jira/browse/CB-8974 > Project: Apache Cordova > Issue Type: Bug > Components: iOS > Environment: iPad 4,5 > ARM-64 > iOS 8.3 > Cordova 4.3.0 (for some reason the affects versions list doesn't show 4.3.0 > but that's what I'm using: > jpangburn$ cordova -version > 4.3.0 >Reporter: Jesse Pangburn >Assignee: Shazron Abdullah > Labels: crash > Fix For: 4.0.0 > > > I'm using the Camera plugin to get an image url, then passing that image url > to the File plugin to copy the image to another directory. I've gotten two > crash logs from a user who says the crashes happened immediately after those > thing completed (they refer to a thumbnail that would only show if the File > plugin made its transfer). > The crash log has this relevant info: > Exception Type: EXC_BAD_ACCESS (SIGSEGV) > Exception Subtype: KERN_INVALID_ADDRESS at 0x15c87e90 > Triggered by Thread: 0 > Thread 0 name: Dispatch queue: com.apple.main-thread > Thread 0 Crashed: > 0 libobjc.A.dylib 0x0001962ffbd0 objc_msgSend + 16 > 1 Foundation0x000185bd417c > __NSFireDelayedPerform + 420 > 2 CoreFoundation0x000184c98128 > __CFRUNLOOP_IS_CALLING_OUT_TO_A_TIMER_CALLBACK_FUNCTION__ + 24 > 3 CoreFoundation0x000184c97dd8 __CFRunLoopDoTimer + > 884 > 4 CoreFoundation0x000184c95824 __CFRunLoopRun + 1368 > 5 CoreFoundation0x000184bc12d0 CFRunLoopRunSpecific > + 392 > 6 GraphicsServices 0x00018e2976f8 GSEventRunModal + 164 > 7 UIKit 0x000189786fa8 UIApplicationMain + > 1484 > 8 PCMM 0x0001000aa4f0 main (main.m:32) > 9 libdyld.dylib 0x00019696aa04 start + 0 > This appears to have been reported in > https://issues.apache.org/jira/browse/CB-6150 but it says it was fixed in > version 3.5 and I'm using 4.3.0. I checked github and looked at those files > for version 4.x and it shows that the changes have not been reverted, so > seems it's not the same problem exactly. -- 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-8627) 'cordova plugin add git_url' erroneously updates fetch.json even when the 'add operation fails'
[ https://issues.apache.org/jira/browse/CB-8627?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14564146#comment-14564146 ] ASF GitHub Bot commented on CB-8627: Github user omefire commented on the pull request: https://github.com/apache/cordova-lib/pull/228#issuecomment-106671208 ping ... @TimBarham > 'cordova plugin add git_url' erroneously updates fetch.json even when the > 'add operation fails' > --- > > Key: CB-8627 > URL: https://issues.apache.org/jira/browse/CB-8627 > Project: Apache Cordova > Issue Type: Bug > Components: CLI >Reporter: Omar Mefire >Assignee: Omar Mefire > > - cordova plugin add https://github.com/Wizcorp/phonegap-facebook-plugin.git > This results in fetch.json being updated with the plugin info even though > the plugin installation failed. It should not be the case. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Assigned] (CB-8893) Remove docs for iOS window.shouldRotateToOrientation call
[ https://issues.apache.org/jira/browse/CB-8893?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah reassigned CB-8893: Assignee: Shazron Abdullah > Remove docs for iOS window.shouldRotateToOrientation call > - > > Key: CB-8893 > URL: https://issues.apache.org/jira/browse/CB-8893 > Project: Apache Cordova > Issue Type: Bug > Components: Docs >Affects Versions: 4.0.0 > Environment: iOS >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah > Labels: cordova-ios-4.0.x > > See: > https://git1-us-west.apache.org/repos/asf?p=cordova-docs.git;a=blob;f=docs/en/edge/config_ref/index.md;hb=faa9a493#l193 > This has been removed in cordova-ios 4.0.x, unless an alternative is found to > get around the synchronous supportedOrientations call. > Removed because in WKWebView, calling into JavaScript is now async, thus the > common CDVWKWebViewEngine protocol only supports async as the common > denominator. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Assigned] (CB-5001) iOS plugin: Cannot pass quite large (about 80kb) content via CDVPluginResult/ messageAsDictionary
[
https://issues.apache.org/jira/browse/CB-5001?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shazron Abdullah reassigned CB-5001:
Assignee: Shazron Abdullah
> iOS plugin: Cannot pass quite large (about 80kb) content via CDVPluginResult/
> messageAsDictionary
> -
>
> Key: CB-5001
> URL: https://issues.apache.org/jira/browse/CB-5001
> Project: Apache Cordova
> Issue Type: Bug
> Components: iOS
>Affects Versions: 3.1.0
> Environment: IOS / XCode 4.5.1
>Reporter: sgunfio
>Assignee: Shazron Abdullah
> Labels: cordova-ios-4.0.x
>
> When I'm going to pass a quite large (about 80kb) content via
> CDVPluginResult/ messageAsDictionary, my app crashes,
> if I use messageAsString the app works without problem
> // crashes
> {code}
> NSMutableDictionary* resultDict = [[[NSMutableDictionary alloc] init]
> autorelease];
> [resultDict setObject:data forKey:@"data"];
> [resultDict setObject:cancelledNumber forKey:@"cancelled"];
>
> CDVPluginResult* result = [CDVPluginResult
>resultWithStatus: CDVCommandStatus_OK
>messageAsDictionary: resultDict
>];
>
> NSString* js = [result toSuccessCallbackString:callback];
>
> [self writeJavascript:js];
> {code}
> // works
> {code}
> NSMutableDictionary* resultDict = [[[NSMutableDictionary alloc] init]
> autorelease];
> [resultDict setObject:data forKey:@"data"];
> [resultDict setObject:cancelledNumber forKey:@"cancelled"];
>
> CDVPluginResult* result = [CDVPluginResult
>resultWithStatus: CDVCommandStatus_OK
>messageAsString:data
>];
>
> NSString* js = [result toSuccessCallbackString:callback];
>
> [self writeJavascript:js];
> {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] [Assigned] (CB-8974) objc_msgSend causes EXC_BAD_ACCESS
[ https://issues.apache.org/jira/browse/CB-8974?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah reassigned CB-8974: Assignee: Shazron Abdullah > objc_msgSend causes EXC_BAD_ACCESS > -- > > Key: CB-8974 > URL: https://issues.apache.org/jira/browse/CB-8974 > Project: Apache Cordova > Issue Type: Bug > Components: iOS > Environment: iPad 4,5 > ARM-64 > iOS 8.3 > Cordova 4.3.0 (for some reason the affects versions list doesn't show 4.3.0 > but that's what I'm using: > jpangburn$ cordova -version > 4.3.0 >Reporter: Jesse Pangburn >Assignee: Shazron Abdullah > Labels: crash > Fix For: 4.0.0 > > > I'm using the Camera plugin to get an image url, then passing that image url > to the File plugin to copy the image to another directory. I've gotten two > crash logs from a user who says the crashes happened immediately after those > thing completed (they refer to a thumbnail that would only show if the File > plugin made its transfer). > The crash log has this relevant info: > Exception Type: EXC_BAD_ACCESS (SIGSEGV) > Exception Subtype: KERN_INVALID_ADDRESS at 0x15c87e90 > Triggered by Thread: 0 > Thread 0 name: Dispatch queue: com.apple.main-thread > Thread 0 Crashed: > 0 libobjc.A.dylib 0x0001962ffbd0 objc_msgSend + 16 > 1 Foundation0x000185bd417c > __NSFireDelayedPerform + 420 > 2 CoreFoundation0x000184c98128 > __CFRUNLOOP_IS_CALLING_OUT_TO_A_TIMER_CALLBACK_FUNCTION__ + 24 > 3 CoreFoundation0x000184c97dd8 __CFRunLoopDoTimer + > 884 > 4 CoreFoundation0x000184c95824 __CFRunLoopRun + 1368 > 5 CoreFoundation0x000184bc12d0 CFRunLoopRunSpecific > + 392 > 6 GraphicsServices 0x00018e2976f8 GSEventRunModal + 164 > 7 UIKit 0x000189786fa8 UIApplicationMain + > 1484 > 8 PCMM 0x0001000aa4f0 main (main.m:32) > 9 libdyld.dylib 0x00019696aa04 start + 0 > This appears to have been reported in > https://issues.apache.org/jira/browse/CB-6150 but it says it was fixed in > version 3.5 and I'm using 4.3.0. I checked github and looked at those files > for version 4.x and it shows that the changes have not been reverted, so > seems it's not the same problem exactly. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Assigned] (CB-9019) BackupWebStorage has no effect
[ https://issues.apache.org/jira/browse/CB-9019?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah reassigned CB-9019: Assignee: Shazron Abdullah > BackupWebStorage has no effect > -- > > Key: CB-9019 > URL: https://issues.apache.org/jira/browse/CB-9019 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 3.5.0 >Reporter: Ryan Willoughby >Assignee: Shazron Abdullah > Fix For: 4.0.0 > > > Setting the BackupWebStorage preference seems to have no effect. > 1. Set BackupWebStorage in config.xml to local or none. > 2. Build, install, and launch app. > 3. On iOS device, open Settings -> iCloud -> Storage -> Manage Storage -> > my_device_name -> Show All Apps > Expected: app should not appear since no data should be in storage. > Observed: app appears in iCloud storage regardless of BackupWebStorage > setting. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Assigned] (CB-8914) In Xcode, "HelloCordova" appears as the app name, even though the app name was changed in config.xml
[ https://issues.apache.org/jira/browse/CB-8914?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah reassigned CB-8914: Assignee: Shazron Abdullah > In Xcode, "HelloCordova" appears as the app name, even though the app name > was changed in config.xml > > > Key: CB-8914 > URL: https://issues.apache.org/jira/browse/CB-8914 > Project: Apache Cordova > Issue Type: Bug > Components: CLI > Environment: Mac OS X Yosemite 10.10.3 on MacBook Pro (pre-Retina). > cordova -v = 5.0.0. > Making iOS version of app. > Xcode 6.2. >Reporter: Steve Husting >Assignee: Shazron Abdullah > Labels: cordova-ios-4.0.x > > After changing config.xml to "Calligraphy," doing cordova prepare ios, > and clicking on the app's Calligraphy.xcodeproj file in platforms/ios, Xcode > opens up and shows the HelloCordova app name at upper left. > Xcode's Product > Clean does not change it. However, the correct name appears > under PROJECT and TARGETS. The correct name also appears in > /platform/ios/Calligraphy/config.xml. > So where is Xcode drawing HelloCordova from? -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Assigned] (CB-8890) CDVCommandQueue crash
[ https://issues.apache.org/jira/browse/CB-8890?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah reassigned CB-8890: Assignee: Shazron Abdullah > CDVCommandQueue crash > - > > Key: CB-8890 > URL: https://issues.apache.org/jira/browse/CB-8890 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 3.6.3 >Reporter: Jacob G >Assignee: Shazron Abdullah > Fix For: 4.0.0 > > > Crash log: > Incident Identifier: 7563DE83-0EF2-404C-9161-6ECF671947D1 > CrashReporter Key: 4FC03C43-F68F-4161-AA1E-CF4C6141F24B > Hardware Model: iPhone5,3 > Process: F [3141] > Path: > /private/var/mobile/Containers/Bundle/Application/5D170D39-636E-4EC7-B72A-39473AB9DB43/F.app/F > Identifier: com.f.t > Version: 1.8.1.1 > Code Type: ARM > Parent Process: launchd [1] > Date/Time: 2015-04-22T13:00:48Z > OS Version: iPhone OS 8.3 (12F70) > Report Version: 104 > Exception Type: SIGABRT > Exception Codes: #0 at 0x35461df0 > Crashed Thread: 0 > Thread 0 Crashed: > 0 libsystem_kernel.dylib 0x35461df0 __pthread_kill + 8 > 1 libsystem_pthread.dylib 0x354e0cc7 pthread_kill + 60 > 2 libsystem_c.dylib0x353fd909 abort + 74 > 3 libsystem_malloc.dylib 0x354923af szone_error + 332 > 4 libsystem_malloc.dylib 0x35492659 free_list_checksum_botch > + 26 > 5 libsystem_malloc.dylib 0x3548a403 > tiny_malloc_from_free_list + 1024 > 6 libsystem_malloc.dylib 0x35488ebb szone_malloc_should_clear > + 220 > 7 libsystem_malloc.dylib 0x35488da9 malloc_zone_malloc + 86 > 8 CoreFoundation 0x26896f69 > __CFStringChangeSizeMultiple + 778 > 9 CoreFoundation 0x267e0cfb CFStringAppend + 464 > 10 CoreFoundation 0x26892347 > __CFStringAppendFormatCore + 7476 > 11 CoreFoundation 0x268905f1 > _CFStringCreateWithFormatAndArgumentsAux2 + 78 > 12 Foundation 0x2752da73 -[NSPlaceholderString > initWithFormat:locale:arguments:] + 136 > 13 Foundation 0x2752d975 +[NSString > stringWithFormat:] + 58 > 14 F0x001f1e8d -[CDVCommandQueue execute:] + 410 > 15 F0x001f1bc1 -[CDVCommandQueue executePending] > + 566 > 16 F0x001ed64f -[CDVViewController > webView:shouldStartLoadWithRequest:navigationType:] + 188 > 17 F0x000185b1 -[MainViewController > webView:shouldStartLoadWithRequest:navigationType:] (MainViewController.m:414) > 18 F0x001f412f -[CDVWebViewDelegate > webView:shouldStartLoadWithRequest:navigationType:] + 124 > 19 UIKit0x2a1191c1 -[UIWebView > webView:decidePolicyForNavigationAction:request:frame:decisionListener:] + 290 > 20 CoreFoundation 0x268c2664 __invoking___ + 66 > 21 CoreFoundation 0x267ed48d -[NSInvocation invoke] + > 298 > 22 CoreFoundation 0x267f0f37 -[NSInvocation > invokeWithTarget:] + 48 > 23 WebKitLegacy 0x33344401 -[_WebSafeForwarder > forwardInvocation:] + 222 > 24 CoreFoundation 0x268c11bf ___forwarding___ + 352 > 25 CoreFoundation 0x267f0e78 _CF_forwarding_prep_0 + 22 > 26 CoreFoundation 0x268c2664 __invoking___ + 66 > 27 CoreFoundation 0x267ed48d -[NSInvocation invoke] + > 298 > 28 WebCore 0x328606a9 > HandleDelegateSource(void*) + 98 > 29 CoreFoundation 0x26883faf > __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ + 12 > 30 CoreFoundation 0x268833bf __CFRunLoopDoSources0 + > 216 > 31 CoreFoundation 0x26881a25 __CFRunLoopRun + 770 > 32 CoreFoundation 0x267ce201 CFRunLoopRunSpecific + 474 > 33 CoreFoundation 0x267ce013 CFRunLoopRunInMode + 104 > 34 GraphicsServices 0x2e0ad201 GSEventRunModal + 134 > 35 UIKit0x29f72a59 UIApplicationMain + 1438 > 36 F0xf1a3 main (main.m:32) > 37 libdyld.dylib0x35397aaf start + 0 > Thread 1: > 0 libsystem_kernel.dylib 0x3544e224 kevent64 + 24 > 1 libdispatch.dylib0x35377d3b _dispatch_mgr_thread + 36 > Thread 2: > 0 libsystem_kernel.dylib 0x354629c0 __workq_kernreturn + 8 > 1 libsystem_pthread.dylib 0x354ddb14 start_wqthread + 6 > Thread 3: > 0 libsystem_kernel
[jira] [Resolved] (CB-4998) iOS Bridge sometimes stops working when debugger is attached.
[ https://issues.apache.org/jira/browse/CB-4998?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-4998. -- Resolution: Fixed Fixed with CB-8468 > iOS Bridge sometimes stops working when debugger is attached. > - > > Key: CB-4998 > URL: https://issues.apache.org/jira/browse/CB-4998 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Reporter: Andrew Grieve >Assignee: Shazron Abdullah >Priority: Minor > Fix For: 4.0.0 > > Attachments: Screen Shot 2013-10-04 at 1.50.54 PM.png > > > This is happening to me on iOS 7 simulator only when Safari's remote > inspector is connected. > But - the symptoms are scary. Traced it through and what's happening is that > calls to stringByEvaluatingJavaScriptFromString stop being performed at all. > The code doesn't run and the return value is "". Retrying after a timeout > doesn't help. Seems it's hosed from this point forward. > May be related to JS doing GC (screenshot attached). > At this point, it's just something to keep an eye on I think. -- 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-8468) Application freezes if breakpoint hits JavaScript callback invoked from native
[
https://issues.apache.org/jira/browse/CB-8468?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shazron Abdullah resolved CB-8468.
--
Resolution: Fixed
> Application freezes if breakpoint hits JavaScript callback invoked from native
> --
>
> Key: CB-8468
> URL: https://issues.apache.org/jira/browse/CB-8468
> Project: Apache Cordova
> Issue Type: Bug
> Components: CordovaJS, iOS
>Reporter: Marcus Pridham
>Assignee: Shazron Abdullah
>Priority: Minor
> Fix For: 4.0.0
>
>
> It you attach Safari to your application and hit a breakpoint in a Cordova
> callback the application freezes and you can't step through or continue.
> This only happens in breakpoints in the native to JavaScript callbacks.
> JavaScript breakpoints in other areas work fine.
> A simple way to reproduce is to use the globalization plugin. Attach safari
> and put a breakpoint in the success callback.
> {code}
> navigator.globalization.getPreferredLanguage(function() {
> console.log("test"); // Will freeze if breakpoint set here
> }, function() {});
> {code}
> The problem seems to have to do with the webview
> stringByEvaluatingJavaScriptFromString. It is a synchronous call that can
> return the result of the JavaScript back to the native. The native code will
> crash if a breakpoint is hit while trying to execute the JavaScript. The
> workaround is to have your callback code in a setTimeout so it is not in the
> same context as the native stringByEvaluatingJavaScriptFromString call.
>
> A workaround:
>
> Open cordova.js and around line 281 replace:
> {code}
> callbackFromNative: function(callbackId, isSuccess, status, args,
> keepCallback) {
> {code}
> With:
> {code}
> callbackFromNative: function(callbackId, isSuccess, status, args,
> keepCallback) {
>setTimeout(function() {
> cordova.callbackFromNative2(callbackId, isSuccess, status, args,
> keepCallback);
> }, 0);
> },
>
> callbackFromNative2: function(callbackId, isSuccess, status, args,
> keepCallback) {
> {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-8468) Application freezes if breakpoint hits JavaScript callback invoked from native
[
https://issues.apache.org/jira/browse/CB-8468?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14563990#comment-14563990
]
ASF subversion and git services commented on CB-8468:
-
Commit 796a18d425a03101a1a931c54cd8ea002230067c in cordova-js's branch
refs/heads/master from [~shazron]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-js.git;h=796a18d ]
CB-8468 - Application freezes if breakpoint hits JavaScript callback invoked
from native
> Application freezes if breakpoint hits JavaScript callback invoked from native
> --
>
> Key: CB-8468
> URL: https://issues.apache.org/jira/browse/CB-8468
> Project: Apache Cordova
> Issue Type: Bug
> Components: CordovaJS, iOS
>Reporter: Marcus Pridham
>Assignee: Shazron Abdullah
>Priority: Minor
> Fix For: 4.0.0
>
>
> It you attach Safari to your application and hit a breakpoint in a Cordova
> callback the application freezes and you can't step through or continue.
> This only happens in breakpoints in the native to JavaScript callbacks.
> JavaScript breakpoints in other areas work fine.
> A simple way to reproduce is to use the globalization plugin. Attach safari
> and put a breakpoint in the success callback.
> {code}
> navigator.globalization.getPreferredLanguage(function() {
> console.log("test"); // Will freeze if breakpoint set here
> }, function() {});
> {code}
> The problem seems to have to do with the webview
> stringByEvaluatingJavaScriptFromString. It is a synchronous call that can
> return the result of the JavaScript back to the native. The native code will
> crash if a breakpoint is hit while trying to execute the JavaScript. The
> workaround is to have your callback code in a setTimeout so it is not in the
> same context as the native stringByEvaluatingJavaScriptFromString call.
>
> A workaround:
>
> Open cordova.js and around line 281 replace:
> {code}
> callbackFromNative: function(callbackId, isSuccess, status, args,
> keepCallback) {
> {code}
> With:
> {code}
> callbackFromNative: function(callbackId, isSuccess, status, args,
> keepCallback) {
>setTimeout(function() {
> cordova.callbackFromNative2(callbackId, isSuccess, status, args,
> keepCallback);
> }, 0);
> },
>
> callbackFromNative2: function(callbackId, isSuccess, status, args,
> keepCallback) {
> {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-8468) Application freezes if breakpoint hits JavaScript callback invoked from native
[
https://issues.apache.org/jira/browse/CB-8468?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14563981#comment-14563981
]
ASF subversion and git services commented on CB-8468:
-
Commit 81e3d6a4eab29150a35c61313884aed7199c39e6 in cordova-ios's branch
refs/heads/4.0.x from [~shazron]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-ios.git;h=81e3d6a ]
CB-8468 - Application freezes if breakpoint hits JavaScript callback invoked
from native
> Application freezes if breakpoint hits JavaScript callback invoked from native
> --
>
> Key: CB-8468
> URL: https://issues.apache.org/jira/browse/CB-8468
> Project: Apache Cordova
> Issue Type: Bug
> Components: CordovaJS, iOS
>Reporter: Marcus Pridham
>Assignee: Shazron Abdullah
>Priority: Minor
> Fix For: 4.0.0
>
>
> It you attach Safari to your application and hit a breakpoint in a Cordova
> callback the application freezes and you can't step through or continue.
> This only happens in breakpoints in the native to JavaScript callbacks.
> JavaScript breakpoints in other areas work fine.
> A simple way to reproduce is to use the globalization plugin. Attach safari
> and put a breakpoint in the success callback.
> {code}
> navigator.globalization.getPreferredLanguage(function() {
> console.log("test"); // Will freeze if breakpoint set here
> }, function() {});
> {code}
> The problem seems to have to do with the webview
> stringByEvaluatingJavaScriptFromString. It is a synchronous call that can
> return the result of the JavaScript back to the native. The native code will
> crash if a breakpoint is hit while trying to execute the JavaScript. The
> workaround is to have your callback code in a setTimeout so it is not in the
> same context as the native stringByEvaluatingJavaScriptFromString call.
>
> A workaround:
>
> Open cordova.js and around line 281 replace:
> {code}
> callbackFromNative: function(callbackId, isSuccess, status, args,
> keepCallback) {
> {code}
> With:
> {code}
> callbackFromNative: function(callbackId, isSuccess, status, args,
> keepCallback) {
>setTimeout(function() {
> cordova.callbackFromNative2(callbackId, isSuccess, status, args,
> keepCallback);
> }, 0);
> },
>
> callbackFromNative2: function(callbackId, isSuccess, status, args,
> keepCallback) {
> {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-9094) [android] Splashscreen is incorrectly hidden after delay if show is called with no timeout
[ https://issues.apache.org/jira/browse/CB-9094?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14563875#comment-14563875 ] ASF GitHub Bot commented on CB-9094: GitHub user dpolivy opened a pull request: https://github.com/apache/cordova-plugin-splashscreen/pull/49 CB-9094: Smarter autohide logic on Android When the plugin is initialized, the splash screen is shown with an auto-hide delay. If a subsequent call to show() comes in while the splashscreen is visible, it will still be automatically hidden, even though the user expectation is that it wouldn't be. This fix tracks the "hideAfterDelay" setting of the most recent call to show() -- and when the auto hide timer goes off, if the most recent call to show() did not set hideAfterDelay, then the splashscreen will not be automatically hidden. This provides a more consistent -- and expected -- behavior based on user action. Fixes https://issues.apache.org/jira/browse/CB-9094 You can merge this pull request into a Git repository by running: $ git pull https://github.com/dpolivy/cordova-plugin-splashscreen CB9094 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-plugin-splashscreen/pull/49.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 #49 commit c9165dbea3939388e12f96f03ca47b5a7724140d Author: Dan Polivy Date: 2015-05-28T23:20:21Z CB-9094: Smarter autohide logic on Android When the plugin is initialized, the splash screen is shown with an auto-hide delay. If a subsequent call to show() comes in while the splashscreen is visible, it will still be automatically hidden, even though the user expectation is that it wouldn't be. This fix tracks the "hideAfterDelay" setting of the most recent call to show() -- and when the auto hide timer goes off, if the most recent call to show() did not set hideAfterDelay, then the splashscreen will not be automatically hidden. This provides a more consistent -- and expected -- behavior based on user action. https://issues.apache.org/jira/browse/CB-9094 > [android] Splashscreen is incorrectly hidden after delay if show is called > with no timeout > -- > > Key: CB-9094 > URL: https://issues.apache.org/jira/browse/CB-9094 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin SplashScreen >Reporter: Dan Polivy >Priority: Minor > > The Android SplashScreen plugin's showSplashScreen() method takes a parameter > that determines whether the splashscreen should be hidden after a > configurable delay. If an initial call to show the splash screen comes in > with a delay, but while it is visible a second call comes in to show the > splashscreen WITHOUT a delay, the splash screen will still be removed after > the initial delay. > In this scenario, I would expect that, due to the second call to show without > auto-hiding, the splash screen would stay visible until the hide() method is > called. > Repro steps: > 1. Splash screen is automatically shown on startup (e.g. > showSplashScreen(true) is called in plugin initializer). If no > SplashScreenDelay is specified in config.xml, then a default of 3s is used. > 2. While the splash screen is still visible, the user calls > navigator.splashscreen.show() from code (meaning it should be shown without a > timeout, e.g. showSplashScreen(false) is called from onMessage). > Actual: > Splash screen disappears after delay. > Expected: > Splash screen should stay visible until hide() is explicitly called. -- 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-9094) [android] Splashscreen is incorrectly hidden after delay if show is called with no timeout
[ https://issues.apache.org/jira/browse/CB-9094?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14563877#comment-14563877 ] ASF GitHub Bot commented on CB-9094: Github user dpolivy commented on the pull request: https://github.com/apache/cordova-plugin-splashscreen/pull/49#issuecomment-106625709 @infil00p Would you be able to review this? > [android] Splashscreen is incorrectly hidden after delay if show is called > with no timeout > -- > > Key: CB-9094 > URL: https://issues.apache.org/jira/browse/CB-9094 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin SplashScreen >Reporter: Dan Polivy >Priority: Minor > > The Android SplashScreen plugin's showSplashScreen() method takes a parameter > that determines whether the splashscreen should be hidden after a > configurable delay. If an initial call to show the splash screen comes in > with a delay, but while it is visible a second call comes in to show the > splashscreen WITHOUT a delay, the splash screen will still be removed after > the initial delay. > In this scenario, I would expect that, due to the second call to show without > auto-hiding, the splash screen would stay visible until the hide() method is > called. > Repro steps: > 1. Splash screen is automatically shown on startup (e.g. > showSplashScreen(true) is called in plugin initializer). If no > SplashScreenDelay is specified in config.xml, then a default of 3s is used. > 2. While the splash screen is still visible, the user calls > navigator.splashscreen.show() from code (meaning it should be shown without a > timeout, e.g. showSplashScreen(false) is called from onMessage). > Actual: > Splash screen disappears after delay. > Expected: > Splash screen should stay visible until hide() is explicitly called. -- 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-9094) [android] Splashscreen is incorrectly hidden after delay if show is called with no timeout
Dan Polivy created CB-9094: -- Summary: [android] Splashscreen is incorrectly hidden after delay if show is called with no timeout Key: CB-9094 URL: https://issues.apache.org/jira/browse/CB-9094 Project: Apache Cordova Issue Type: Bug Components: Plugin SplashScreen Reporter: Dan Polivy Priority: Minor The Android SplashScreen plugin's showSplashScreen() method takes a parameter that determines whether the splashscreen should be hidden after a configurable delay. If an initial call to show the splash screen comes in with a delay, but while it is visible a second call comes in to show the splashscreen WITHOUT a delay, the splash screen will still be removed after the initial delay. In this scenario, I would expect that, due to the second call to show without auto-hiding, the splash screen would stay visible until the hide() method is called. Repro steps: 1. Splash screen is automatically shown on startup (e.g. showSplashScreen(true) is called in plugin initializer). If no SplashScreenDelay is specified in config.xml, then a default of 3s is used. 2. While the splash screen is still visible, the user calls navigator.splashscreen.show() from code (meaning it should be shown without a timeout, e.g. showSplashScreen(false) is called from onMessage). Actual: Splash screen disappears after delay. Expected: Splash screen should stay visible until hide() is explicitly called. -- 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-9090) Enable whitelist plugin for cordova-ios 4.0.0
[ https://issues.apache.org/jira/browse/CB-9090?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-9090. -- Resolution: Fixed > Enable whitelist plugin for cordova-ios 4.0.0 > - > > Key: CB-9090 > URL: https://issues.apache.org/jira/browse/CB-9090 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Whitelist > Environment: iOS >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah > Labels: cordova-ios-4.0.x > > Right now it is only enabled for Android: > https://github.com/apache/cordova-plugin-whitelist/blob/2d1566a6f93ecb6177564755115729a2f0b419a2/plugin.xml -- 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-9089) iOS whitelist plugin does not compile
[ https://issues.apache.org/jira/browse/CB-9089?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14563836#comment-14563836 ] ASF subversion and git services commented on CB-9089: - Commit 7611b3fc776b14f12197c2d968b159244b9ee68e in cordova-plugin-whitelist's branch refs/heads/master from [~shazron] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-whitelist.git;h=7611b3f ] CB-9089 - iOS whitelist plugin does not compile > iOS whitelist plugin does not compile > - > > Key: CB-9089 > URL: https://issues.apache.org/jira/browse/CB-9089 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Whitelist > Environment: iOS >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah > Labels: cordova-ios-4.0.x > > https://github.com/apache/cordova-plugin-whitelist/blob/2d1566a6f93ecb6177564755115729a2f0b419a2/src/ios/CDVNavigationWhitelistPlugin.m#L79 > Should be "CDVNavigationWhitelistConfigParser". -- 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-9089) iOS whitelist plugin does not compile
[ https://issues.apache.org/jira/browse/CB-9089?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-9089. -- Resolution: Fixed > iOS whitelist plugin does not compile > - > > Key: CB-9089 > URL: https://issues.apache.org/jira/browse/CB-9089 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Whitelist > Environment: iOS >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah > Labels: cordova-ios-4.0.x > > https://github.com/apache/cordova-plugin-whitelist/blob/2d1566a6f93ecb6177564755115729a2f0b419a2/src/ios/CDVNavigationWhitelistPlugin.m#L79 > Should be "CDVNavigationWhitelistConfigParser". -- 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-9090) Enable whitelist plugin for cordova-ios 4.0.0
[ https://issues.apache.org/jira/browse/CB-9090?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14563833#comment-14563833 ] ASF subversion and git services commented on CB-9090: - Commit 72a067c96e4e54efb8f1f152220d4a5fdf404324 in cordova-plugin-whitelist's branch refs/heads/master from [~shazron] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-whitelist.git;h=72a067c ] CB-9090 - Enable whitelist plugin for cordova-ios 4.0.0 > Enable whitelist plugin for cordova-ios 4.0.0 > - > > Key: CB-9090 > URL: https://issues.apache.org/jira/browse/CB-9090 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Whitelist > Environment: iOS >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah > Labels: cordova-ios-4.0.x > > Right now it is only enabled for Android: > https://github.com/apache/cordova-plugin-whitelist/blob/2d1566a6f93ecb6177564755115729a2f0b419a2/plugin.xml -- 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-6375) When keyboard is dismissed. Page has a large gap at top of screen
[ https://issues.apache.org/jira/browse/CB-6375?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14563695#comment-14563695 ] Joe Bowser commented on CB-6375: This is closed because we can't fix it. We can tell you to try crosswalk, but other than that we can't do much. This is an issue with KitKat which has a particular version of Chromium (Chromium 38). This is fixed in a later version, which is why I'm saying you should give crosswalk a try. I know it's trying to hammer a nail with a sledge, but when you only have a sledgehammer... > When keyboard is dismissed. Page has a large gap at top of screen > - > > Key: CB-6375 > URL: https://issues.apache.org/jira/browse/CB-6375 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 3.4.0 > Environment: Android 4.4.2 Nexus 5, jQuery Mobile 1.4.2, PhoneGap 3.4 >Reporter: Jonathan Yong >Assignee: Joe Bowser > > See screenshot here: http://imgur.com/NtQ4QSl > Notice the large white gap at the top of the page > When a page is tall enough to cause the page to slide upwards when the > virtual keyboard is displayed, and while the page scroll position is scrolled > down so that the header and / or other controls are hidden above the top edge > of the screen, dismissing the keyboard will intermittently cause a page > rendering error such that there is a large white gap above the header of the > page, essentially pushing down all page contents. > This also causes the hitboxes of buttons and other form controls to differ > from the on screen view i.e. the hitboxes are where the controls should have > appeared had there not been a large gap at the top of the screen. > This gap is present on all pages within the app and will remain until another > text input field is focused and the keyboard shows again. > See screenshot here: http://imgur.com/NtQ4QSl > In the above screenshot I clicked on the "submit registration" button before > filling out the form correctly and triggering a validation error "confirm > password". This caused the keyboard to hide and resulted in the page gap > error as shown. > The error also occurs when the keyboard is dismissed without hitting the > "submit registration" button i.e. by using the dismiss keyboard button within > the android nav bar. -- 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] [Issue Comment Deleted] (CB-6375) When keyboard is dismissed. Page has a large gap at top of screen
[ https://issues.apache.org/jira/browse/CB-6375?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Austin Zimmer updated CB-6375: -- Comment: was deleted (was: Also still having the same issue even though the chromium issue Joe links to is in closed status. The best solution I have been able to find so far is creating a plugin that is triggered whenever the screen resizes from a smaller size to a larger size (keyboard close). The plugin emulates a touch event which puts the screen back in the correct position. Very hacky and not long term. If anyone has a better solution please post here. Also, link to someone else on stackoverflow with a similar situation: http://stackoverflow.com/questions/25176867/view-redrawn-in-the-wrong-position-after-closing-the-keyboard-cordova-phonegap) > When keyboard is dismissed. Page has a large gap at top of screen > - > > Key: CB-6375 > URL: https://issues.apache.org/jira/browse/CB-6375 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 3.4.0 > Environment: Android 4.4.2 Nexus 5, jQuery Mobile 1.4.2, PhoneGap 3.4 >Reporter: Jonathan Yong >Assignee: Joe Bowser > > See screenshot here: http://imgur.com/NtQ4QSl > Notice the large white gap at the top of the page > When a page is tall enough to cause the page to slide upwards when the > virtual keyboard is displayed, and while the page scroll position is scrolled > down so that the header and / or other controls are hidden above the top edge > of the screen, dismissing the keyboard will intermittently cause a page > rendering error such that there is a large white gap above the header of the > page, essentially pushing down all page contents. > This also causes the hitboxes of buttons and other form controls to differ > from the on screen view i.e. the hitboxes are where the controls should have > appeared had there not been a large gap at the top of the screen. > This gap is present on all pages within the app and will remain until another > text input field is focused and the keyboard shows again. > See screenshot here: http://imgur.com/NtQ4QSl > In the above screenshot I clicked on the "submit registration" button before > filling out the form correctly and triggering a validation error "confirm > password". This caused the keyboard to hide and resulted in the page gap > error as shown. > The error also occurs when the keyboard is dismissed without hitting the > "submit registration" button i.e. by using the dismiss keyboard button within > the android nav bar. -- 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-6375) When keyboard is dismissed. Page has a large gap at top of screen
[ https://issues.apache.org/jira/browse/CB-6375?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14563669#comment-14563669 ] Austin Zimmer commented on CB-6375: --- Also still having the same issue even though the chromium issue Joe links to is in closed status. The best solution I have been able to find so far is creating a plugin that is triggered whenever the screen resizes from a smaller size to a larger size (keyboard close). The plugin emulates a touch event which puts the screen back in the correct position. Very hacky and not long term. If anyone has a better solution please post here. Also, link to someone else on stackoverflow with a similar situation: http://stackoverflow.com/questions/25176867/view-redrawn-in-the-wrong-position-after-closing-the-keyboard-cordova-phonegap > When keyboard is dismissed. Page has a large gap at top of screen > - > > Key: CB-6375 > URL: https://issues.apache.org/jira/browse/CB-6375 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 3.4.0 > Environment: Android 4.4.2 Nexus 5, jQuery Mobile 1.4.2, PhoneGap 3.4 >Reporter: Jonathan Yong >Assignee: Joe Bowser > > See screenshot here: http://imgur.com/NtQ4QSl > Notice the large white gap at the top of the page > When a page is tall enough to cause the page to slide upwards when the > virtual keyboard is displayed, and while the page scroll position is scrolled > down so that the header and / or other controls are hidden above the top edge > of the screen, dismissing the keyboard will intermittently cause a page > rendering error such that there is a large white gap above the header of the > page, essentially pushing down all page contents. > This also causes the hitboxes of buttons and other form controls to differ > from the on screen view i.e. the hitboxes are where the controls should have > appeared had there not been a large gap at the top of the screen. > This gap is present on all pages within the app and will remain until another > text input field is focused and the keyboard shows again. > See screenshot here: http://imgur.com/NtQ4QSl > In the above screenshot I clicked on the "submit registration" button before > filling out the form correctly and triggering a validation error "confirm > password". This caused the keyboard to hide and resulted in the page gap > error as shown. > The error also occurs when the keyboard is dismissed without hitting the > "submit registration" button i.e. by using the dismiss keyboard button within > the android nav bar. -- 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-6375) When keyboard is dismissed. Page has a large gap at top of screen
[ https://issues.apache.org/jira/browse/CB-6375?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14563664#comment-14563664 ] Austin Zimmer commented on CB-6375: --- Also still having the same issue even though the chromium issue Joe links to is in closed status. The best solution I have been able to find so far is creating a plugin that is triggered whenever the screen resizes from a smaller size to a larger size (keyboard close). The plugin emulates a touch event which puts the screen back in the correct position. Very hacky and not long term. If anyone has a better solution please post here. Also, link to someone else on stackoverflow with a similar situation: http://stackoverflow.com/questions/25176867/view-redrawn-in-the-wrong-position-after-closing-the-keyboard-cordova-phonegap > When keyboard is dismissed. Page has a large gap at top of screen > - > > Key: CB-6375 > URL: https://issues.apache.org/jira/browse/CB-6375 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 3.4.0 > Environment: Android 4.4.2 Nexus 5, jQuery Mobile 1.4.2, PhoneGap 3.4 >Reporter: Jonathan Yong >Assignee: Joe Bowser > > See screenshot here: http://imgur.com/NtQ4QSl > Notice the large white gap at the top of the page > When a page is tall enough to cause the page to slide upwards when the > virtual keyboard is displayed, and while the page scroll position is scrolled > down so that the header and / or other controls are hidden above the top edge > of the screen, dismissing the keyboard will intermittently cause a page > rendering error such that there is a large white gap above the header of the > page, essentially pushing down all page contents. > This also causes the hitboxes of buttons and other form controls to differ > from the on screen view i.e. the hitboxes are where the controls should have > appeared had there not been a large gap at the top of the screen. > This gap is present on all pages within the app and will remain until another > text input field is focused and the keyboard shows again. > See screenshot here: http://imgur.com/NtQ4QSl > In the above screenshot I clicked on the "submit registration" button before > filling out the form correctly and triggering a validation error "confirm > password". This caused the keyboard to hide and resulted in the page gap > error as shown. > The error also occurs when the keyboard is dismissed without hitting the > "submit registration" button i.e. by using the dismiss keyboard button within > the android nav bar. -- 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-9092) Update local-webserver plugin docs for fixed port warning (localStorage, IndexedDB persistence)
[ https://issues.apache.org/jira/browse/CB-9092?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-9092. -- Resolution: Fixed > Update local-webserver plugin docs for fixed port warning (localStorage, > IndexedDB persistence) > --- > > Key: CB-9092 > URL: https://issues.apache.org/jira/browse/CB-9092 > Project: Apache Cordova > Issue Type: Bug > Components: Plugins >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah > Labels: cordova-ios-4.0.x > > The port has to be fixed for localStorage and IndexedDB to be persistent. > By default the port is "0" which signals to the plugin to find a free port. > Update the README, and also the plugin.xml info tag. -- 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-9092) Update local-webserver plugin docs for fixed port warning (localStorage, IndexedDB persistence)
[ https://issues.apache.org/jira/browse/CB-9092?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14563610#comment-14563610 ] ASF subversion and git services commented on CB-9092: - Commit 6572663354e589c17c97ad3dcd4fb1c66d4a644c in cordova-plugins's branch refs/heads/master from [~shazron] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugins.git;h=6572663 ] CB-9092 Update local-webserver plugin.xml info tag for fixed port warning (localStorage, IndexedDB persistence) > Update local-webserver plugin docs for fixed port warning (localStorage, > IndexedDB persistence) > --- > > Key: CB-9092 > URL: https://issues.apache.org/jira/browse/CB-9092 > Project: Apache Cordova > Issue Type: Bug > Components: Plugins >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah > Labels: cordova-ios-4.0.x > > The port has to be fixed for localStorage and IndexedDB to be persistent. > By default the port is "0" which signals to the plugin to find a free port. > Update the README, and also the plugin.xml info tag. -- 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-9092) Update local-webserver plugin docs for fixed port warning (localStorage, IndexedDB persistence)
[ https://issues.apache.org/jira/browse/CB-9092?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14563604#comment-14563604 ] ASF subversion and git services commented on CB-9092: - Commit d8d3dfbd65ef10f511eae4aa98240eed4cb98212 in cordova-plugins's branch refs/heads/master from [~shazron] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugins.git;h=d8d3dfb ] CB-9092 Update local-webserver plugin docs for fixed port warning (localStorage, IndexedDB persistence) > Update local-webserver plugin docs for fixed port warning (localStorage, > IndexedDB persistence) > --- > > Key: CB-9092 > URL: https://issues.apache.org/jira/browse/CB-9092 > Project: Apache Cordova > Issue Type: Bug > Components: Plugins >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah > Labels: cordova-ios-4.0.x > > The port has to be fixed for localStorage and IndexedDB to be persistent. > By default the port is "0" which signals to the plugin to find a free port. > Update the README, and also the plugin.xml info tag. -- 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-9088) IOS: SMS URLs not opening from iframe
[ https://issues.apache.org/jira/browse/CB-9088?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14563565#comment-14563565 ] ASF subversion and git services commented on CB-9088: - Commit 27679a39881e1ddcddb0a48946227fc46ee277a1 in cordova-ios's branch refs/heads/4.0.x from [~eymorale] [ https://git-wip-us.apache.org/repos/asf?p=cordova-ios.git;h=27679a3 ] CB-9088 sms urls won't open in iframe (closes #143) > IOS: SMS URLs not opening from iframe > - > > Key: CB-9088 > URL: https://issues.apache.org/jira/browse/CB-9088 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 5.0.0 >Reporter: Nathan Hazout >Assignee: Shazron Abdullah >Priority: Minor > Labels: cordova-ios-4.0.x > > Create a simple application, with an iframe: > index.html: > > > Outside frame: > contact me index > iframe.html: > hello from iframe > contact me iframe > Clicking from index.html correctly opens the SMS application. > Clicking inside the iframe does not open it. > Doing the sample thing in safari works fine. -- 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-9088) IOS: SMS URLs not opening from iframe
[ https://issues.apache.org/jira/browse/CB-9088?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-9088. -- Resolution: Fixed > IOS: SMS URLs not opening from iframe > - > > Key: CB-9088 > URL: https://issues.apache.org/jira/browse/CB-9088 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 5.0.0 >Reporter: Nathan Hazout >Assignee: Shazron Abdullah >Priority: Minor > Labels: cordova-ios-4.0.x > > Create a simple application, with an iframe: > index.html: > > > Outside frame: > contact me index > iframe.html: > hello from iframe > contact me iframe > Clicking from index.html correctly opens the SMS application. > Clicking inside the iframe does not open it. > Doing the sample thing in safari works fine. -- 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-9088) IOS: SMS URLs not opening from iframe
[ https://issues.apache.org/jira/browse/CB-9088?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14563556#comment-14563556 ] ASF subversion and git services commented on CB-9088: - Commit 27679a39881e1ddcddb0a48946227fc46ee277a1 in cordova-ios's branch refs/heads/master from [~eymorale] [ https://git-wip-us.apache.org/repos/asf?p=cordova-ios.git;h=27679a3 ] CB-9088 sms urls won't open in iframe (closes #143) > IOS: SMS URLs not opening from iframe > - > > Key: CB-9088 > URL: https://issues.apache.org/jira/browse/CB-9088 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 5.0.0 >Reporter: Nathan Hazout >Assignee: Shazron Abdullah >Priority: Minor > Labels: cordova-ios-4.0.x > > Create a simple application, with an iframe: > index.html: > > > Outside frame: > contact me index > iframe.html: > hello from iframe > contact me iframe > Clicking from index.html correctly opens the SMS application. > Clicking inside the iframe does not open it. > Doing the sample thing in safari works fine. -- 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-9088) IOS: SMS URLs not opening from iframe
[ https://issues.apache.org/jira/browse/CB-9088?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14563557#comment-14563557 ] ASF GitHub Bot commented on CB-9088: Github user asfgit closed the pull request at: https://github.com/apache/cordova-ios/pull/143 > IOS: SMS URLs not opening from iframe > - > > Key: CB-9088 > URL: https://issues.apache.org/jira/browse/CB-9088 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 5.0.0 >Reporter: Nathan Hazout >Assignee: Shazron Abdullah >Priority: Minor > Labels: cordova-ios-4.0.x > > Create a simple application, with an iframe: > index.html: > > > Outside frame: > contact me index > iframe.html: > hello from iframe > contact me iframe > Clicking from index.html correctly opens the SMS application. > Clicking inside the iframe does not open it. > Doing the sample thing in safari works fine. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Assigned] (CB-9088) IOS: SMS URLs not opening from iframe
[ https://issues.apache.org/jira/browse/CB-9088?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah reassigned CB-9088: Assignee: Shazron Abdullah > IOS: SMS URLs not opening from iframe > - > > Key: CB-9088 > URL: https://issues.apache.org/jira/browse/CB-9088 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 5.0.0 >Reporter: Nathan Hazout >Assignee: Shazron Abdullah >Priority: Minor > Labels: cordova-ios-4.0.x > > Create a simple application, with an iframe: > index.html: > > > Outside frame: > contact me index > iframe.html: > hello from iframe > contact me iframe > Clicking from index.html correctly opens the SMS application. > Clicking inside the iframe does not open it. > Doing the sample thing in safari works fine. -- 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-9093) Cordova doesn't work with private npm registry
Patrick Wolf created CB-9093: Summary: Cordova doesn't work with private npm registry Key: CB-9093 URL: https://issues.apache.org/jira/browse/CB-9093 Project: Apache Cordova Issue Type: Bug Components: CordovaLib Affects Versions: 5.0.0 Reporter: Patrick Wolf We have a private npm registry using Sinopia, which requires authentication. When I try to use "cordova plugin add foobar", I get an error Fetching plugin "foobar" via npm Fetching from npm failed: Cannot insert data into the registry without auth Error: Cannot insert data into the registry without auth at RegClient.regRequest [as request] (/home/patrick/.nvm/versions/node/v0.12.4/lib/node_modules/cordova/node_modules/cordova-lib/node_modules/npm/node_modules/npm-registry-client/lib/request.js:96:15) at RegClient.get_ (/home/patrick/.nvm/versions/node/v0.12.4/lib/node_modules/cordova/node_modules/cordova-lib/node_modules/npm/node_modules/npm-registry-client/lib/get.js:116:8) at RegClient. (/home/patrick/.nvm/versions/node/v0.12.4/lib/node_modules/cordova/node_modules/cordova-lib/node_modules/npm/node_modules/npm-registry-client/lib/get.js:43:15) at FSReqWrap.oncomplete (fs.js:95:15) I suspect this might be a problem with the older version of npm, 1.3.4, included with Cordova. It seems like npm-registry-client/lib/request.js isn't properly handling the auth settings in npmrc. -- 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-9092) Update local-webserver plugin docs for fixed port warning (localStorage, IndexedDB persistence)
Shazron Abdullah created CB-9092: Summary: Update local-webserver plugin docs for fixed port warning (localStorage, IndexedDB persistence) Key: CB-9092 URL: https://issues.apache.org/jira/browse/CB-9092 Project: Apache Cordova Issue Type: Bug Components: Plugins Reporter: Shazron Abdullah Assignee: Shazron Abdullah The port has to be fixed for localStorage and IndexedDB to be persistent. By default the port is "0" which signals to the plugin to find a free port. Update the README, and also the plugin.xml info tag. -- 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-9008) IndexedDB does not persist in WKWebView after closing app
[ https://issues.apache.org/jira/browse/CB-9008?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14563434#comment-14563434 ] Shazron Abdullah commented on CB-9008: -- Great news! I'll file a new issue to update the docs > IndexedDB does not persist in WKWebView after closing app > - > > Key: CB-9008 > URL: https://issues.apache.org/jira/browse/CB-9008 > Project: Apache Cordova > Issue Type: Bug > Components: iOS > Environment: iOS 8.3, iPhone >Reporter: Nolan Lawson > Fix For: 4.0.0 > > > I realize y'all are actively developing WKWebView support. This may be a bug > in WKWebView itself, or maybe in Cordova; I'm not sure. Hence this bug > report. :) > [Video demonstration | > https://nolanlawson.s3.amazonaws.com/www/apache/iphone_recording.webm] > Steps to repro: > 1. Install my [database filler app | > https://github.com/nolanlawson/database-filler] > 2. Follow the instructions to run the WKWebView branch > 3. Open up the XCode project in platforms/ios > 4. Run on a real device > 5. Open up the app, add some data, count it to make sure items were added. > 6. Double-press the home button to dismiss the app > 7. Reopen it, count items > **Expected**: items that were saved in IndexedDB before are still there. > **Actual**: 0 items are found. -- 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-9008) IndexedDB does not persist in WKWebView after closing app
[ https://issues.apache.org/jira/browse/CB-9008?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14563275#comment-14563275 ] Nolan Lawson edited comment on CB-9008 at 5/28/15 5:23 PM: --- Woo hoo, I was able to store 450 items in that database filler app (>200MB) on an iPhone 6 Plus, and it survived a relaunch. :) Despite all of Apple's IndexedDB bugs, this has me pretty excited. was (Author: nolanlawson): Woo hoo, I was able to store 250 items in that database filler app (>200MB) on an iPhone 6 Plus, and it survived a relaunch. :) Despite all of Apple's IndexedDB bugs, this has me pretty excited. > IndexedDB does not persist in WKWebView after closing app > - > > Key: CB-9008 > URL: https://issues.apache.org/jira/browse/CB-9008 > Project: Apache Cordova > Issue Type: Bug > Components: iOS > Environment: iOS 8.3, iPhone >Reporter: Nolan Lawson > Fix For: 4.0.0 > > > I realize y'all are actively developing WKWebView support. This may be a bug > in WKWebView itself, or maybe in Cordova; I'm not sure. Hence this bug > report. :) > [Video demonstration | > https://nolanlawson.s3.amazonaws.com/www/apache/iphone_recording.webm] > Steps to repro: > 1. Install my [database filler app | > https://github.com/nolanlawson/database-filler] > 2. Follow the instructions to run the WKWebView branch > 3. Open up the XCode project in platforms/ios > 4. Run on a real device > 5. Open up the app, add some data, count it to make sure items were added. > 6. Double-press the home button to dismiss the app > 7. Reopen it, count items > **Expected**: items that were saved in IndexedDB before are still there. > **Actual**: 0 items are found. -- 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-9008) IndexedDB does not persist in WKWebView after closing app
[ https://issues.apache.org/jira/browse/CB-9008?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14563275#comment-14563275 ] Nolan Lawson commented on CB-9008: -- Woo hoo, I was able to store 250 items in that database filler app (>200MB) on an iPhone 6 Plus, and it survived a relaunch. :) Despite all of Apple's IndexedDB bugs, this has me pretty excited. > IndexedDB does not persist in WKWebView after closing app > - > > Key: CB-9008 > URL: https://issues.apache.org/jira/browse/CB-9008 > Project: Apache Cordova > Issue Type: Bug > Components: iOS > Environment: iOS 8.3, iPhone >Reporter: Nolan Lawson > Fix For: 4.0.0 > > > I realize y'all are actively developing WKWebView support. This may be a bug > in WKWebView itself, or maybe in Cordova; I'm not sure. Hence this bug > report. :) > [Video demonstration | > https://nolanlawson.s3.amazonaws.com/www/apache/iphone_recording.webm] > Steps to repro: > 1. Install my [database filler app | > https://github.com/nolanlawson/database-filler] > 2. Follow the instructions to run the WKWebView branch > 3. Open up the XCode project in platforms/ios > 4. Run on a real device > 5. Open up the app, add some data, count it to make sure items were added. > 6. Double-press the home button to dismiss the app > 7. Reopen it, count items > **Expected**: items that were saved in IndexedDB before are still there. > **Actual**: 0 items are found. -- 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-8900) Document Platform and Plugin Version Management
[ https://issues.apache.org/jira/browse/CB-8900?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14563237#comment-14563237 ] ASF GitHub Bot commented on CB-8900: Github user omefire commented on the pull request: https://github.com/apache/cordova-docs/pull/292#issuecomment-106483923 I've also added documentation for plugins. > Document Platform and Plugin Version Management > --- > > Key: CB-8900 > URL: https://issues.apache.org/jira/browse/CB-8900 > Project: Apache Cordova > Issue Type: Task > Components: Docs >Reporter: Omar Mefire >Assignee: Omar Mefire > > This issue is to track work done on documenting the new feature 'platform and > plugin version management'. -- 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-8900) Document Platform and Plugin Version Management
[ https://issues.apache.org/jira/browse/CB-8900?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14563236#comment-14563236 ] ASF GitHub Bot commented on CB-8900: Github user omefire commented on the pull request: https://github.com/apache/cordova-docs/pull/292#issuecomment-106483600 Thanks @TimBarham for reviewing. I've addressed your comments. > Document Platform and Plugin Version Management > --- > > Key: CB-8900 > URL: https://issues.apache.org/jira/browse/CB-8900 > Project: Apache Cordova > Issue Type: Task > Components: Docs >Reporter: Omar Mefire >Assignee: Omar Mefire > > This issue is to track work done on documenting the new feature 'platform and > plugin version management'. -- 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-9008) IndexedDB does not persist in WKWebView after closing app
[ https://issues.apache.org/jira/browse/CB-9008?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nolan Lawson resolved CB-9008. -- Resolution: Invalid > IndexedDB does not persist in WKWebView after closing app > - > > Key: CB-9008 > URL: https://issues.apache.org/jira/browse/CB-9008 > Project: Apache Cordova > Issue Type: Bug > Components: iOS > Environment: iOS 8.3, iPhone >Reporter: Nolan Lawson > Fix For: 4.0.0 > > > I realize y'all are actively developing WKWebView support. This may be a bug > in WKWebView itself, or maybe in Cordova; I'm not sure. Hence this bug > report. :) > [Video demonstration | > https://nolanlawson.s3.amazonaws.com/www/apache/iphone_recording.webm] > Steps to repro: > 1. Install my [database filler app | > https://github.com/nolanlawson/database-filler] > 2. Follow the instructions to run the WKWebView branch > 3. Open up the XCode project in platforms/ios > 4. Run on a real device > 5. Open up the app, add some data, count it to make sure items were added. > 6. Double-press the home button to dismiss the app > 7. Reopen it, count items > **Expected**: items that were saved in IndexedDB before are still there. > **Actual**: 0 items are found. -- 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-9008) IndexedDB does not persist in WKWebView after closing app
[
https://issues.apache.org/jira/browse/CB-9008?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14563084#comment-14563084
]
Nolan Lawson commented on CB-9008:
--
I can confirm that that fixes the issue. IndexedDB persists if you set a static
port. I've updated the Github repo with the new {{config.xml}}. Thanks a bunch!
When WKWebView support ships in Cordova, it may be good to document this
somewhere. :) Since WebSQL is disabled in WKWebView, IndexedDB is the only
option.
> IndexedDB does not persist in WKWebView after closing app
> -
>
> Key: CB-9008
> URL: https://issues.apache.org/jira/browse/CB-9008
> Project: Apache Cordova
> Issue Type: Bug
> Components: iOS
> Environment: iOS 8.3, iPhone
>Reporter: Nolan Lawson
> Fix For: 4.0.0
>
>
> I realize y'all are actively developing WKWebView support. This may be a bug
> in WKWebView itself, or maybe in Cordova; I'm not sure. Hence this bug
> report. :)
> [Video demonstration |
> https://nolanlawson.s3.amazonaws.com/www/apache/iphone_recording.webm]
> Steps to repro:
> 1. Install my [database filler app |
> https://github.com/nolanlawson/database-filler]
> 2. Follow the instructions to run the WKWebView branch
> 3. Open up the XCode project in platforms/ios
> 4. Run on a real device
> 5. Open up the app, add some data, count it to make sure items were added.
> 6. Double-press the home button to dismiss the app
> 7. Reopen it, count items
> **Expected**: items that were saved in IndexedDB before are still there.
> **Actual**: 0 items are found.
--
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-8396) Add AutoHideSplashScreen logic to Android's Splashscreen
[
https://issues.apache.org/jira/browse/CB-8396?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14562927#comment-14562927
]
ASF GitHub Bot commented on CB-8396:
Github user agrieve commented on a diff in the pull request:
https://github.com/apache/cordova-plugin-splashscreen/pull/48#discussion_r31235221
--- Diff: src/android/SplashScreen.java ---
@@ -91,7 +91,9 @@ protected void pluginInitialize() {
firstShow = false;
loadSpinner();
-showSplashScreen(true);
+
+boolean hideAfterDelay =
preferences.getBoolean("AutoHideSplashScreen", true);
--- End diff --
The AutoHide preference is meant to hide without the use of a timer (e.g.
hide on first paint after onload). Would be happy to accept a PR for this, but
I don't think we should have a PR that just turns it off. For this, set a very
large timeout.
> Add AutoHideSplashScreen logic to Android's Splashscreen
>
>
> Key: CB-8396
> URL: https://issues.apache.org/jira/browse/CB-8396
> Project: Apache Cordova
> Issue Type: Improvement
> Components: Android, Plugin SplashScreen
>Affects Versions: Master
> Environment: Android 5.0.1 emulator.
>Reporter: Tom A
> Labels: android
>
> In config.xml I've set:
> {code:title=config.xml|borderStyle=solid}
> `
> {code}
> This has no effect on the Android platform. Splash screen autohides after 3
> seconds (the default SplashScreenDelay).
> Tested on Android 5.0.1.
> If I look at the code here
> [https://github.com/apache/cordova-plugin-splashscreen/blob/master/src/android/SplashScreen.java]
> I'd expect to see something like this somewhere:
> {code:title=SplashScreen.java|borderStyle=solid}
> preferences.getBoolean("AutoHideSplashScreen", false);
> {code}
> Maybe this has something to do with it?
> If you need any more info, please let me know.
--
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-9001) wp8 with Cordova Cli 5.0 (config.xml problem)
[ https://issues.apache.org/jira/browse/CB-9001?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14562926#comment-14562926 ] ASF GitHub Bot commented on CB-9001: Github user sgrebnov commented on the pull request: https://github.com/apache/cordova-lib/pull/229#issuecomment-106320592 LGTM > wp8 with Cordova Cli 5.0 (config.xml problem) > - > > Key: CB-9001 > URL: https://issues.apache.org/jira/browse/CB-9001 > Project: Apache Cordova > Issue Type: Bug > Components: WP8 > Environment: Cordova Cli 5.0 with all latest core official plugin >Reporter: Colin Bau >Assignee: Jesse MacFadyen > > This is a sample config.xml related value > HelloWorld > A sample Apache Cordova application that responds to the > deviceready event > http://cordova.io";>Apache > Cordova Team > after cordova build ... it will generate a xap file，and I open xap file's > WMAppManifest.xml > This is the WMAppManifest.xml，but it will become the strange value > > it should be update to such kind of way > -- 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-9001) wp8 with Cordova Cli 5.0 (config.xml problem)
[ https://issues.apache.org/jira/browse/CB-9001?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14562924#comment-14562924 ] ASF GitHub Bot commented on CB-9001: GitHub user daserge opened a pull request: https://github.com/apache/cordova-lib/pull/229 CB-9001 Set WMAppManifest.xml Author, Description and Publisher attri… …butes based on config.xml Used getNodeTextSafe in ConfigParser' description getter [JIRA issue](https://issues.apache.org/jira/browse/CB-9001) You can merge this pull request into a Git repository by running: $ git pull https://github.com/MSOpenTech/cordova-lib CB-9001 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-lib/pull/229.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 #229 commit be8282654f30e1bfcc62985341dc433783bb6a33 Author: daserge Date: 2015-05-28T13:35:24Z CB-9001 Set WMAppManifest.xml Author, Description and Publisher attributes based on config.xml Used getNodeTextSafe in ConfigParser' description getter > wp8 with Cordova Cli 5.0 (config.xml problem) > - > > Key: CB-9001 > URL: https://issues.apache.org/jira/browse/CB-9001 > Project: Apache Cordova > Issue Type: Bug > Components: WP8 > Environment: Cordova Cli 5.0 with all latest core official plugin >Reporter: Colin Bau >Assignee: Jesse MacFadyen > > This is a sample config.xml related value > HelloWorld > A sample Apache Cordova application that responds to the > deviceready event > http://cordova.io";>Apache > Cordova Team > after cordova build ... it will generate a xap file，and I open xap file's > WMAppManifest.xml > This is the WMAppManifest.xml，but it will become the strange value > > it should be update to such kind of way > -- 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-9088) IOS: SMS URLs not opening from iframe
[ https://issues.apache.org/jira/browse/CB-9088?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14562842#comment-14562842 ] ASF GitHub Bot commented on CB-9088: GitHub user eymorale opened a pull request: https://github.com/apache/cordova-ios/pull/143 CB-9088 sms urls won't open in iframe You can merge this pull request into a Git repository by running: $ git pull https://github.com/eymorale/cordova-ios CB-9088 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-ios/pull/143.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 #143 commit 5214bd78fbddb1f1a404356870d8205ca0a0e57e Author: Edna Morales Date: 2015-05-28T12:50:33Z CB-9088 sms urls won't open in iframe > IOS: SMS URLs not opening from iframe > - > > Key: CB-9088 > URL: https://issues.apache.org/jira/browse/CB-9088 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 5.0.0 >Reporter: Nathan Hazout >Priority: Minor > Labels: cordova-ios-4.0.x > > Create a simple application, with an iframe: > index.html: > > > Outside frame: > contact me index > iframe.html: > hello from iframe > contact me iframe > Clicking from index.html correctly opens the SMS application. > Clicking inside the iframe does not open it. > Doing the sample thing in safari works fine. -- 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-8953) Cordova iOS prepare is removing UISupportedInterfaceOrientations from the plist file
[ https://issues.apache.org/jira/browse/CB-8953?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14562592#comment-14562592 ] Dave Alden edited comment on CB-8953 at 5/28/15 9:46 AM: - This bug means that it's not possible to create an app which supports all orientations on iPhone. Previously I had the following config in my .plist: UISupportedInterfaceOrientations UIInterfaceOrientationPortrait UIInterfaceOrientationLandscapeLeft UIInterfaceOrientationPortraitUpsideDown UIInterfaceOrientationLandscapeRight UISupportedInterfaceOrientations~ipad UIInterfaceOrientationPortrait UIInterfaceOrientationLandscapeLeft UIInterfaceOrientationPortraitUpsideDown UIInterfaceOrientationLandscapeRight After running 'cordova prepare', the UISupportedInterfaceOrientations section is removed, meaning the app is fixed to portrait orientation. Adding the orientation preference to the config.xml enables portrait OR landscape keys to be added to the plist under UISupportedInterfaceOrientations, but not both: inserts: UISupportedInterfaceOrientations UIInterfaceOrientationPortrait UIInterfaceOrientationPortraitUpsideDown inserts: UISupportedInterfaceOrientations UIInterfaceOrientationLandscapeLeft UIInterfaceOrientationLandscapeRight OR omitting the preference key entirely, causes UISupportedInterfaceOrientations to be removed from the plist was (Author: dpa99c): This bug means that it's not possible to create an app which supports all orientations on iPhone. Previously I had the following config in my .plist: UISupportedInterfaceOrientations UIInterfaceOrientationPortrait UIInterfaceOrientationLandscapeLeft UIInterfaceOrientationPortraitUpsideDown UIInterfaceOrientationLandscapeRight UISupportedInterfaceOrientations~ipad UIInterfaceOrientationPortrait UIInterfaceOrientationLandscapeLeft UIInterfaceOrientationPortraitUpsideDown UIInterfaceOrientationLandscapeRight After running 'cordova prepare', the UISupportedInterfaceOrientations section is removed, meaning the app is fixed to portrait orientation. Adding the orientation preference to the config.xml allows enables portrait OR landscape keys to be added to the plist under UISupportedInterfaceOrientations, but not both: inserts: UISupportedInterfaceOrientations UIInterfaceOrientationPortrait UIInterfaceOrientationPortraitUpsideDown inserts: UISupportedInterfaceOrientations UIInterfaceOrientationLandscapeLeft UIInterfaceOrientationLandscapeRight OR omitting the preference key entirely, causes UISupportedInterfaceOrientations to be removed from the plist > Cordova iOS prepare is removing UISupportedInterfaceOrientations from the > plist file > > > Key: CB-8953 > URL: https://issues.apache.org/jira/browse/CB-8953 > Project: Apache Cordova > Issue Type: Bug > Components: CLI >Affects Versions: 5.0.0 > Environment: iOS >Reporter: Vinoth Kumar > > I just installed the CLI 5.0.0 and when I try to run, > 'cordova prepare ios', it is modifying the app plist file. > That is, the prepare is removing the UISupportedInterfaceOrientations key and > the array list from the plist. > Before Prepare: > UISupportedInterfaceOrientations > > UIInterfaceOrientationPortrait > UIInterfaceOrientationPortraitUpsideDown > > UISupportedInterfaceOrientations~ipad > > UIInterfaceOrientationPortrait > UIInterfaceOrientationLandscapeLeft > UIInterfaceOrientationPortraitUpsideDown > UIInterfaceOrientationLandscapeRight > > After Prepare: > UISupportedInterfaceOrientations~ipad > > UIInterfaceOrientationPortrait > UIInterfaceOrientationLandscapeLeft > UIInterfaceOrientationPortraitUpsideDown > UIInterfaceOrientationLandscapeRight > -- 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-8396) Add AutoHideSplashScreen logic to Android's Splashscreen
[
https://issues.apache.org/jira/browse/CB-8396?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14562590#comment-14562590
]
ASF GitHub Bot commented on CB-8396:
GitHub user tfitschen opened a pull request:
https://github.com/apache/cordova-plugin-splashscreen/pull/48
CB-8396 - Read property "AutoHideSplashScreen" on android
You can merge this pull request into a Git repository by running:
$ git pull https://github.com/mayflower/cordova-plugin-splashscreen
CB-8396-auto-hide-on-android
Alternatively you can review and apply these changes as the patch at:
https://github.com/apache/cordova-plugin-splashscreen/pull/48.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 #48
commit 2a34454ca8deed502d45616d771a9953baaa81de
Author: Torben Fitschen
Date: 2015-05-28T09:43:39Z
Read property "AutoHideSplashScreen" on android
> Add AutoHideSplashScreen logic to Android's Splashscreen
>
>
> Key: CB-8396
> URL: https://issues.apache.org/jira/browse/CB-8396
> Project: Apache Cordova
> Issue Type: Improvement
> Components: Android, Plugin SplashScreen
>Affects Versions: Master
> Environment: Android 5.0.1 emulator.
>Reporter: Tom A
> Labels: android
>
> In config.xml I've set:
> {code:title=config.xml|borderStyle=solid}
> `
> {code}
> This has no effect on the Android platform. Splash screen autohides after 3
> seconds (the default SplashScreenDelay).
> Tested on Android 5.0.1.
> If I look at the code here
> [https://github.com/apache/cordova-plugin-splashscreen/blob/master/src/android/SplashScreen.java]
> I'd expect to see something like this somewhere:
> {code:title=SplashScreen.java|borderStyle=solid}
> preferences.getBoolean("AutoHideSplashScreen", false);
> {code}
> Maybe this has something to do with it?
> If you need any more info, please let me know.
--
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-8953) Cordova iOS prepare is removing UISupportedInterfaceOrientations from the plist file
[ https://issues.apache.org/jira/browse/CB-8953?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14562592#comment-14562592 ] Dave Alden commented on CB-8953: This bug means that it's not possible to create an app which supports all orientations on iPhone. Previously I had the following config in my .plist: UISupportedInterfaceOrientations UIInterfaceOrientationPortrait UIInterfaceOrientationLandscapeLeft UIInterfaceOrientationPortraitUpsideDown UIInterfaceOrientationLandscapeRight UISupportedInterfaceOrientations~ipad UIInterfaceOrientationPortrait UIInterfaceOrientationLandscapeLeft UIInterfaceOrientationPortraitUpsideDown UIInterfaceOrientationLandscapeRight After running 'cordova prepare', the UISupportedInterfaceOrientations section is removed, meaning the app is fixed to portrait orientation. Adding the orientation preference to the config.xml allows enables portrait OR landscape keys to be added to the plist under UISupportedInterfaceOrientations, but not both: inserts: UISupportedInterfaceOrientations UIInterfaceOrientationPortrait UIInterfaceOrientationPortraitUpsideDown inserts: UISupportedInterfaceOrientations UIInterfaceOrientationLandscapeLeft UIInterfaceOrientationLandscapeRight OR omitting the preference key entirely, causes UISupportedInterfaceOrientations to be removed from the plist > Cordova iOS prepare is removing UISupportedInterfaceOrientations from the > plist file > > > Key: CB-8953 > URL: https://issues.apache.org/jira/browse/CB-8953 > Project: Apache Cordova > Issue Type: Bug > Components: CLI >Affects Versions: 5.0.0 > Environment: iOS >Reporter: Vinoth Kumar > > I just installed the CLI 5.0.0 and when I try to run, > 'cordova prepare ios', it is modifying the app plist file. > That is, the prepare is removing the UISupportedInterfaceOrientations key and > the array list from the plist. > Before Prepare: > UISupportedInterfaceOrientations > > UIInterfaceOrientationPortrait > UIInterfaceOrientationPortraitUpsideDown > > UISupportedInterfaceOrientations~ipad > > UIInterfaceOrientationPortrait > UIInterfaceOrientationLandscapeLeft > UIInterfaceOrientationPortraitUpsideDown > UIInterfaceOrientationLandscapeRight > > After Prepare: > UISupportedInterfaceOrientations~ipad > > UIInterfaceOrientationPortrait > UIInterfaceOrientationLandscapeLeft > UIInterfaceOrientationPortraitUpsideDown > UIInterfaceOrientationLandscapeRight > -- 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-9088) IOS: SMS URLs not opening from iframe
[ https://issues.apache.org/jira/browse/CB-9088?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14562544#comment-14562544 ] Nathan Hazout commented on CB-9088: --- I saw this on both 4.2 and 5.0 > IOS: SMS URLs not opening from iframe > - > > Key: CB-9088 > URL: https://issues.apache.org/jira/browse/CB-9088 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 5.0.0 >Reporter: Nathan Hazout >Priority: Minor > Labels: cordova-ios-4.0.x > > Create a simple application, with an iframe: > index.html: > > > Outside frame: > contact me index > iframe.html: > hello from iframe > contact me iframe > Clicking from index.html correctly opens the SMS application. > Clicking inside the iframe does not open it. > Doing the sample thing in safari works fine. -- 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] [Deleted] (CB-9091) Security Issue - Man in the Middle attack
[ https://issues.apache.org/jira/browse/CB-9091?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah deleted CB-9091: - > Security Issue - Man in the Middle attack > - > > Key: CB-9091 > URL: https://issues.apache.org/jira/browse/CB-9091 > Project: Apache Cordova > Issue Type: Bug >Reporter: Niek Heezemans >Assignee: Shazron Abdullah > > Hi, > I created an issue before describing a Man-in-The Middle attack. I got a > response that I needed to email this with steps for reproduction to > secur...@apache.cordova.org. This E-mailadress doesn't exist. > Where can I send this issue to? -- 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-9088) IOS: SMS URLs not opening from iframe
[ https://issues.apache.org/jira/browse/CB-9088?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-9088: - Labels: cordova-ios-4.0.x (was: ) > IOS: SMS URLs not opening from iframe > - > > Key: CB-9088 > URL: https://issues.apache.org/jira/browse/CB-9088 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 5.0.0 >Reporter: Nathan Hazout >Priority: Minor > Labels: cordova-ios-4.0.x > > Create a simple application, with an iframe: > index.html: > > > Outside frame: > contact me index > iframe.html: > hello from iframe > contact me iframe > Clicking from index.html correctly opens the SMS application. > Clicking inside the iframe does not open it. > Doing the sample thing in safari works fine. -- 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-9091) Security Issue - Man in the Middle attack
[ https://issues.apache.org/jira/browse/CB-9091?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14562536#comment-14562536 ] Shazron Abdullah commented on CB-9091: -- Report received. Deleting issue. > Security Issue - Man in the Middle attack > - > > Key: CB-9091 > URL: https://issues.apache.org/jira/browse/CB-9091 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaLib >Affects Versions: 3.8.0 >Reporter: Niek Heezemans >Assignee: Shazron Abdullah > Fix For: 3.8.0 > > > Hi, > I created an issue before describing a Man-in-The Middle attack. I got a > response that I needed to email this with steps for reproduction to > secur...@apache.cordova.org. This E-mailadress doesn't exist. > Where can I send this issue to? -- 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-9091) Security Issue - Man in the Middle attack
[ https://issues.apache.org/jira/browse/CB-9091?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14562526#comment-14562526 ] Niek Heezemans commented on CB-9091: Will do, thanks! > Security Issue - Man in the Middle attack > - > > Key: CB-9091 > URL: https://issues.apache.org/jira/browse/CB-9091 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaLib >Affects Versions: 3.8.0 >Reporter: Niek Heezemans >Assignee: Shazron Abdullah > Fix For: 3.8.0 > > > Hi, > I created an issue before describing a Man-in-The Middle attack. I got a > response that I needed to email this with steps for reproduction to > secur...@apache.cordova.org. This E-mailadress doesn't exist. > Where can I send this issue to? -- 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-9091) Security Issue - Man in the Middle attack
[ https://issues.apache.org/jira/browse/CB-9091?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14562521#comment-14562521 ] Shazron Abdullah commented on CB-9091: -- Try secur...@apache.org that will definitely work. > Security Issue - Man in the Middle attack > - > > Key: CB-9091 > URL: https://issues.apache.org/jira/browse/CB-9091 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaLib >Affects Versions: 3.8.0 >Reporter: Niek Heezemans >Assignee: Shazron Abdullah > Fix For: 3.8.0 > > > Hi, > I created an issue before describing a Man-in-The Middle attack. I got a > response that I needed to email this with steps for reproduction to > secur...@apache.cordova.org. This E-mailadress doesn't exist. > Where can I send this issue to? -- 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-9091) Security Issue - Man in the Middle attack
[ https://issues.apache.org/jira/browse/CB-9091?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14562514#comment-14562514 ] Shazron Abdullah commented on CB-9091: -- Guidelines: https://www.apache.org/security/committers.html > Security Issue - Man in the Middle attack > - > > Key: CB-9091 > URL: https://issues.apache.org/jira/browse/CB-9091 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaLib >Affects Versions: 3.8.0 >Reporter: Niek Heezemans >Assignee: Shazron Abdullah > Fix For: 3.8.0 > > > Hi, > I created an issue before describing a Man-in-The Middle attack. I got a > response that I needed to email this with steps for reproduction to > secur...@apache.cordova.org. This E-mailadress doesn't exist. > Where can I send this issue to? -- 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-9091) Security Issue - Man in the Middle attack
[ https://issues.apache.org/jira/browse/CB-9091?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14562518#comment-14562518 ] Niek Heezemans commented on CB-9091: Tried both secur...@cordova.apache.org and secur...@apache.cordova.org, both didnt work...Also send the necessary steps for reproduction to you as well. > Security Issue - Man in the Middle attack > - > > Key: CB-9091 > URL: https://issues.apache.org/jira/browse/CB-9091 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaLib >Affects Versions: 3.8.0 >Reporter: Niek Heezemans >Assignee: Shazron Abdullah > Fix For: 3.8.0 > > > Hi, > I created an issue before describing a Man-in-The Middle attack. I got a > response that I needed to email this with steps for reproduction to > secur...@apache.cordova.org. This E-mailadress doesn't exist. > Where can I send this issue to? -- 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-9091) Security Issue - Man in the Middle attack
[ https://issues.apache.org/jira/browse/CB-9091?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14562508#comment-14562508 ] Shazron Abdullah commented on CB-9091: -- (and I checked my mail archive -- I did send you the correct email address before). > Security Issue - Man in the Middle attack > - > > Key: CB-9091 > URL: https://issues.apache.org/jira/browse/CB-9091 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaLib >Affects Versions: 3.8.0 >Reporter: Niek Heezemans > Fix For: 3.8.0 > > > Hi, > I created an issue before describing a Man-in-The Middle attack. I got a > response that I needed to email this with steps for reproduction to > secur...@apache.cordova.org. This E-mailadress doesn't exist. > Where can I send this issue to? -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Assigned] (CB-9091) Security Issue - Man in the Middle attack
[ https://issues.apache.org/jira/browse/CB-9091?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah reassigned CB-9091: Assignee: Shazron Abdullah > Security Issue - Man in the Middle attack > - > > Key: CB-9091 > URL: https://issues.apache.org/jira/browse/CB-9091 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaLib >Affects Versions: 3.8.0 >Reporter: Niek Heezemans >Assignee: Shazron Abdullah > Fix For: 3.8.0 > > > Hi, > I created an issue before describing a Man-in-The Middle attack. I got a > response that I needed to email this with steps for reproduction to > secur...@apache.cordova.org. This E-mailadress doesn't exist. > Where can I send this issue to? -- 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-9091) Security Issue - Man in the Middle attack
[ https://issues.apache.org/jira/browse/CB-9091?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14562503#comment-14562503 ] Shazron Abdullah commented on CB-9091: -- Try secur...@cordova.apache.org > Security Issue - Man in the Middle attack > - > > Key: CB-9091 > URL: https://issues.apache.org/jira/browse/CB-9091 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaLib >Affects Versions: 3.8.0 >Reporter: Niek Heezemans > Fix For: 3.8.0 > > > Hi, > I created an issue before describing a Man-in-The Middle attack. I got a > response that I needed to email this with steps for reproduction to > secur...@apache.cordova.org. This E-mailadress doesn't exist. > Where can I send this issue to? -- 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
issues@cordova.apache.org
[
https://issues.apache.org/jira/browse/CB-9073?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vladimir Kotikov closed CB-9073.
Resolution: Fixed
> Cordova fails to add Android/Windows platform to project when root folder
> contains "&"
> --
>
> Key: CB-9073
> URL: https://issues.apache.org/jira/browse/CB-9073
> Project: Apache Cordova
> Issue Type: Bug
> Components: Android, CordovaLib, Windows
>Affects Versions: 5.0.1
>Reporter: Vladimir Kotikov
>Assignee: Vladimir Kotikov
>
> *Repro steps:*
> {noformat}
> mkdir “R&D”
> cordova create testapp
> cd testapp
> cordova platform add windows
> {noformat}
> *Expected:*
> Platform added successfully
> *Actual:*
> The following error is thrown:
> {noformat}
> D:\Projects\R&D\test>cordova platform add windows
> Adding windows project...
> Failed to create project due to Project directory already exists:
> D:\Projects\R
> The system cannot find the path specified.
> Error:
> C:\Users\toddmosc\.cordova\lib\npm_cache\cordova-windows\3.8.1\package\bin\create.bat:
> Command failed with exit code 1
> at ChildProcess.whenDone
> (C:\Users\toddmosc\AppData\Roaming\npm\node_modules
> \vs-tac\node_modules\cordova\5.0.0\node_modules\cordova\node_modules\cordova-lib\src\cordova\superspawn.js:131:23)
> at ChildProcess.emit (events.js:110:17)
> at maybeClose (child_process.js:1015:16)
> at Process.ChildProcess._handle.onexit (child_process.js:1087:5)
> {noformat}
--
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
issues@cordova.apache.org
[
https://issues.apache.org/jira/browse/CB-9073?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14562499#comment-14562499
]
Vladimir Kotikov commented on CB-9073:
--
Fix for this issue has been merged. However, this is still impossible to build
an adroid project, placed inside of '&'-ed path due to some issues with Android
SDK, in particular with 'android' command and gradle wrapper. Since this is
impossible to resolve this problems as a part of cordova, i'm closing this as
resolved.
> Cordova fails to add Android/Windows platform to project when root folder
> contains "&"
> --
>
> Key: CB-9073
> URL: https://issues.apache.org/jira/browse/CB-9073
> Project: Apache Cordova
> Issue Type: Bug
> Components: Android, CordovaLib, Windows
>Affects Versions: 5.0.1
>Reporter: Vladimir Kotikov
>Assignee: Vladimir Kotikov
>
> *Repro steps:*
> {noformat}
> mkdir “R&D”
> cordova create testapp
> cd testapp
> cordova platform add windows
> {noformat}
> *Expected:*
> Platform added successfully
> *Actual:*
> The following error is thrown:
> {noformat}
> D:\Projects\R&D\test>cordova platform add windows
> Adding windows project...
> Failed to create project due to Project directory already exists:
> D:\Projects\R
> The system cannot find the path specified.
> Error:
> C:\Users\toddmosc\.cordova\lib\npm_cache\cordova-windows\3.8.1\package\bin\create.bat:
> Command failed with exit code 1
> at ChildProcess.whenDone
> (C:\Users\toddmosc\AppData\Roaming\npm\node_modules
> \vs-tac\node_modules\cordova\5.0.0\node_modules\cordova\node_modules\cordova-lib\src\cordova\superspawn.js:131:23)
> at ChildProcess.emit (events.js:110:17)
> at maybeClose (child_process.js:1015:16)
> at Process.ChildProcess._handle.onexit (child_process.js:1087:5)
> {noformat}
--
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-9091) Security Issue - Man in the Middle attack
Niek Heezemans created CB-9091: -- Summary: Security Issue - Man in the Middle attack Key: CB-9091 URL: https://issues.apache.org/jira/browse/CB-9091 Project: Apache Cordova Issue Type: Bug Components: CordovaLib Affects Versions: 3.8.0 Reporter: Niek Heezemans Fix For: 3.8.0 Hi, I created an issue before describing a Man-in-The Middle attack. I got a response that I needed to email this with steps for reproduction to secur...@apache.cordova.org. This E-mailadress doesn't exist. Where can I send this issue to? -- 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
issues@cordova.apache.org
[
https://issues.apache.org/jira/browse/CB-9073?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14562495#comment-14562495
]
ASF GitHub Bot commented on CB-9073:
Github user asfgit closed the pull request at:
https://github.com/apache/cordova-lib/pull/227
> Cordova fails to add Android/Windows platform to project when root folder
> contains "&"
> --
>
> Key: CB-9073
> URL: https://issues.apache.org/jira/browse/CB-9073
> Project: Apache Cordova
> Issue Type: Bug
> Components: Android, CordovaLib, Windows
>Affects Versions: 5.0.1
>Reporter: Vladimir Kotikov
>Assignee: Vladimir Kotikov
>
> *Repro steps:*
> {noformat}
> mkdir “R&D”
> cordova create testapp
> cd testapp
> cordova platform add windows
> {noformat}
> *Expected:*
> Platform added successfully
> *Actual:*
> The following error is thrown:
> {noformat}
> D:\Projects\R&D\test>cordova platform add windows
> Adding windows project...
> Failed to create project due to Project directory already exists:
> D:\Projects\R
> The system cannot find the path specified.
> Error:
> C:\Users\toddmosc\.cordova\lib\npm_cache\cordova-windows\3.8.1\package\bin\create.bat:
> Command failed with exit code 1
> at ChildProcess.whenDone
> (C:\Users\toddmosc\AppData\Roaming\npm\node_modules
> \vs-tac\node_modules\cordova\5.0.0\node_modules\cordova\node_modules\cordova-lib\src\cordova\superspawn.js:131:23)
> at ChildProcess.emit (events.js:110:17)
> at maybeClose (child_process.js:1015:16)
> at Process.ChildProcess._handle.onexit (child_process.js:1087:5)
> {noformat}
--
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
issues@cordova.apache.org
[
https://issues.apache.org/jira/browse/CB-9073?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14562494#comment-14562494
]
ASF subversion and git services commented on CB-9073:
-
Commit 82f40f59f7e737401b1d92c98168940f9c659c09 in cordova-lib's branch
refs/heads/master from [~vladimir.kotikov]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=82f40f5 ]
CB-9073 Allow to add platform if project path contains `&` symbol
> Cordova fails to add Android/Windows platform to project when root folder
> contains "&"
> --
>
> Key: CB-9073
> URL: https://issues.apache.org/jira/browse/CB-9073
> Project: Apache Cordova
> Issue Type: Bug
> Components: Android, CordovaLib, Windows
>Affects Versions: 5.0.1
>Reporter: Vladimir Kotikov
>Assignee: Vladimir Kotikov
>
> *Repro steps:*
> {noformat}
> mkdir “R&D”
> cordova create testapp
> cd testapp
> cordova platform add windows
> {noformat}
> *Expected:*
> Platform added successfully
> *Actual:*
> The following error is thrown:
> {noformat}
> D:\Projects\R&D\test>cordova platform add windows
> Adding windows project...
> Failed to create project due to Project directory already exists:
> D:\Projects\R
> The system cannot find the path specified.
> Error:
> C:\Users\toddmosc\.cordova\lib\npm_cache\cordova-windows\3.8.1\package\bin\create.bat:
> Command failed with exit code 1
> at ChildProcess.whenDone
> (C:\Users\toddmosc\AppData\Roaming\npm\node_modules
> \vs-tac\node_modules\cordova\5.0.0\node_modules\cordova\node_modules\cordova-lib\src\cordova\superspawn.js:131:23)
> at ChildProcess.emit (events.js:110:17)
> at maybeClose (child_process.js:1015:16)
> at Process.ChildProcess._handle.onexit (child_process.js:1087:5)
> {noformat}
--
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
issues@cordova.apache.org
[
https://issues.apache.org/jira/browse/CB-9073?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14562489#comment-14562489
]
ASF GitHub Bot commented on CB-9073:
Github user sgrebnov commented on the pull request:
https://github.com/apache/cordova-lib/pull/227#issuecomment-106227196
LGTM
> Cordova fails to add Android/Windows platform to project when root folder
> contains "&"
> --
>
> Key: CB-9073
> URL: https://issues.apache.org/jira/browse/CB-9073
> Project: Apache Cordova
> Issue Type: Bug
> Components: Android, CordovaLib, Windows
>Affects Versions: 5.0.1
>Reporter: Vladimir Kotikov
>Assignee: Vladimir Kotikov
>
> *Repro steps:*
> {noformat}
> mkdir “R&D”
> cordova create testapp
> cd testapp
> cordova platform add windows
> {noformat}
> *Expected:*
> Platform added successfully
> *Actual:*
> The following error is thrown:
> {noformat}
> D:\Projects\R&D\test>cordova platform add windows
> Adding windows project...
> Failed to create project due to Project directory already exists:
> D:\Projects\R
> The system cannot find the path specified.
> Error:
> C:\Users\toddmosc\.cordova\lib\npm_cache\cordova-windows\3.8.1\package\bin\create.bat:
> Command failed with exit code 1
> at ChildProcess.whenDone
> (C:\Users\toddmosc\AppData\Roaming\npm\node_modules
> \vs-tac\node_modules\cordova\5.0.0\node_modules\cordova\node_modules\cordova-lib\src\cordova\superspawn.js:131:23)
> at ChildProcess.emit (events.js:110:17)
> at maybeClose (child_process.js:1015:16)
> at Process.ChildProcess._handle.onexit (child_process.js:1087:5)
> {noformat}
--
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-9069) Emoji not well displayed on android 5.1
[ https://issues.apache.org/jira/browse/CB-9069?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14562445#comment-14562445 ] Syone commented on CB-9069: --- Thanks for your help Joe, it seems it's not due to the CSS but the viewport meta tag. When I remove "minimum-scale=1" it works fine. > Emoji not well displayed on android 5.1 > --- > > Key: CB-9069 > URL: https://issues.apache.org/jira/browse/CB-9069 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 5.0.0 > Environment: Android >= 5.1 >Reporter: Syone >Assignee: Joe Bowser >Priority: Minor > > Emojis are not well displayed on project generated with cordova android : > !https://lh3.googleusercontent.com/--LW8RoGLFJQ/VWGndd28OvI/XJM/u-0pzhvTgMA/w399-h709-no/Screenshot_2015-05-24-12-20-30.png! > No problem when using simple android.webkit.WebView : > !https://lh3.googleusercontent.com/-AKoc25Qv-jE/VWGnkyxPDwI/XJY/dhVRgMQkQiM/w399-h709-no/Screenshot_2015-05-24-12-22-21.png! > No problem on android <= 5.0.2 -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-9008) IndexedDB does not persist in WKWebView after closing app
[
https://issues.apache.org/jira/browse/CB-9008?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14562408#comment-14562408
]
Shazron Abdullah commented on CB-9008:
--
This might be a domain and port thing. The localserver chooses a random port
everytime, so the next app launch any localstorage and indexeddb data would be
lost since it is tied to the domain:port location when it was stored.
You could try setting the port to a fixed one (content tag in your project
root's config.xml).
Find:
{code}
http://localhost:0"; />
{code}
... and change that "0" to a number between 1 and 65535 (there's a possibility
of a port conflict, so try not to use the common ports).
> IndexedDB does not persist in WKWebView after closing app
> -
>
> Key: CB-9008
> URL: https://issues.apache.org/jira/browse/CB-9008
> Project: Apache Cordova
> Issue Type: Bug
> Components: iOS
> Environment: iOS 8.3, iPhone
>Reporter: Nolan Lawson
> Fix For: 4.0.0
>
>
> I realize y'all are actively developing WKWebView support. This may be a bug
> in WKWebView itself, or maybe in Cordova; I'm not sure. Hence this bug
> report. :)
> [Video demonstration |
> https://nolanlawson.s3.amazonaws.com/www/apache/iphone_recording.webm]
> Steps to repro:
> 1. Install my [database filler app |
> https://github.com/nolanlawson/database-filler]
> 2. Follow the instructions to run the WKWebView branch
> 3. Open up the XCode project in platforms/ios
> 4. Run on a real device
> 5. Open up the app, add some data, count it to make sure items were added.
> 6. Double-press the home button to dismiss the app
> 7. Reopen it, count items
> **Expected**: items that were saved in IndexedDB before are still there.
> **Actual**: 0 items are found.
--
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-6688) "target-device" preference in config.xml is completely ignored for iOS
[ https://issues.apache.org/jira/browse/CB-6688?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-6688. -- Resolution: Fixed Assignee: Shazron Abdullah This was fixed in CB-7118 > "target-device" preference in config.xml is completely ignored for iOS > -- > > Key: CB-6688 > URL: https://issues.apache.org/jira/browse/CB-6688 > Project: Apache Cordova > Issue Type: New Feature > Components: iOS >Affects Versions: 3.4.0 >Reporter: Daniel Hough >Assignee: Shazron Abdullah > Fix For: 4.0.0 > > > The following line in config.xml should cause the xcodeproj generated to have > it's "Targeted Device Family" different depending on the value. For instance, > "handset" should cause it to be "iPhone". Yet, even when "handset" is chose, > it becomes a universal (iPad/iPhone) app. > > This is a *real* problem, because if you don't realise that this is happening > when you submit to the App Store after three hours of screenshots and > descriptions, you're rejected because there are no iPad screenshots. -- 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-7185) [Docs][iOS 8] Document MediaPlaybackAllowsAirPlay iOS preference
[ https://issues.apache.org/jira/browse/CB-7185?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-7185: - Issue Type: Task (was: Sub-task) Parent: (was: CB-7043) > [Docs][iOS 8] Document MediaPlaybackAllowsAirPlay iOS preference > > > Key: CB-7185 > URL: https://issues.apache.org/jira/browse/CB-7185 > Project: Apache Cordova > Issue Type: Task > Components: Docs, iOS > Environment: iOS >Reporter: Shazron Abdullah >Priority: Minor > Fix For: 4.0.0 > > > it's been there since iOS 5, and is even supported in WKWebView. Only pull in > changes once the dev branch has been integrated. -- 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
