[jira] [Commented] (CB-6231) Better approach for preventing rubberband in Windows Phone 8
[ https://issues.apache.org/jira/browse/CB-6231?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15408721#comment-15408721 ] Andres Zsogon commented on CB-6231: --- This solution, as explained, works partially because it fixes one of the scrolling issues (overscroll not caused by inertia). This is very good. My question is, why this fix has not yet been implemented on Cordova 6.x? Using the DisallowOverscroll property on WP8, the scrolling process is completely absurd, because it is ignored until some ontouchend even fires. This inertia-based scrolling process is totally criminal and should by punished by law. Please tell me if someone has come with a complete solution that really fixes the overscroll issue WITHOUT screwing up the normal, real-time scrolling method. Thanks. > Better approach for preventing rubberband in Windows Phone 8 > > > Key: CB-6231 > URL: https://issues.apache.org/jira/browse/CB-6231 > Project: Apache Cordova > Issue Type: Improvement > Components: WP8 (deprecated) >Affects Versions: 3.4.0 >Reporter: Dan Polivy >Assignee: Jesse MacFadyen >Priority: Minor > Labels: scrolling > Fix For: 3.7.0 > > > I've been looking for a good solution for the "DisallowOverscroll" setting > that works on Windows Phone 8; I've tried the > {{this.CordovaView.DisableBouncyScrolling}} setting, but it has the side > effect of making "intended" scrolling feel really sluggish, because it only > responds to swipes and doesn't track real-time under one's finger. > Using [this > approach|http://stackoverflow.com/questions/21652548/bouncing-when-overflow-set-to-auto-or-scroll-in-wp8-webbrowser-control], > I came up with an alternate implementation that works in the same scenarios > as {{DisableBouncyScrolling}}, but feels a lot nicer. Note that with _both_ > implementations, if inertia causes the scrolling to hit the top or bottom, > you still get a small bounce -- I don't think there's any way to avoid that > on WP8 at the moment. > I thought I'd share it here, in case you'd like to add it as another option > in the WP8 Cordova implementation. I'm happy to attempt a pull request if > you'd like (just not sure the best place for the JS code to live if it's part > of the 'system'). > {code:title=BrowserMouseHelper.cs|borderStyle=solid} > // This goes in the Border_ManipulationDelta event handler > var preventScroll = _browser.InvokeScript("eval", new string[] { > "(function(delta) { return isScrollingPrevented(delta); })(" + > e.DeltaManipulation.Translation.Y.ToString() + ")" }) as string; > if (preventScroll == "true") > { > e.Handled = true; > } > {code} > {code:title=.js file|borderStyle=solid} > // This goes in a JS file that's part of the app; I'm using jQuery, but it > can be written without that dependency > isScrollingPrevented = function(delta) { > var scrollTop = $(document).scrollTop(), > top = scrollTop === 0, > bottom = scrollTop + $(window).height() === > $(document).height(); > return ((top && delta > 0) || (bottom && delta < 0)).toString(); > }; > {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-11074) WKWebView configuration is not considered
[ https://issues.apache.org/jira/browse/CB-11074?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15408687#comment-15408687 ] ASF GitHub Bot commented on CB-11074: - Github user shazron commented on the issue: https://github.com/apache/cordova-plugin-wkwebview-engine/pull/8 I commented on #7, updateWithInfo needs to be changed to not allow updating the WKWebViewConfiguration, because you can't update it at runtime -- I objectively verified this in the updated unit tests. > WKWebView configuration is not considered > - > > Key: CB-11074 > URL: https://issues.apache.org/jira/browse/CB-11074 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin WKWebViewEngine > Environment: ios >Reporter: Alexis Kofman >Assignee: Shazron Abdullah >Priority: Critical > Labels: ios, triaged > > Regarding the code of WKWebView.h, WKWebViewConfiguration seems to be a > readonly property. > {code} > @property (nonatomic, readonly, copy) WKWebViewConfiguration *configuration; > {code} > But in this plugin, we are trying to update the WKWebView configuration after > initialising it and it looks like all this part is not considered : > https://github.com/apache/cordova-plugin-wkwebview-engine/blob/master/src/ios/CDVWKWebViewEngine.m#L146-L150 -- 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-11623) --link-to no longer seems to be working
[ https://issues.apache.org/jira/browse/CB-11623?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15408625#comment-15408625 ] ASF subversion and git services commented on CB-11623: -- Commit 79cace59bb7c04d5ac989b074e688e731a88ae8f in cordova-create's branch refs/heads/master from [~carynbear] [ https://git-wip-us.apache.org/repos/asf?p=cordova-create.git;h=79cace5 ] CB-11623 added symlinking option > --link-to no longer seems to be working > --- > > Key: CB-11623 > URL: https://issues.apache.org/jira/browse/CB-11623 > Project: Apache Cordova > Issue Type: Bug > Components: CLI, CordovaLib >Affects Versions: 6.3.0 > Environment: Windows 10, Windows Command Prompt >Reporter: Graham Harper >Assignee: Caryn Tran > Labels: triaged > > We have a build script for installing and building Cordova from source > control that begins with the line: > cordova create bin com.example.domain APPNAME --link-to=www > Where www is our existing app code (html, css, js etc.) > We've been running this build script on new deployments just fine for 6 > months or so, and its behaviour until this version has been to create a > simlink in the newly-created 'bin' folder to our existing app in 'www'; > however, as of 6.3.0 this is no longer working. The command creates the bin > folder, but it only contains the default 'Hello Cordova' application. > --copy-from still seems to be working (although is marked as deprecated), so > we can work around this issue, but it's not appropriate for our deployment > and development process. -- 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-11623) --link-to no longer seems to be working
[ https://issues.apache.org/jira/browse/CB-11623?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15408606#comment-15408606 ] Caryn Tran edited comment on CB-11623 at 8/4/16 10:47 PM: -- We haven't released this version yet, but I've got a fix going in Cordova that will be released for 6.4.0. Thank you for your patience. was (Author: carynbear): We haven't released this yet, but I've got a working fix in Cordova. Thank you for your patience. > --link-to no longer seems to be working > --- > > Key: CB-11623 > URL: https://issues.apache.org/jira/browse/CB-11623 > Project: Apache Cordova > Issue Type: Bug > Components: CLI, CordovaLib >Affects Versions: 6.3.0 > Environment: Windows 10, Windows Command Prompt >Reporter: Graham Harper >Assignee: Caryn Tran > Labels: triaged > > We have a build script for installing and building Cordova from source > control that begins with the line: > cordova create bin com.example.domain APPNAME --link-to=www > Where www is our existing app code (html, css, js etc.) > We've been running this build script on new deployments just fine for 6 > months or so, and its behaviour until this version has been to create a > simlink in the newly-created 'bin' folder to our existing app in 'www'; > however, as of 6.3.0 this is no longer working. The command creates the bin > folder, but it only contains the default 'Hello Cordova' application. > --copy-from still seems to be working (although is marked as deprecated), so > we can work around this issue, but it's not appropriate for our deployment > and development process. -- 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-11623) --link-to no longer seems to be working
[ https://issues.apache.org/jira/browse/CB-11623?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15408606#comment-15408606 ] Caryn Tran commented on CB-11623: - We haven't released this yet, but I've got a working fix in Cordova. Thank you for your patience. > --link-to no longer seems to be working > --- > > Key: CB-11623 > URL: https://issues.apache.org/jira/browse/CB-11623 > Project: Apache Cordova > Issue Type: Bug > Components: CLI, CordovaLib >Affects Versions: 6.3.0 > Environment: Windows 10, Windows Command Prompt >Reporter: Graham Harper >Assignee: Caryn Tran > Labels: triaged > > We have a build script for installing and building Cordova from source > control that begins with the line: > cordova create bin com.example.domain APPNAME --link-to=www > Where www is our existing app code (html, css, js etc.) > We've been running this build script on new deployments just fine for 6 > months or so, and its behaviour until this version has been to create a > simlink in the newly-created 'bin' folder to our existing app in 'www'; > however, as of 6.3.0 this is no longer working. The command creates the bin > folder, but it only contains the default 'Hello Cordova' application. > --copy-from still seems to be working (although is marked as deprecated), so > we can work around this issue, but it's not appropriate for our deployment > and development process. -- 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-11496) Create Obj-C unit-tests for wkwebview-engine
[ https://issues.apache.org/jira/browse/CB-11496?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-11496. --- Resolution: Fixed > Create Obj-C unit-tests for wkwebview-engine > > > Key: CB-11496 > URL: https://issues.apache.org/jira/browse/CB-11496 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin WKWebViewEngine >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah > > Model it after > https://github.com/apache/cordova-plugin-splashscreen/tree/master/tests/ios -- 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-11496) Create Obj-C unit-tests for wkwebview-engine
[ https://issues.apache.org/jira/browse/CB-11496?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15408604#comment-15408604 ] ASF subversion and git services commented on CB-11496: -- Commit c0a10b72c00d44eae4e5a5af90c7abfdfa153881 in cordova-plugin-wkwebview-engine's branch refs/heads/master from [~shazron] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-wkwebview-engine.git;h=c0a10b7 ] CB-11496 - Add obj-c unit tests for WKWebViewConfiguration, WKPreference > Create Obj-C unit-tests for wkwebview-engine > > > Key: CB-11496 > URL: https://issues.apache.org/jira/browse/CB-11496 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin WKWebViewEngine >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah > > Model it after > https://github.com/apache/cordova-plugin-splashscreen/tree/master/tests/ios -- 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-11623) --link-to no longer seems to be working
[ https://issues.apache.org/jira/browse/CB-11623?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15408603#comment-15408603 ] ASF subversion and git services commented on CB-11623: -- Commit fa36b94155956d95f6a9cdbf6b342385eae4aeda in cordova-create's branch refs/heads/master from [~carynbear] [ https://git-wip-us.apache.org/repos/asf?p=cordova-create.git;h=fa36b94 ] CB-11623 added symlinking option > --link-to no longer seems to be working > --- > > Key: CB-11623 > URL: https://issues.apache.org/jira/browse/CB-11623 > Project: Apache Cordova > Issue Type: Bug > Components: CLI, CordovaLib >Affects Versions: 6.3.0 > Environment: Windows 10, Windows Command Prompt >Reporter: Graham Harper >Assignee: Caryn Tran > Labels: triaged > > We have a build script for installing and building Cordova from source > control that begins with the line: > cordova create bin com.example.domain APPNAME --link-to=www > Where www is our existing app code (html, css, js etc.) > We've been running this build script on new deployments just fine for 6 > months or so, and its behaviour until this version has been to create a > simlink in the newly-created 'bin' folder to our existing app in 'www'; > however, as of 6.3.0 this is no longer working. The command creates the bin > folder, but it only contains the default 'Hello Cordova' application. > --copy-from still seems to be working (although is marked as deprecated), so > we can work around this issue, but it's not appropriate for our deployment > and development process. -- 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-11667) Memory leak in CDVContact for CoreFoundation ABRecordRef
[ https://issues.apache.org/jira/browse/CB-11667?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-11667. --- Resolution: Fixed > Memory leak in CDVContact for CoreFoundation ABRecordRef > > > Key: CB-11667 > URL: https://issues.apache.org/jira/browse/CB-11667 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Contacts > Environment: iOS >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah > > See https://github.com/apache/cordova-plugin-contacts/pull/35 > Fix: > 1. create a dealloc method > 2. Add the CFRelease there -- 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-11667) Memory leak in CDVContact for CoreFoundation ABRecordRef
[ https://issues.apache.org/jira/browse/CB-11667?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15408567#comment-15408567 ] ASF GitHub Bot commented on CB-11667: - Github user asfgit closed the pull request at: https://github.com/apache/cordova-plugin-contacts/pull/132 > Memory leak in CDVContact for CoreFoundation ABRecordRef > > > Key: CB-11667 > URL: https://issues.apache.org/jira/browse/CB-11667 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Contacts > Environment: iOS >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah > > See https://github.com/apache/cordova-plugin-contacts/pull/35 > Fix: > 1. create a dealloc method > 2. Add the CFRelease there -- 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-11667) Memory leak in CDVContact for CoreFoundation ABRecordRef
[ https://issues.apache.org/jira/browse/CB-11667?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15408566#comment-15408566 ] ASF subversion and git services commented on CB-11667: -- Commit c7c69d59cd8e5ab5ee97f6a2f535ad30653d6588 in cordova-plugin-contacts's branch refs/heads/master from [~shazron] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-contacts.git;h=c7c69d5 ] CB-11667 - Memory leak in CDVContact for CoreFoundation ABRecordRef This closes #132 > Memory leak in CDVContact for CoreFoundation ABRecordRef > > > Key: CB-11667 > URL: https://issues.apache.org/jira/browse/CB-11667 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Contacts > Environment: iOS >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah > > See https://github.com/apache/cordova-plugin-contacts/pull/35 > Fix: > 1. create a dealloc method > 2. Add the CFRelease there -- 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-11270) [QUESTION] Is whitelist intent filter working as intended?
[ https://issues.apache.org/jira/browse/CB-11270?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-11270. --- Resolution: Fixed > [QUESTION] Is whitelist intent filter working as intended? > -- > > Key: CB-11270 > URL: https://issues.apache.org/jira/browse/CB-11270 > Project: Apache Cordova > Issue Type: Improvement > Components: iOS >Reporter: Tony Homer >Assignee: Shazron Abdullah > > In 3.8.0, given an intent directive like > {code} > > {code} > , interacting with any of the following elements would result in tel: > requests that would all be allowed: > {code} > do tel with a.href > do > tel with a.onclick > do > tel with button.onclick > {code} > However, in 4.1.1, only the first interaction will be allowed. > This is because intent directives are only applied to the > UIWebViewNavigationTypeLinkClicked navigationType (the navigationType for the > second and third examples is UIWebViewNavigationTypeOther). > Is this working as intended? > It seems that either the whitelist intent filter in 4+ is not working as > intended or, if working as intended, the documentation should be improved to > spell out this 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] [Commented] (CB-11270) [QUESTION] Is whitelist intent filter working as intended?
[ https://issues.apache.org/jira/browse/CB-11270?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15408564#comment-15408564 ] ASF GitHub Bot commented on CB-11270: - Github user asfgit closed the pull request at: https://github.com/apache/cordova-ios/pull/232 > [QUESTION] Is whitelist intent filter working as intended? > -- > > Key: CB-11270 > URL: https://issues.apache.org/jira/browse/CB-11270 > Project: Apache Cordova > Issue Type: Improvement > Components: iOS >Reporter: Tony Homer >Assignee: Shazron Abdullah > > In 3.8.0, given an intent directive like > {code} > > {code} > , interacting with any of the following elements would result in tel: > requests that would all be allowed: > {code} > do tel with a.href > do > tel with a.onclick > do > tel with button.onclick > {code} > However, in 4.1.1, only the first interaction will be allowed. > This is because intent directives are only applied to the > UIWebViewNavigationTypeLinkClicked navigationType (the navigationType for the > second and third examples is UIWebViewNavigationTypeOther). > Is this working as intended? > It seems that either the whitelist intent filter in 4+ is not working as > intended or, if working as intended, the documentation should be improved to > spell out this 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] [Commented] (CB-11270) [QUESTION] Is whitelist intent filter working as intended?
[ https://issues.apache.org/jira/browse/CB-11270?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15408563#comment-15408563 ] ASF subversion and git services commented on CB-11270: -- Commit 3bda0ef487f204e60def4ff1ecf844862460313e in cordova-ios's branch refs/heads/master from [~shazron] [ https://git-wip-us.apache.org/repos/asf?p=cordova-ios.git;h=3bda0ef ] CB-11270 - Handle JavaScript onclick handler navigation This closes #232 > [QUESTION] Is whitelist intent filter working as intended? > -- > > Key: CB-11270 > URL: https://issues.apache.org/jira/browse/CB-11270 > Project: Apache Cordova > Issue Type: Improvement > Components: iOS >Reporter: Tony Homer >Assignee: Shazron Abdullah > > In 3.8.0, given an intent directive like > {code} > > {code} > , interacting with any of the following elements would result in tel: > requests that would all be allowed: > {code} > do tel with a.href > do > tel with a.onclick > do > tel with button.onclick > {code} > However, in 4.1.1, only the first interaction will be allowed. > This is because intent directives are only applied to the > UIWebViewNavigationTypeLinkClicked navigationType (the navigationType for the > second and third examples is UIWebViewNavigationTypeOther). > Is this working as intended? > It seems that either the whitelist intent filter in 4+ is not working as > intended or, if working as intended, the documentation should be improved to > spell out this 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] [Commented] (CB-11423) Web view shrinks after locking screen orientation
[ https://issues.apache.org/jira/browse/CB-11423?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15408400#comment-15408400 ] Tony Homer commented on CB-11423: - Thanks for doing this [~rbarriuso], but I still cannot reproduce the issue. I must be doing something wrong or else my environment is different in some way that affects this behavior. I'm using Safari 9.1.2 (11601.7.7), Simulator 9.3 (SimulatorApp-645.9), Xcode 7.3.1 (7D1014), Mac OS 10.11.6 (15G31). I downloaded the app, opened it in XCode, started it in the iPhone 6s Plus simulator. I clicked the "Toggle orientation" button a couple times and the view width is ok. I'm not seeing all of the console messages that you show - maybe you added the console plugin after you took the screenshot? I hope someone else will try this and comment! > Web view shrinks after locking screen orientation > - > > Key: CB-11423 > URL: https://issues.apache.org/jira/browse/CB-11423 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Screen Orientation >Affects Versions: 1.4.2 > Environment: Using: > - Cordova CLI 6.2.0 > - cordova-ios 4.1.1 > - Xcode 7.3 > - OSX 10.11.5 > Best reproduced on an iOS simulator with iPhone 6s Plus and iOS 9.3. >Reporter: Rafael Barriuso >Assignee: Tony Homer > Attachments: cb-11423-joe1.png, cb-11423-joe2.png > > > Since version 1.4.2 "screen.lockOrientation" works on iOS 9, but for some > reason, in some phones the dimensions of the web view are wrong after > changing to the new orientation. > Before locking: > !https://www.dropbox.com/s/t2jcqqmg1hni22t/Sim-screenshot2.png?dl=1! > After locking: > !https://www.dropbox.com/s/p64324riwqzepzz/Sim-screenshot1.png?dl=1! > Steps to reproduce: > 1) Prepare a cordova app including cordova-plugin-screen-orientation. > 2) Run the application on a Xcode simulator for iPhone 6s Plus and iOS 9.3. > 3) Rotate the simulator to the left (menu -> Hardware -> Rotate left). > 4) Open the Safari web inspector connected to the app running on the > simulator. > 5) In the console, run: window.screen.lockOrientation("portrait-primary") > 6) The width of the resulting "" is shrink, as reported by the Safari > web inspector (e.g. in my case to 92px whereas it should be 414px). -- 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-11649) Unable to validate app through WACK built for store using Visual Studio 2015 for Windows 10 UWP
[ https://issues.apache.org/jira/browse/CB-11649?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vladimir Kotikov updated CB-11649: -- Affects Version/s: 4.3.2 4.3.1 > Unable to validate app through WACK built for store using Visual Studio 2015 > for Windows 10 UWP > --- > > Key: CB-11649 > URL: https://issues.apache.org/jira/browse/CB-11649 > Project: Apache Cordova > Issue Type: Bug > Components: Windows >Affects Versions: 4.4.0, 4.3.2, 4.4.1, 4.4.2, 4.3.1 > Environment: Windows 10 Pro x64 Build 1511 (586.494) > Visual Studio 2015 Community Update 1 > Node JS 6.3.1 (x64) > Cordova 6.3.0 > Windows Platform 4.4.2 >Reporter: Lal Kishor >Assignee: Vladimir Kotikov >Priority: Critical > Labels: build, windows > > Create a blank cordova project: > cordova create dumbApp com.testing.dumbapp "Dumb App" > Add windows platform to it: > cordova platform add windows > Now open the CordovaApp.sln in Visual Studio 2015 > Set windows 10 as startup project (I need to build for this only) > Now if I run it on a windows 10 phone (Lumia 730) in debug mode it runs fine. >(App loads and "Device is Ready" message shows up) > So now if I need to publish this app: > I Right click on CordovaApp.Windows10(Universal Windows) -> Store -> Create > App Packages > Select Yes in Build for Store. > Click Next > I Login with my store credentials. > Select an app from the list & click Next > on Select and Configure packages page: > Generate App Bundle -> always > I Select all (i.e- x86, x64, ARM) in architecture > & then Create. > Now, in Package Creation Completed window, it says Launch WACK on local > machine. (Also No appxupload file was created) > Click Launch WACK. > Select all tests (after admin privilege prompt & a cmd window) > Click Next. > & now the result shows as FAILED > the Report shows following Error in Crashes and hangs: > Application 3982*._1.1.0.0_x64__0avdcyp53wg40 was > detected by Windows Error Reporting and experienced a crash or hang. > That's a bare minimum application with no extra code, or plugin. > This behavior is really bad, I had to pubish an app and this issue showed up > with no solution I am two weeks past the deadline. > Guys developing windows platform please look through the issue and provide a > fix. > also, a workaround will be very helpful for my current project, if any. -- 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-11649) Unable to validate app through WACK built for store using Visual Studio 2015 for Windows 10 UWP
[ https://issues.apache.org/jira/browse/CB-11649?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15408373#comment-15408373 ] Vladimir Kotikov commented on CB-11649: --- [~lalkishorh], thanks for the details. Looks like we need to check relevant changes since 4.3.0 > Unable to validate app through WACK built for store using Visual Studio 2015 > for Windows 10 UWP > --- > > Key: CB-11649 > URL: https://issues.apache.org/jira/browse/CB-11649 > Project: Apache Cordova > Issue Type: Bug > Components: Windows >Affects Versions: 4.4.0, 4.4.1, 4.4.2 > Environment: Windows 10 Pro x64 Build 1511 (586.494) > Visual Studio 2015 Community Update 1 > Node JS 6.3.1 (x64) > Cordova 6.3.0 > Windows Platform 4.4.2 >Reporter: Lal Kishor >Assignee: Vladimir Kotikov >Priority: Critical > Labels: build, windows > > Create a blank cordova project: > cordova create dumbApp com.testing.dumbapp "Dumb App" > Add windows platform to it: > cordova platform add windows > Now open the CordovaApp.sln in Visual Studio 2015 > Set windows 10 as startup project (I need to build for this only) > Now if I run it on a windows 10 phone (Lumia 730) in debug mode it runs fine. >(App loads and "Device is Ready" message shows up) > So now if I need to publish this app: > I Right click on CordovaApp.Windows10(Universal Windows) -> Store -> Create > App Packages > Select Yes in Build for Store. > Click Next > I Login with my store credentials. > Select an app from the list & click Next > on Select and Configure packages page: > Generate App Bundle -> always > I Select all (i.e- x86, x64, ARM) in architecture > & then Create. > Now, in Package Creation Completed window, it says Launch WACK on local > machine. (Also No appxupload file was created) > Click Launch WACK. > Select all tests (after admin privilege prompt & a cmd window) > Click Next. > & now the result shows as FAILED > the Report shows following Error in Crashes and hangs: > Application 3982*._1.1.0.0_x64__0avdcyp53wg40 was > detected by Windows Error Reporting and experienced a crash or hang. > That's a bare minimum application with no extra code, or plugin. > This behavior is really bad, I had to pubish an app and this issue showed up > with no solution I am two weeks past the deadline. > Guys developing windows platform please look through the issue and provide a > fix. > also, a workaround will be very helpful for my current project, if any. -- 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-11423) Web view shrinks after locking screen orientation
[ https://issues.apache.org/jira/browse/CB-11423?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15408365#comment-15408365 ] Rafael Barriuso commented on CB-11423: -- I reproduced it in the following example on the iPhone 6s Plus simulator by just clicking on the "toggle orientation" button: https://www.dropbox.com/s/hbygimvqvfm9dlm/OrientationTestApp-20160804.zip?dl=1 Here's a screenshot: !https://www.dropbox.com/s/pi094ont7pzvjhj/screenshot.png?dl=1! It includes the following plugins: "cordova-plugin-console": "1.0.3", "cordova-plugin-device": "1.1.2", "cordova-plugin-screen-orientation": "1.4.2", "cordova-plugin-statusbar": "2.1.3", "cordova-plugin-whitelist": "1.2.2" And platform ios v4.1.1 > Web view shrinks after locking screen orientation > - > > Key: CB-11423 > URL: https://issues.apache.org/jira/browse/CB-11423 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Screen Orientation >Affects Versions: 1.4.2 > Environment: Using: > - Cordova CLI 6.2.0 > - cordova-ios 4.1.1 > - Xcode 7.3 > - OSX 10.11.5 > Best reproduced on an iOS simulator with iPhone 6s Plus and iOS 9.3. >Reporter: Rafael Barriuso >Assignee: Tony Homer > Attachments: cb-11423-joe1.png, cb-11423-joe2.png > > > Since version 1.4.2 "screen.lockOrientation" works on iOS 9, but for some > reason, in some phones the dimensions of the web view are wrong after > changing to the new orientation. > Before locking: > !https://www.dropbox.com/s/t2jcqqmg1hni22t/Sim-screenshot2.png?dl=1! > After locking: > !https://www.dropbox.com/s/p64324riwqzepzz/Sim-screenshot1.png?dl=1! > Steps to reproduce: > 1) Prepare a cordova app including cordova-plugin-screen-orientation. > 2) Run the application on a Xcode simulator for iPhone 6s Plus and iOS 9.3. > 3) Rotate the simulator to the left (menu -> Hardware -> Rotate left). > 4) Open the Safari web inspector connected to the app running on the > simulator. > 5) In the console, run: window.screen.lockOrientation("portrait-primary") > 6) The width of the resulting "" is shrink, as reported by the Safari > web inspector (e.g. in my case to 92px whereas it should be 414px). -- 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-11649) Unable to validate app through WACK built for store using Visual Studio 2015 for Windows 10 UWP
[ https://issues.apache.org/jira/browse/CB-11649?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15408237#comment-15408237 ] Lal Kishor commented on CB-11649: - I can confirm that 4.3.1 and 4.3.2 is affected with this bug, whereas building the package with 4.3.0 is working as expexted. > Unable to validate app through WACK built for store using Visual Studio 2015 > for Windows 10 UWP > --- > > Key: CB-11649 > URL: https://issues.apache.org/jira/browse/CB-11649 > Project: Apache Cordova > Issue Type: Bug > Components: Windows >Affects Versions: 4.4.0, 4.4.1, 4.4.2 > Environment: Windows 10 Pro x64 Build 1511 (586.494) > Visual Studio 2015 Community Update 1 > Node JS 6.3.1 (x64) > Cordova 6.3.0 > Windows Platform 4.4.2 >Reporter: Lal Kishor >Assignee: Vladimir Kotikov >Priority: Critical > Labels: build, windows > > Create a blank cordova project: > cordova create dumbApp com.testing.dumbapp "Dumb App" > Add windows platform to it: > cordova platform add windows > Now open the CordovaApp.sln in Visual Studio 2015 > Set windows 10 as startup project (I need to build for this only) > Now if I run it on a windows 10 phone (Lumia 730) in debug mode it runs fine. >(App loads and "Device is Ready" message shows up) > So now if I need to publish this app: > I Right click on CordovaApp.Windows10(Universal Windows) -> Store -> Create > App Packages > Select Yes in Build for Store. > Click Next > I Login with my store credentials. > Select an app from the list & click Next > on Select and Configure packages page: > Generate App Bundle -> always > I Select all (i.e- x86, x64, ARM) in architecture > & then Create. > Now, in Package Creation Completed window, it says Launch WACK on local > machine. (Also No appxupload file was created) > Click Launch WACK. > Select all tests (after admin privilege prompt & a cmd window) > Click Next. > & now the result shows as FAILED > the Report shows following Error in Crashes and hangs: > Application 3982*._1.1.0.0_x64__0avdcyp53wg40 was > detected by Windows Error Reporting and experienced a crash or hang. > That's a bare minimum application with no extra code, or plugin. > This behavior is really bad, I had to pubish an app and this issue showed up > with no solution I am two weeks past the deadline. > Guys developing windows platform please look through the issue and provide a > fix. > also, a workaround will be very helpful for my current project, if any. -- 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-11592) Crashes due to android 7.0 "file://" Handling "android.os.FileUriExposedException"
[ https://issues.apache.org/jira/browse/CB-11592?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser resolved CB-11592. - Resolution: Incomplete I'm going to keep the more precise ticket open, but the file:// limitation is caused by sharing file URIs across Intents, which is Cross-Process communication. Since the File API and InAppBrowser both don't do this (InAppBrowser uses a WebView inside a dialog box, which is odd, but not a separate process), I'm going to close this because we don't have a repro case for both of those, and keep the issue that it's related to open, because I still need to merge the API24 branches back into master for a 6.0.0 release of Cordova-Android. > Crashes due to android 7.0 "file://" Handling > "android.os.FileUriExposedException" > -- > > Key: CB-11592 > URL: https://issues.apache.org/jira/browse/CB-11592 > Project: Apache Cordova > Issue Type: Bug > Components: Android, Plugin Camera, Plugin File, Plugin InAppBrowser > Environment: all Environemnts with android 7.0 >Reporter: Christoph Brosdau >Assignee: Joe Bowser >Priority: Blocker > > Android 7.0 removes the "file://" Protocol or to be more precise, removes the > possibility to share URIs with "file://" Protocol outside the Scope of the > own App. If some Code tries this, the result is > "android.os.FileUriExposedException". > This affects a variety of Plugins: > - inAppBrowser: opening a file:// URI (e.g. to show a downloaded PDF) crasehs > the app, > - Camera crashes immediately: opening a cached File by > "ClipData.Item.getUri()" > - possible a couple of the File Plugin Methods -- 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-11669) $cordovaFileTransfer.download returns "null" always
[ https://issues.apache.org/jira/browse/CB-11669?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] joanebrown updated CB-11669: Description: When I use the next code I always get this error: --- *ERROR:* bq. {"code":null,"source":null,"target":null,"http_status":null,"body" :null,"exception":null} *CODE:* {quote} var url = "http://foo.bar/img/image.png";; var filename = url.split("/").pop(); var targetPath = cordova.file.externalRootDirectory + 'Pictures/' + filename; console.log(filename); // returns "image.png" console.log(targetPath); // returns "file:///storage/emulated/0/Pictures/image.png" $cordovaFileTransfer.download(url, targetPath, {}, true).then(function (result) { console.log(JSON.stringify(result)); $scope.hasil = 'Save file on '+targetPath+' success!'; $scope.mywallpaper=targetPath; }, function (error) { /* return {"code":null,"source":null,"target":null,"http_status":null,"body" :null,"exception":null}*/ console.log(JSON.stringify(error)); $scope.hasil = 'Error Download file'; }, function (progress) { $scope.downloadProgress = (progress.loaded / progress.total) * 100; }); {quote} was: When I use the next code I always get this error: *ERROR:* bq. {"code":null,"source":null,"target":null,"http_status":null,"body" :null,"exception":null} *CODE:* {quote} var url = "http://foo.bar/img/image.png";; var filename = url.split("/").pop(); var targetPath = cordova.file.externalRootDirectory + 'Pictures/' + filename; console.log(filename); // returns "image.png" console.log(targetPath); // returns "file:///storage/emulated/0/Pictures/image.png" $cordovaFileTransfer.download(url, targetPath, {}, true).then(function (result) { console.log(JSON.stringify(result)); $scope.hasil = 'Save file on '+targetPath+' success!'; $scope.mywallpaper=targetPath; }, function (error) { /* return {"code":null,"source":null,"target":null,"http_status":null,"body" :null,"exception":null}*/ console.log(JSON.stringify(error)); $scope.hasil = 'Error Download file'; }, function (progress) { $scope.downloadProgress = (progress.loaded / progress.total) * 100; }); {quote} > $cordovaFileTransfer.download returns "null" always > --- > > Key: CB-11669 > URL: https://issues.apache.org/jira/browse/CB-11669 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 5.0.0 > Environment: ionic >Reporter: joanebrown > Labels: filetransfer, ionic > > When I use the next code I always get this error: > --- > *ERROR:* > bq. {"code":null,"source":null,"target":null,"http_status":null,"body" > :null,"exception":null} > *CODE:* > {quote} > var url = "http://foo.bar/img/image.png";; > var filename = url.split("/").pop(); > var targetPath = cordova.file.externalRootDirectory + 'Pictures/' + > filename; > console.log(filename); // returns "image.png" > console.log(targetPath); // returns > "file:///storage/emulated/0/Pictures/image.png" > $cordovaFileTransfer.download(url, targetPath, {}, > true).then(function (result) { > console.log(JSON.stringify(result)); > $scope.hasil = 'Save file on '+targetPath+' success!'; > $scope.mywallpaper=targetPath; > }, function (error) { > /* return {"code":null,"source":null,"target":null,"http_status":null,"body" > :null,"exception":null}*/ > console.log(JSON.stringify(error)); > $scope.hasil = 'Error Download file'; > }, function (progress) { > $scope.downloadProgress = (progress.loaded / > progress.total) * 100; > }); > {quote} -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-11669) $cordovaFileTransfer.download returns "null" always
[ https://issues.apache.org/jira/browse/CB-11669?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] joanebrown updated CB-11669: Description: When I use the next code I always get this error: *ERROR:* {"code":null,"source":null,"target":null,"http_status":null,"body" :null,"exception":null} *CODE:* {quote} var url = "http://foo.bar/img/image.png";; var filename = url.split("/").pop(); var targetPath = cordova.file.externalRootDirectory + 'Pictures/' + filename; console.log(filename); // returns "image.png" console.log(targetPath); // returns "file:///storage/emulated/0/Pictures/image.png" $cordovaFileTransfer.download(url, targetPath, {}, true).then(function (result) { console.log(JSON.stringify(result)); $scope.hasil = 'Save file on '+targetPath+' success!'; $scope.mywallpaper=targetPath; }, function (error) { /* return {"code":null,"source":null,"target":null,"http_status":null,"body" :null,"exception":null}*/ console.log(JSON.stringify(error)); $scope.hasil = 'Error Download file'; }, function (progress) { $scope.downloadProgress = (progress.loaded / progress.total) * 100; }); {quote} was: When I use the next code I always get this error: *ERROR:* {quote} {"code":null,"source":null,"target":null,"http_status":null,"body" :null,"exception":null}{quote} *CODE:* {quote} var url = "http://foo.bar/img/image.png";; var filename = url.split("/").pop(); var targetPath = cordova.file.externalRootDirectory + 'Pictures/' + filename; console.log(filename); // returns "image.png" console.log(targetPath); // returns "file:///storage/emulated/0/Pictures/image.png" $cordovaFileTransfer.download(url, targetPath, {}, true).then(function (result) { console.log(JSON.stringify(result)); $scope.hasil = 'Save file on '+targetPath+' success!'; $scope.mywallpaper=targetPath; }, function (error) { /* return {"code":null,"source":null,"target":null,"http_status":null,"body" :null,"exception":null}*/ console.log(JSON.stringify(error)); $scope.hasil = 'Error Download file'; }, function (progress) { $scope.downloadProgress = (progress.loaded / progress.total) * 100; }); {quote} > $cordovaFileTransfer.download returns "null" always > --- > > Key: CB-11669 > URL: https://issues.apache.org/jira/browse/CB-11669 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 5.0.0 > Environment: ionic >Reporter: joanebrown > Labels: filetransfer, ionic > > When I use the next code I always get this error: > *ERROR:* > {"code":null,"source":null,"target":null,"http_status":null,"body" > :null,"exception":null} > *CODE:* > {quote} > var url = "http://foo.bar/img/image.png";; > var filename = url.split("/").pop(); > var targetPath = cordova.file.externalRootDirectory + 'Pictures/' + > filename; > console.log(filename); // returns "image.png" > console.log(targetPath); // returns > "file:///storage/emulated/0/Pictures/image.png" > $cordovaFileTransfer.download(url, targetPath, {}, > true).then(function (result) { > console.log(JSON.stringify(result)); > $scope.hasil = 'Save file on '+targetPath+' success!'; > $scope.mywallpaper=targetPath; > }, function (error) { > /* return {"code":null,"source":null,"target":null,"http_status":null,"body" > :null,"exception":null}*/ > console.log(JSON.stringify(error)); > $scope.hasil = 'Error Download file'; > }, function (progress) { > $scope.downloadProgress = (progress.loaded / > progress.total) * 100; > }); > {quote} -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-11669) $cordovaFileTransfer.download returns "null" always
[ https://issues.apache.org/jira/browse/CB-11669?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] joanebrown updated CB-11669: Description: When I use the next code I always get this error: *ERROR:* bq. {"code":null,"source":null,"target":null,"http_status":null,"body" :null,"exception":null} *CODE:* {quote} var url = "http://foo.bar/img/image.png";; var filename = url.split("/").pop(); var targetPath = cordova.file.externalRootDirectory + 'Pictures/' + filename; console.log(filename); // returns "image.png" console.log(targetPath); // returns "file:///storage/emulated/0/Pictures/image.png" $cordovaFileTransfer.download(url, targetPath, {}, true).then(function (result) { console.log(JSON.stringify(result)); $scope.hasil = 'Save file on '+targetPath+' success!'; $scope.mywallpaper=targetPath; }, function (error) { /* return {"code":null,"source":null,"target":null,"http_status":null,"body" :null,"exception":null}*/ console.log(JSON.stringify(error)); $scope.hasil = 'Error Download file'; }, function (progress) { $scope.downloadProgress = (progress.loaded / progress.total) * 100; }); {quote} was: When I use the next code I always get this error: *ERROR:* {"code":null,"source":null,"target":null,"http_status":null,"body" :null,"exception":null} *CODE:* {quote} var url = "http://foo.bar/img/image.png";; var filename = url.split("/").pop(); var targetPath = cordova.file.externalRootDirectory + 'Pictures/' + filename; console.log(filename); // returns "image.png" console.log(targetPath); // returns "file:///storage/emulated/0/Pictures/image.png" $cordovaFileTransfer.download(url, targetPath, {}, true).then(function (result) { console.log(JSON.stringify(result)); $scope.hasil = 'Save file on '+targetPath+' success!'; $scope.mywallpaper=targetPath; }, function (error) { /* return {"code":null,"source":null,"target":null,"http_status":null,"body" :null,"exception":null}*/ console.log(JSON.stringify(error)); $scope.hasil = 'Error Download file'; }, function (progress) { $scope.downloadProgress = (progress.loaded / progress.total) * 100; }); {quote} > $cordovaFileTransfer.download returns "null" always > --- > > Key: CB-11669 > URL: https://issues.apache.org/jira/browse/CB-11669 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 5.0.0 > Environment: ionic >Reporter: joanebrown > Labels: filetransfer, ionic > > When I use the next code I always get this error: > *ERROR:* > bq. {"code":null,"source":null,"target":null,"http_status":null,"body" > :null,"exception":null} > *CODE:* > {quote} > var url = "http://foo.bar/img/image.png";; > var filename = url.split("/").pop(); > var targetPath = cordova.file.externalRootDirectory + 'Pictures/' + > filename; > console.log(filename); // returns "image.png" > console.log(targetPath); // returns > "file:///storage/emulated/0/Pictures/image.png" > $cordovaFileTransfer.download(url, targetPath, {}, > true).then(function (result) { > console.log(JSON.stringify(result)); > $scope.hasil = 'Save file on '+targetPath+' success!'; > $scope.mywallpaper=targetPath; > }, function (error) { > /* return {"code":null,"source":null,"target":null,"http_status":null,"body" > :null,"exception":null}*/ > console.log(JSON.stringify(error)); > $scope.hasil = 'Error Download file'; > }, function (progress) { > $scope.downloadProgress = (progress.loaded / > progress.total) * 100; > }); > {quote} -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-11669) $cordovaFileTransfer.download returns "null" always
[ https://issues.apache.org/jira/browse/CB-11669?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] joanebrown updated CB-11669: Description: When I use the next code I always get this error: *ERROR:* bq. {"code":null,"source":null,"target":null,"http_status":null,"body" :null,"exception":null} *CODE:* {quote} var url = "http://foo.bar/img/image.png";; var filename = url.split("/").pop(); var targetPath = cordova.file.externalRootDirectory + 'Pictures/' + filename; console.log(filename); // returns "image.png" console.log(targetPath); // returns "file:///storage/emulated/0/Pictures/image.png" $cordovaFileTransfer.download(url, targetPath, {}, true).then(function (result) { console.log(JSON.stringify(result)); $scope.hasil = 'Save file on '+targetPath+' success!'; $scope.mywallpaper=targetPath; }, function (error) { /* return {"code":null,"source":null,"target":null,"http_status":null,"body" :null,"exception":null}*/ console.log(JSON.stringify(error)); $scope.hasil = 'Error Download file'; }, function (progress) { $scope.downloadProgress = (progress.loaded / progress.total) * 100; }); {quote} was: When I use the next code I always get this error: *ERROR:* bq. {"code":null,"source":null,"target":null,"http_status":null,"body" :null,"exception":null} *CODE:* {quote} var url = "http://foo.bar/img/image.png";; var filename = url.split("/").pop(); var targetPath = cordova.file.externalRootDirectory + 'Pictures/' + filename; console.log(filename); // returns "image.png" console.log(targetPath); // returns "file:///storage/emulated/0/Pictures/image.png" $cordovaFileTransfer.download(url, targetPath, {}, true).then(function (result) { console.log(JSON.stringify(result)); $scope.hasil = 'Save file on '+targetPath+' success!'; $scope.mywallpaper=targetPath; }, function (error) { /* return {"code":null,"source":null,"target":null,"http_status":null,"body" :null,"exception":null}*/ console.log(JSON.stringify(error)); $scope.hasil = 'Error Download file'; }, function (progress) { $scope.downloadProgress = (progress.loaded / progress.total) * 100; }); {quote} > $cordovaFileTransfer.download returns "null" always > --- > > Key: CB-11669 > URL: https://issues.apache.org/jira/browse/CB-11669 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 5.0.0 > Environment: ionic >Reporter: joanebrown > Labels: filetransfer, ionic > > When I use the next code I always get this error: > *ERROR:* > bq. {"code":null,"source":null,"target":null,"http_status":null,"body" > :null,"exception":null} > *CODE:* > {quote} > var url = "http://foo.bar/img/image.png";; > var filename = url.split("/").pop(); > var targetPath = cordova.file.externalRootDirectory + 'Pictures/' + > filename; > console.log(filename); // returns "image.png" > console.log(targetPath); // returns > "file:///storage/emulated/0/Pictures/image.png" > $cordovaFileTransfer.download(url, targetPath, {}, > true).then(function (result) { > console.log(JSON.stringify(result)); > $scope.hasil = 'Save file on '+targetPath+' success!'; > $scope.mywallpaper=targetPath; > }, function (error) { > /* return {"code":null,"source":null,"target":null,"http_status":null,"body" > :null,"exception":null}*/ > console.log(JSON.stringify(error)); > $scope.hasil = 'Error Download file'; > }, function (progress) { > $scope.downloadProgress = (progress.loaded / > progress.total) * 100; > }); > {quote} -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-11669) $cordovaFileTransfer.download returns "null" always
[ https://issues.apache.org/jira/browse/CB-11669?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] joanebrown updated CB-11669: Description: When I use the next code I always get this error: *ERROR:* {quote} {"code":null,"source":null,"target":null,"http_status":null,"body" :null,"exception":null}{quote} *CODE:* {quote} var url = "http://foo.bar/img/image.png";; var filename = url.split("/").pop(); var targetPath = cordova.file.externalRootDirectory + 'Pictures/' + filename; console.log(filename); // returns "image.png" console.log(targetPath); // returns "file:///storage/emulated/0/Pictures/image.png" $cordovaFileTransfer.download(url, targetPath, {}, true).then(function (result) { console.log(JSON.stringify(result)); $scope.hasil = 'Save file on '+targetPath+' success!'; $scope.mywallpaper=targetPath; }, function (error) { /* return {"code":null,"source":null,"target":null,"http_status":null,"body" :null,"exception":null}*/ console.log(JSON.stringify(error)); $scope.hasil = 'Error Download file'; }, function (progress) { $scope.downloadProgress = (progress.loaded / progress.total) * 100; }); {quote} was: When I use the next code I always get this error: *ERROR:* {"code":null,"source":null,"target":null,"http_status":null,"body" :null,"exception":null} *CODE:* {quote} var url = "http://foo.bar/img/image.png";; var filename = url.split("/").pop(); var targetPath = cordova.file.externalRootDirectory + 'Pictures/' + filename; console.log(filename); // returns "image.png" console.log(targetPath); // returns "file:///storage/emulated/0/Pictures/image.png" $cordovaFileTransfer.download(url, targetPath, {}, true).then(function (result) { console.log(JSON.stringify(result)); $scope.hasil = 'Save file on '+targetPath+' success!'; $scope.mywallpaper=targetPath; }, function (error) { /* return {"code":null,"source":null,"target":null,"http_status":null,"body" :null,"exception":null}*/ console.log(JSON.stringify(error)); $scope.hasil = 'Error Download file'; }, function (progress) { $scope.downloadProgress = (progress.loaded / progress.total) * 100; }); {quote} > $cordovaFileTransfer.download returns "null" always > --- > > Key: CB-11669 > URL: https://issues.apache.org/jira/browse/CB-11669 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 5.0.0 > Environment: ionic >Reporter: joanebrown > Labels: filetransfer, ionic > > When I use the next code I always get this error: > *ERROR:* > {quote} > {"code":null,"source":null,"target":null,"http_status":null,"body" > :null,"exception":null}{quote} > *CODE:* > {quote} > var url = "http://foo.bar/img/image.png";; > var filename = url.split("/").pop(); > var targetPath = cordova.file.externalRootDirectory + 'Pictures/' + > filename; > console.log(filename); // returns "image.png" > console.log(targetPath); // returns > "file:///storage/emulated/0/Pictures/image.png" > $cordovaFileTransfer.download(url, targetPath, {}, > true).then(function (result) { > console.log(JSON.stringify(result)); > $scope.hasil = 'Save file on '+targetPath+' success!'; > $scope.mywallpaper=targetPath; > }, function (error) { > /* return {"code":null,"source":null,"target":null,"http_status":null,"body" > :null,"exception":null}*/ > console.log(JSON.stringify(error)); > $scope.hasil = 'Error Download file'; > }, function (progress) { > $scope.downloadProgress = (progress.loaded / > progress.total) * 100; > }); > {quote} -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-11669) $cordovaFileTransfer.download returns "null" always
[ https://issues.apache.org/jira/browse/CB-11669?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] joanebrown updated CB-11669: Description: When I use the next code I always get this error: *ERROR:* {"code":null,"source":null,"target":null,"http_status":null,"body" :null,"exception":null} *CODE:* {quote} var url = "http://foo.bar/img/image.png";; var filename = url.split("/").pop(); var targetPath = cordova.file.externalRootDirectory + 'Pictures/' + filename; console.log(filename); // returns "image.png" console.log(targetPath); // returns "file:///storage/emulated/0/Pictures/image.png" $cordovaFileTransfer.download(url, targetPath, {}, true).then(function (result) { console.log(JSON.stringify(result)); $scope.hasil = 'Save file on '+targetPath+' success!'; $scope.mywallpaper=targetPath; }, function (error) { /* return {"code":null,"source":null,"target":null,"http_status":null,"body" :null,"exception":null}*/ console.log(JSON.stringify(error)); $scope.hasil = 'Error Download file'; }, function (progress) { $scope.downloadProgress = (progress.loaded / progress.total) * 100; }); {quote} was: When I use the next code I always get this error: **ERROR:** {"code":null,"source":null,"target":null,"http_status":null,"body" :null,"exception":null} **CODE:** {quote} var url = "http://foo.bar/img/image.png";; var filename = url.split("/").pop(); var targetPath = cordova.file.externalRootDirectory + 'Pictures/' + filename; console.log(filename); // returns "image.png" console.log(targetPath); // returns "file:///storage/emulated/0/Pictures/image.png" $cordovaFileTransfer.download(url, targetPath, {}, true).then(function (result) { console.log(JSON.stringify(result)); $scope.hasil = 'Save file on '+targetPath+' success!'; $scope.mywallpaper=targetPath; }, function (error) { /* return {"code":null,"source":null,"target":null,"http_status":null,"body" :null,"exception":null}*/ console.log(JSON.stringify(error)); $scope.hasil = 'Error Download file'; }, function (progress) { $scope.downloadProgress = (progress.loaded / progress.total) * 100; }); {quote} > $cordovaFileTransfer.download returns "null" always > --- > > Key: CB-11669 > URL: https://issues.apache.org/jira/browse/CB-11669 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 5.0.0 > Environment: ionic >Reporter: joanebrown > Labels: filetransfer, ionic > > When I use the next code I always get this error: > *ERROR:* > {"code":null,"source":null,"target":null,"http_status":null,"body" > :null,"exception":null} > *CODE:* > {quote} > var url = "http://foo.bar/img/image.png";; > var filename = url.split("/").pop(); > var targetPath = cordova.file.externalRootDirectory + 'Pictures/' + > filename; > console.log(filename); // returns "image.png" > console.log(targetPath); // returns > "file:///storage/emulated/0/Pictures/image.png" > $cordovaFileTransfer.download(url, targetPath, {}, > true).then(function (result) { > console.log(JSON.stringify(result)); > $scope.hasil = 'Save file on '+targetPath+' success!'; > $scope.mywallpaper=targetPath; > }, function (error) { > /* return {"code":null,"source":null,"target":null,"http_status":null,"body" > :null,"exception":null}*/ > console.log(JSON.stringify(error)); > $scope.hasil = 'Error Download file'; > }, function (progress) { > $scope.downloadProgress = (progress.loaded / > progress.total) * 100; > }); > {quote} -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-11669) $cordovaFileTransfer.download returns "null" always
[ https://issues.apache.org/jira/browse/CB-11669?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] joanebrown updated CB-11669: Description: When I use the next code I always get this error: **ERROR:** {"code":null,"source":null,"target":null,"http_status":null,"body" :null,"exception":null} **CODE:** var url = "http://foo.bar/img/image.png";; var filename = url.split("/").pop(); var targetPath = cordova.file.externalRootDirectory + 'Pictures/' + filename; console.log(filename); // returns "image.png" console.log(targetPath); // returns "file:///storage/emulated/0/Pictures/image.png" $cordovaFileTransfer.download(url, targetPath, {}, true).then(function (result) { console.log(JSON.stringify(result)); $scope.hasil = 'Save file on '+targetPath+' success!'; $scope.mywallpaper=targetPath; }, function (error) { /* return {"code":null,"source":null,"target":null,"http_status":null,"body" :null,"exception":null}*/ console.log(JSON.stringify(error)); $scope.hasil = 'Error Download file'; }, function (progress) { $scope.downloadProgress = (progress.loaded / progress.total) * 100; }); was: var url = "http://foo.bar/img/image.png";; var filename = url.split("/").pop(); var targetPath = cordova.file.externalRootDirectory + 'Pictures/' + filename; console.log(filename); // returns "image.png" console.log(targetPath); // returns "file:///storage/emulated/0/Pictures/image.png" $cordovaFileTransfer.download(url, targetPath, {}, true).then(function (result) { console.log(JSON.stringify(result)); $scope.hasil = 'Save file on '+targetPath+' success!'; $scope.mywallpaper=targetPath; }, function (error) { /* return {"code":null,"source":null,"target":null,"http_status":null,"body" :null,"exception":null}*/ console.log(JSON.stringify(error)); $scope.hasil = 'Error Download file'; }, function (progress) { $scope.downloadProgress = (progress.loaded / progress.total) * 100; }); > $cordovaFileTransfer.download returns "null" always > --- > > Key: CB-11669 > URL: https://issues.apache.org/jira/browse/CB-11669 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 5.0.0 > Environment: ionic >Reporter: joanebrown > Labels: filetransfer, ionic > > When I use the next code I always get this error: > **ERROR:** > {"code":null,"source":null,"target":null,"http_status":null,"body" > :null,"exception":null} > **CODE:** > var url = "http://foo.bar/img/image.png";; > var filename = url.split("/").pop(); > var targetPath = cordova.file.externalRootDirectory + 'Pictures/' + > filename; > console.log(filename); // returns "image.png" > console.log(targetPath); // returns > "file:///storage/emulated/0/Pictures/image.png" > $cordovaFileTransfer.download(url, targetPath, {}, > true).then(function (result) { > console.log(JSON.stringify(result)); > $scope.hasil = 'Save file on '+targetPath+' success!'; > $scope.mywallpaper=targetPath; > }, function (error) { > /* return {"code":null,"source":null,"target":null,"http_status":null,"body" > :null,"exception":null}*/ > console.log(JSON.stringify(error)); > $scope.hasil = 'Error Download file'; > }, function (progress) { > $scope.downloadProgress = (progress.loaded / > progress.total) * 100; > }); -- 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-11669) $cordovaFileTransfer.download returns "null" always
[ https://issues.apache.org/jira/browse/CB-11669?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] joanebrown updated CB-11669: Description: When I use the next code I always get this error: **ERROR:** {"code":null,"source":null,"target":null,"http_status":null,"body" :null,"exception":null} **CODE:** {quote} var url = "http://foo.bar/img/image.png";; var filename = url.split("/").pop(); var targetPath = cordova.file.externalRootDirectory + 'Pictures/' + filename; console.log(filename); // returns "image.png" console.log(targetPath); // returns "file:///storage/emulated/0/Pictures/image.png" $cordovaFileTransfer.download(url, targetPath, {}, true).then(function (result) { console.log(JSON.stringify(result)); $scope.hasil = 'Save file on '+targetPath+' success!'; $scope.mywallpaper=targetPath; }, function (error) { /* return {"code":null,"source":null,"target":null,"http_status":null,"body" :null,"exception":null}*/ console.log(JSON.stringify(error)); $scope.hasil = 'Error Download file'; }, function (progress) { $scope.downloadProgress = (progress.loaded / progress.total) * 100; }); {quote} was: When I use the next code I always get this error: **ERROR:** {"code":null,"source":null,"target":null,"http_status":null,"body" :null,"exception":null} **CODE:** var url = "http://foo.bar/img/image.png";; var filename = url.split("/").pop(); var targetPath = cordova.file.externalRootDirectory + 'Pictures/' + filename; console.log(filename); // returns "image.png" console.log(targetPath); // returns "file:///storage/emulated/0/Pictures/image.png" $cordovaFileTransfer.download(url, targetPath, {}, true).then(function (result) { console.log(JSON.stringify(result)); $scope.hasil = 'Save file on '+targetPath+' success!'; $scope.mywallpaper=targetPath; }, function (error) { /* return {"code":null,"source":null,"target":null,"http_status":null,"body" :null,"exception":null}*/ console.log(JSON.stringify(error)); $scope.hasil = 'Error Download file'; }, function (progress) { $scope.downloadProgress = (progress.loaded / progress.total) * 100; }); > $cordovaFileTransfer.download returns "null" always > --- > > Key: CB-11669 > URL: https://issues.apache.org/jira/browse/CB-11669 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 5.0.0 > Environment: ionic >Reporter: joanebrown > Labels: filetransfer, ionic > > When I use the next code I always get this error: > **ERROR:** > {"code":null,"source":null,"target":null,"http_status":null,"body" > :null,"exception":null} > **CODE:** > {quote} > var url = "http://foo.bar/img/image.png";; > var filename = url.split("/").pop(); > var targetPath = cordova.file.externalRootDirectory + 'Pictures/' + > filename; > console.log(filename); // returns "image.png" > console.log(targetPath); // returns > "file:///storage/emulated/0/Pictures/image.png" > $cordovaFileTransfer.download(url, targetPath, {}, > true).then(function (result) { > console.log(JSON.stringify(result)); > $scope.hasil = 'Save file on '+targetPath+' success!'; > $scope.mywallpaper=targetPath; > }, function (error) { > /* return {"code":null,"source":null,"target":null,"http_status":null,"body" > :null,"exception":null}*/ > console.log(JSON.stringify(error)); > $scope.hasil = 'Error Download file'; > }, function (progress) { > $scope.downloadProgress = (progress.loaded / > progress.total) * 100; > }); > {quote} -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-11669) $cordovaFileTransfer.download returns "null" always
[ https://issues.apache.org/jira/browse/CB-11669?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] joanebrown updated CB-11669: Description: var url = "http://foo.bar/img/image.png";; var filename = url.split("/").pop(); var targetPath = cordova.file.externalRootDirectory + 'Pictures/' + filename; console.log(filename); // returns "image.png" console.log(targetPath); // returns "file:///storage/emulated/0/Pictures/image.png" $cordovaFileTransfer.download(url, targetPath, {}, true).then(function (result) { console.log(JSON.stringify(result)); $scope.hasil = 'Save file on '+targetPath+' success!'; $scope.mywallpaper=targetPath; }, function (error) { /* return {"code":null,"source":null,"target":null,"http_status":null,"body" :null,"exception":null}*/ console.log(JSON.stringify(error)); $scope.hasil = 'Error Download file'; }, function (progress) { $scope.downloadProgress = (progress.loaded / progress.total) * 100; }); was: ` var url = "http://foo.bar/img/image.png";; var filename = url.split("/").pop();` var targetPath = cordova.file.externalRootDirectory + 'Pictures/' + filename; console.log(filename); // returns "image.png" console.log(targetPath); // returns "file:///storage/emulated/0/Pictures/image.png" $cordovaFileTransfer.download(url, targetPath, {}, true).then(function (result) { console.log(JSON.stringify(result)); $scope.hasil = 'Save file on '+targetPath+' success!'; $scope.mywallpaper=targetPath; }, function (error) { /* return {"code":null,"source":null,"target":null,"http_status":null,"body" :null,"exception":null}*/ console.log(JSON.stringify(error)); $scope.hasil = 'Error Download file'; }, function (progress) { $scope.downloadProgress = (progress.loaded / progress.total) * 100; }); > $cordovaFileTransfer.download returns "null" always > --- > > Key: CB-11669 > URL: https://issues.apache.org/jira/browse/CB-11669 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 5.0.0 > Environment: ionic >Reporter: joanebrown > Labels: filetransfer, ionic > > var url = "http://foo.bar/img/image.png";; > var filename = url.split("/").pop(); > var targetPath = cordova.file.externalRootDirectory + 'Pictures/' + > filename; > console.log(filename); // returns "image.png" > console.log(targetPath); // returns > "file:///storage/emulated/0/Pictures/image.png" > $cordovaFileTransfer.download(url, targetPath, {}, > true).then(function (result) { > console.log(JSON.stringify(result)); > $scope.hasil = 'Save file on '+targetPath+' success!'; > $scope.mywallpaper=targetPath; > }, function (error) { > /* return {"code":null,"source":null,"target":null,"http_status":null,"body" > :null,"exception":null}*/ > console.log(JSON.stringify(error)); > $scope.hasil = 'Error Download file'; > }, function (progress) { > $scope.downloadProgress = (progress.loaded / > progress.total) * 100; > }); -- 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-11669) $cordovaFileTransfer.download returns "null" always
[ https://issues.apache.org/jira/browse/CB-11669?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] joanebrown updated CB-11669: Description: ` var url = "http://foo.bar/img/image.png";; var filename = url.split("/").pop();` var targetPath = cordova.file.externalRootDirectory + 'Pictures/' + filename; console.log(filename); // returns "image.png" console.log(targetPath); // returns "file:///storage/emulated/0/Pictures/image.png" $cordovaFileTransfer.download(url, targetPath, {}, true).then(function (result) { console.log(JSON.stringify(result)); $scope.hasil = 'Save file on '+targetPath+' success!'; $scope.mywallpaper=targetPath; }, function (error) { /* return {"code":null,"source":null,"target":null,"http_status":null,"body" :null,"exception":null}*/ console.log(JSON.stringify(error)); $scope.hasil = 'Error Download file'; }, function (progress) { $scope.downloadProgress = (progress.loaded / progress.total) * 100; }); was: var url = "http://foo.bar/img/image.png";; var filename = url.split("/").pop(); var targetPath = cordova.file.externalRootDirectory + 'Pictures/' + filename; console.log(filename); // returns "image.png" console.log(targetPath); // returns "file:///storage/emulated/0/Pictures/image.png" $cordovaFileTransfer.download(url, targetPath, {}, true).then(function (result) { console.log(JSON.stringify(result)); $scope.hasil = 'Save file on '+targetPath+' success!'; $scope.mywallpaper=targetPath; }, function (error) { /* return {"code":null,"source":null,"target":null,"http_status":null,"body" :null,"exception":null}*/ console.log(JSON.stringify(error)); $scope.hasil = 'Error Download file'; }, function (progress) { $scope.downloadProgress = (progress.loaded / progress.total) * 100; }); > $cordovaFileTransfer.download returns "null" always > --- > > Key: CB-11669 > URL: https://issues.apache.org/jira/browse/CB-11669 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 5.0.0 > Environment: ionic >Reporter: joanebrown > Labels: filetransfer, ionic > > ` var url = "http://foo.bar/img/image.png";; > var filename = url.split("/").pop();` > var targetPath = cordova.file.externalRootDirectory + 'Pictures/' + > filename; > console.log(filename); // returns "image.png" > console.log(targetPath); // returns > "file:///storage/emulated/0/Pictures/image.png" > $cordovaFileTransfer.download(url, targetPath, {}, > true).then(function (result) { > console.log(JSON.stringify(result)); > $scope.hasil = 'Save file on '+targetPath+' success!'; > $scope.mywallpaper=targetPath; > }, function (error) { > /* return {"code":null,"source":null,"target":null,"http_status":null,"body" > :null,"exception":null}*/ > console.log(JSON.stringify(error)); > $scope.hasil = 'Error Download file'; > }, function (progress) { > $scope.downloadProgress = (progress.loaded / > progress.total) * 100; > }); -- 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-11669) $cordovaFileTransfer.download returns "null" always
joanebrown created CB-11669: --- Summary: $cordovaFileTransfer.download returns "null" always Key: CB-11669 URL: https://issues.apache.org/jira/browse/CB-11669 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 5.0.0 Environment: ionic Reporter: joanebrown var url = "http://foo.bar/img/image.png";; var filename = url.split("/").pop(); var targetPath = cordova.file.externalRootDirectory + 'Pictures/' + filename; console.log(filename); // returns "image.png" console.log(targetPath); // returns "file:///storage/emulated/0/Pictures/image.png" $cordovaFileTransfer.download(url, targetPath, {}, true).then(function (result) { console.log(JSON.stringify(result)); $scope.hasil = 'Save file on '+targetPath+' success!'; $scope.mywallpaper=targetPath; }, function (error) { /* return {"code":null,"source":null,"target":null,"http_status":null,"body" :null,"exception":null}*/ console.log(JSON.stringify(error)); $scope.hasil = 'Error Download file'; }, function (progress) { $scope.downloadProgress = (progress.loaded / progress.total) * 100; }); -- 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-11669) $cordovaFileTransfer.download returns "null" always
[ https://issues.apache.org/jira/browse/CB-11669?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] joanebrown updated CB-11669: Description: var url = "http://foo.bar/img/image.png";; var filename = url.split("/").pop(); var targetPath = cordova.file.externalRootDirectory + 'Pictures/' + filename; console.log(filename); // returns "image.png" console.log(targetPath); // returns "file:///storage/emulated/0/Pictures/image.png" $cordovaFileTransfer.download(url, targetPath, {}, true).then(function (result) { console.log(JSON.stringify(result)); $scope.hasil = 'Save file on '+targetPath+' success!'; $scope.mywallpaper=targetPath; }, function (error) { /* return {"code":null,"source":null,"target":null,"http_status":null,"body" :null,"exception":null}*/ console.log(JSON.stringify(error)); $scope.hasil = 'Error Download file'; }, function (progress) { $scope.downloadProgress = (progress.loaded / progress.total) * 100; }); was: var url = "http://foo.bar/img/image.png";; var filename = url.split("/").pop(); var targetPath = cordova.file.externalRootDirectory + 'Pictures/' + filename; console.log(filename); // returns "image.png" console.log(targetPath); // returns "file:///storage/emulated/0/Pictures/image.png" $cordovaFileTransfer.download(url, targetPath, {}, true).then(function (result) { console.log(JSON.stringify(result)); $scope.hasil = 'Save file on '+targetPath+' success!'; $scope.mywallpaper=targetPath; }, function (error) { /* return {"code":null,"source":null,"target":null,"http_status":null,"body" :null,"exception":null}*/ console.log(JSON.stringify(error)); $scope.hasil = 'Error Download file'; }, function (progress) { $scope.downloadProgress = (progress.loaded / progress.total) * 100; }); > $cordovaFileTransfer.download returns "null" always > --- > > Key: CB-11669 > URL: https://issues.apache.org/jira/browse/CB-11669 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 5.0.0 > Environment: ionic >Reporter: joanebrown > Labels: filetransfer, ionic > > var url = "http://foo.bar/img/image.png";; > var filename = url.split("/").pop(); > var targetPath = cordova.file.externalRootDirectory + 'Pictures/' + > filename; > console.log(filename); // returns "image.png" > console.log(targetPath); // returns > "file:///storage/emulated/0/Pictures/image.png" > $cordovaFileTransfer.download(url, targetPath, {}, > true).then(function (result) { > console.log(JSON.stringify(result)); > $scope.hasil = 'Save file on '+targetPath+' success!'; > $scope.mywallpaper=targetPath; > }, function (error) { > /* return {"code":null,"source":null,"target":null,"http_status":null,"body" > :null,"exception":null}*/ > console.log(JSON.stringify(error)); > $scope.hasil = 'Error Download file'; > }, function (progress) { > $scope.downloadProgress = (progress.loaded / > progress.total) * 100; > }); -- 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-11423) Web view shrinks after locking screen orientation
[ https://issues.apache.org/jira/browse/CB-11423?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15407963#comment-15407963 ] Rafael Barriuso commented on CB-11423: -- I've tested using the current status of "cordova-plugin-statusbar" (v2.1.4-dev) without luck. I can still see the issue. As [~tony--] suggested, I'll try to create a minimum project to illustrate the issue. > Web view shrinks after locking screen orientation > - > > Key: CB-11423 > URL: https://issues.apache.org/jira/browse/CB-11423 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Screen Orientation >Affects Versions: 1.4.2 > Environment: Using: > - Cordova CLI 6.2.0 > - cordova-ios 4.1.1 > - Xcode 7.3 > - OSX 10.11.5 > Best reproduced on an iOS simulator with iPhone 6s Plus and iOS 9.3. >Reporter: Rafael Barriuso >Assignee: Tony Homer > Attachments: cb-11423-joe1.png, cb-11423-joe2.png > > > Since version 1.4.2 "screen.lockOrientation" works on iOS 9, but for some > reason, in some phones the dimensions of the web view are wrong after > changing to the new orientation. > Before locking: > !https://www.dropbox.com/s/t2jcqqmg1hni22t/Sim-screenshot2.png?dl=1! > After locking: > !https://www.dropbox.com/s/p64324riwqzepzz/Sim-screenshot1.png?dl=1! > Steps to reproduce: > 1) Prepare a cordova app including cordova-plugin-screen-orientation. > 2) Run the application on a Xcode simulator for iPhone 6s Plus and iOS 9.3. > 3) Rotate the simulator to the left (menu -> Hardware -> Rotate left). > 4) Open the Safari web inspector connected to the app running on the > simulator. > 5) In the console, run: window.screen.lockOrientation("portrait-primary") > 6) The width of the resulting "" is shrink, as reported by the Safari > web inspector (e.g. in my case to 92px whereas it should be 414px). -- 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-11668) Flag Enable Touchevents
Paul Stresow created CB-11668: - Summary: Flag Enable Touchevents Key: CB-11668 URL: https://issues.apache.org/jira/browse/CB-11668 Project: Apache Cordova Issue Type: Wish Components: Windows Affects Versions: Master Environment: Windows 10 Reporter: Paul Stresow To be able to handle touch events the same way on all major platforms (Android, iOS, Windows) we need some method to enable touch events as found in Windows Edge "about:flags". For example: Have an app with a Three.js scene. The interaction with the canvas via touch work out of the box on Android and iOS. Running the Cordova-Project on Windows doesn't work at all, since the touch flag is not enabled. Testing the Web-App in edge itself, with touch enabled, works. -- 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-11524) [iOS 10] Using localStorage with WKWebView gives a security error
[ https://issues.apache.org/jira/browse/CB-11524?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15407931#comment-15407931 ] Kilian Koller commented on CB-11524: Does anyone have an idea, how long it usually takes, until such a fix lands in iOS? I wonder if we have to implement an alternative to using LocalStorage before iOS 10 finally goes public as this bug would fully break compability... What are the publication cycles of the iOS beta versions? Thanks! > [iOS 10] Using localStorage with WKWebView gives a security error > - > > Key: CB-11524 > URL: https://issues.apache.org/jira/browse/CB-11524 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin WKWebViewEngine >Reporter: Saúl Ibarra Corretgé >Assignee: Shazron Abdullah > Labels: wkwebview-known-issues > > When using window.localStorage on iOS 10 with WKWebView, the following error > happens: SecurityError: DOM Exception 18: An attempt was made to break > through the security policy of the user agent. > This does not happen with UIWebView, or with WKWebView on iOS 9. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-11425) iOS Orientation Unlock Behavior Inconsistent with Android
[ https://issues.apache.org/jira/browse/CB-11425?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15407918#comment-15407918 ] Tony Homer commented on CB-11425: - [~TaeKwonJoe] - The fact that the behavior is not consistent between Android and iOS is a bug, but it's the Android behavior that is incorrect. According to [the current working draft of the spec|http://www.w3.org/TR/screen-orientation/#dom-screenorientation-unlock]: {quote} When the unlock() method is invoked, the user agent must run the steps to lock the orientation of the responsible document to the responsible document's default orientation. {quote} The current release of the plugin is loosely based on an old version of the spec and perhaps in the older version of the spec, the Android behavior would have been correct, but going forward we will seek to conform to the latest version of the spec. According to the current spec, the way to do what you want to do would be to lock the orientation to 'any'. This does not work in the current release, but it is planned that the next release will support this behavior. > iOS Orientation Unlock Behavior Inconsistent with Android > - > > Key: CB-11425 > URL: https://issues.apache.org/jira/browse/CB-11425 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Screen Orientation >Affects Versions: 1.4.2 > Environment: Cordova 4.0.0 (iOS 3.8.0) > Screen Orientation Plugin 1.4.2 > iOS 9.3.2 > Android 5.0.1 >Reporter: Joe Meeks > > When setting the supported interface orientation to only portrait and running > the deployed app on iOS and Android devices, the screen.unlockOrientation() > method enables landscape orientation rotation on only Android but not iOS. > When setting the supported interface orientation to both portrait and > landscape and running the deployed app on iOS and Android devices, the > screen.unlockOrientation() method enables landscape orientation rotation on > both Android and iOS. > Configuring the app as portrait only and then programmatically unlocking and > enabling landscape orientation is desirable for single-orientation splash > screen display and preventing this other rotation bug: > https://issues.apache.org/jira/browse/CB-11423 -- 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-11425) iOS Orientation Unlock Behavior Inconsistent with Android
[ https://issues.apache.org/jira/browse/CB-11425?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tony Homer reassigned CB-11425: --- Assignee: Tony Homer > iOS Orientation Unlock Behavior Inconsistent with Android > - > > Key: CB-11425 > URL: https://issues.apache.org/jira/browse/CB-11425 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Screen Orientation >Affects Versions: 1.4.2 > Environment: Cordova 4.0.0 (iOS 3.8.0) > Screen Orientation Plugin 1.4.2 > iOS 9.3.2 > Android 5.0.1 >Reporter: Joe Meeks >Assignee: Tony Homer > > When setting the supported interface orientation to only portrait and running > the deployed app on iOS and Android devices, the screen.unlockOrientation() > method enables landscape orientation rotation on only Android but not iOS. > When setting the supported interface orientation to both portrait and > landscape and running the deployed app on iOS and Android devices, the > screen.unlockOrientation() method enables landscape orientation rotation on > both Android and iOS. > Configuring the app as portrait only and then programmatically unlocking and > enabling landscape orientation is desirable for single-orientation splash > screen display and preventing this other rotation bug: > https://issues.apache.org/jira/browse/CB-11423 -- 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-11423) Web view shrinks after locking screen orientation
[ https://issues.apache.org/jira/browse/CB-11423?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15407874#comment-15407874 ] Tony Homer commented on CB-11423: - I added all of these plugins and switched to ios@4.2.0: {code} {code} I still cannot reproduce the issue. Can you try to reproduce with a vanilla project? An easy way to do this would be to create a new project, add the above snippet to config.xml, then prepare. > Web view shrinks after locking screen orientation > - > > Key: CB-11423 > URL: https://issues.apache.org/jira/browse/CB-11423 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Screen Orientation >Affects Versions: 1.4.2 > Environment: Using: > - Cordova CLI 6.2.0 > - cordova-ios 4.1.1 > - Xcode 7.3 > - OSX 10.11.5 > Best reproduced on an iOS simulator with iPhone 6s Plus and iOS 9.3. >Reporter: Rafael Barriuso >Assignee: Tony Homer > Attachments: cb-11423-joe1.png, cb-11423-joe2.png > > > Since version 1.4.2 "screen.lockOrientation" works on iOS 9, but for some > reason, in some phones the dimensions of the web view are wrong after > changing to the new orientation. > Before locking: > !https://www.dropbox.com/s/t2jcqqmg1hni22t/Sim-screenshot2.png?dl=1! > After locking: > !https://www.dropbox.com/s/p64324riwqzepzz/Sim-screenshot1.png?dl=1! > Steps to reproduce: > 1) Prepare a cordova app including cordova-plugin-screen-orientation. > 2) Run the application on a Xcode simulator for iPhone 6s Plus and iOS 9.3. > 3) Rotate the simulator to the left (menu -> Hardware -> Rotate left). > 4) Open the Safari web inspector connected to the app running on the > simulator. > 5) In the console, run: window.screen.lockOrientation("portrait-primary") > 6) The width of the resulting "" is shrink, as reported by the Safari > web inspector (e.g. in my case to 92px whereas it should be 414px). -- 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-11300) Undetected 4g connection in cordova network information plugin
[ https://issues.apache.org/jira/browse/CB-11300?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15407844#comment-15407844 ] ASF GitHub Bot commented on CB-11300: - Github user cordova-qa commented on the issue: https://github.com/apache/cordova-plugin-network-information/pull/46 Cordova CI Build has completed successfully. **Commit** - [Link](https://github.com/apache/cordova-plugin-network-information/pull/46/commits/d29f28f6c48e3d8458419d71d69c3a7f89c60354) **Dashboard** - [Link](http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-network-information-pr/14/) | Builder Name | Console Output | Test Report | Device Logs | | :---: | :---: | :---: | :---:| | [Windows 8.1 Store]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-network-information-pr/14//PLATFORM=windows-8.1-store/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-network-information-pr/14//PLATFORM=windows-8.1-store/console) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-network-information-pr/14//PLATFORM=windows-8.1-store/testReport/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-network-information-pr/14//PLATFORM=windows-8.1-store/artifact/) | | [Windows 10 Store]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-network-information-pr/14//PLATFORM=windows-10-store/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-network-information-pr/14//PLATFORM=windows-10-store/console) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-network-information-pr/14//PLATFORM=windows-10-store/testReport/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-network-information-pr/14//PLATFORM=windows-10-store/artifact/) | | [Windows 8.1 Phone]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-network-information-pr/14//PLATFORM=windows-8.1-phone/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-network-information-pr/14//PLATFORM=windows-8.1-phone/console) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-network-information-pr/14//PLATFORM=windows-8.1-phone/testReport/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-network-information-pr/14//PLATFORM=windows-8.1-phone/artifact/) | | [iOS]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-network-information-pr/14//PLATFORM=ios/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-network-information-pr/14//PLATFORM=ios/console) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-network-information-pr/14//PLATFORM=ios/testReport/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-network-information-pr/14//PLATFORM=ios/artifact/) | | [Android]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-network-information-pr/14//PLATFORM=android/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-network-information-pr/14//PLATFORM=android/console) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-network-information-pr/14//PLATFORM=android/testReport/) | [Link]( http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-network-information-pr/14//PLATFORM=android/artifact/) | > Undetected 4g connection in cordova network information plugin > -- > > Key: CB-11300 > URL: https://issues.apache.org/jira/browse/CB-11300 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Network Information > Environment: Android >Reporter: Santi Calvo >Assignee: Alexander Sorokin >Priority: Minor > Labels: android, easyfix, network-information, > network.connection, triaged > Attachments: Captura de pantalla 2016-05-20 a las 9.29.14 (2).png > > Original Estimate: 24h > Remaining Estimate: 24h > > My device returns "4g" as subtypename when checking the connection. Since > this string is not found the plugin returns "unknow" connection. > The Java plugin, NeworkManager.java line 246, does the bellow check where the > string "4g" doesn't match any of the constants: > else if (type.equals(MOBILE) || type.equals(CELLULAR)) { > type = info.getSubtypeName().toLowerCase(Locale.US); > if (type.equals(GSM) || > type.equals(GPRS) || > type.equals(EDGE)) { > return TYPE_2G; > } > else if (type.startsWith(CDMA) || > type.equals(UMTS) || > type.equals(ONEXRTT) || > type.equals(EHRPD) || > type.equals(HSUPA) || > type.equals(HS
[jira] [Commented] (CB-11423) Web view shrinks after locking screen orientation
[ https://issues.apache.org/jira/browse/CB-11423?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15407758#comment-15407758 ] Rafael Barriuso commented on CB-11423: -- Here's the list of plugins we're currently using in this app: com.telerik.plugins.nativepagetransitions 0.6.5 "Native Page Transitions" cordova-plugin-app-version 0.1.8 "AppVersion" cordova-plugin-console 1.0.2 "Console" cordova-plugin-device 1.1.1 "Device" cordova-plugin-globalization 1.0.3 "Globalization" cordova-plugin-inappbrowser 1.3.0 "InAppBrowser" cordova-plugin-network-information 1.2.0 "Network Information" cordova-plugin-queries-schemes 0.1.1 "App Queries Strings" cordova-plugin-screen-orientation 1.4.2 "Screen Orientation" cordova-plugin-splashscreen 3.2.1 "Splashscreen" cordova-plugin-statusbar 2.1.2 "StatusBar" cordova-plugin-whitelist 1.2.1 "Whitelist" cordova-plugin-x-toast 2.5.0 "Toast" ionic-plugin-keyboard 2.0.1 "Keyboard" onesignal-cordova-plugin 1.12.3 "OneSignal Push Notifications" And the platform is: ios 4.2.0 As [~mobidev3] suggested, it seems removing the statusbar plugin I can't reproduce the issue any more, though I still need to test it further. > Web view shrinks after locking screen orientation > - > > Key: CB-11423 > URL: https://issues.apache.org/jira/browse/CB-11423 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Screen Orientation >Affects Versions: 1.4.2 > Environment: Using: > - Cordova CLI 6.2.0 > - cordova-ios 4.1.1 > - Xcode 7.3 > - OSX 10.11.5 > Best reproduced on an iOS simulator with iPhone 6s Plus and iOS 9.3. >Reporter: Rafael Barriuso >Assignee: Tony Homer > Attachments: cb-11423-joe1.png, cb-11423-joe2.png > > > Since version 1.4.2 "screen.lockOrientation" works on iOS 9, but for some > reason, in some phones the dimensions of the web view are wrong after > changing to the new orientation. > Before locking: > !https://www.dropbox.com/s/t2jcqqmg1hni22t/Sim-screenshot2.png?dl=1! > After locking: > !https://www.dropbox.com/s/p64324riwqzepzz/Sim-screenshot1.png?dl=1! > Steps to reproduce: > 1) Prepare a cordova app including cordova-plugin-screen-orientation. > 2) Run the application on a Xcode simulator for iPhone 6s Plus and iOS 9.3. > 3) Rotate the simulator to the left (menu -> Hardware -> Rotate left). > 4) Open the Safari web inspector connected to the app running on the > simulator. > 5) In the console, run: window.screen.lockOrientation("portrait-primary") > 6) The width of the resulting "" is shrink, as reported by the Safari > web inspector (e.g. in my case to 92px whereas it should be 414px). -- 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-11423) Web view shrinks after locking screen orientation
[ https://issues.apache.org/jira/browse/CB-11423?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15407693#comment-15407693 ] Tony Homer commented on CB-11423: - Thanks for the suggestion! I added cordova-plugin-statusbar@2.1.3 (does NOT have fixes) but still cannot reproduce the issue. > Web view shrinks after locking screen orientation > - > > Key: CB-11423 > URL: https://issues.apache.org/jira/browse/CB-11423 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Screen Orientation >Affects Versions: 1.4.2 > Environment: Using: > - Cordova CLI 6.2.0 > - cordova-ios 4.1.1 > - Xcode 7.3 > - OSX 10.11.5 > Best reproduced on an iOS simulator with iPhone 6s Plus and iOS 9.3. >Reporter: Rafael Barriuso >Assignee: Tony Homer > Attachments: cb-11423-joe1.png, cb-11423-joe2.png > > > Since version 1.4.2 "screen.lockOrientation" works on iOS 9, but for some > reason, in some phones the dimensions of the web view are wrong after > changing to the new orientation. > Before locking: > !https://www.dropbox.com/s/t2jcqqmg1hni22t/Sim-screenshot2.png?dl=1! > After locking: > !https://www.dropbox.com/s/p64324riwqzepzz/Sim-screenshot1.png?dl=1! > Steps to reproduce: > 1) Prepare a cordova app including cordova-plugin-screen-orientation. > 2) Run the application on a Xcode simulator for iPhone 6s Plus and iOS 9.3. > 3) Rotate the simulator to the left (menu -> Hardware -> Rotate left). > 4) Open the Safari web inspector connected to the app running on the > simulator. > 5) In the console, run: window.screen.lockOrientation("portrait-primary") > 6) The width of the resulting "" is shrink, as reported by the Safari > web inspector (e.g. in my case to 92px whereas it should be 414px). -- 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-11423) Web view shrinks after locking screen orientation
[ https://issues.apache.org/jira/browse/CB-11423?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15407683#comment-15407683 ] Tony Homer commented on CB-11423: - Thanks for the suggestion. I added cordova-plugin-wkwebview-engine to the project. I'm still unable to reproduce the shrinking, but "rotate on lock" works in the simulator now! I'll try the telerik plugin too. > Web view shrinks after locking screen orientation > - > > Key: CB-11423 > URL: https://issues.apache.org/jira/browse/CB-11423 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Screen Orientation >Affects Versions: 1.4.2 > Environment: Using: > - Cordova CLI 6.2.0 > - cordova-ios 4.1.1 > - Xcode 7.3 > - OSX 10.11.5 > Best reproduced on an iOS simulator with iPhone 6s Plus and iOS 9.3. >Reporter: Rafael Barriuso >Assignee: Tony Homer > Attachments: cb-11423-joe1.png, cb-11423-joe2.png > > > Since version 1.4.2 "screen.lockOrientation" works on iOS 9, but for some > reason, in some phones the dimensions of the web view are wrong after > changing to the new orientation. > Before locking: > !https://www.dropbox.com/s/t2jcqqmg1hni22t/Sim-screenshot2.png?dl=1! > After locking: > !https://www.dropbox.com/s/p64324riwqzepzz/Sim-screenshot1.png?dl=1! > Steps to reproduce: > 1) Prepare a cordova app including cordova-plugin-screen-orientation. > 2) Run the application on a Xcode simulator for iPhone 6s Plus and iOS 9.3. > 3) Rotate the simulator to the left (menu -> Hardware -> Rotate left). > 4) Open the Safari web inspector connected to the app running on the > simulator. > 5) In the console, run: window.screen.lockOrientation("portrait-primary") > 6) The width of the resulting "" is shrink, as reported by the Safari > web inspector (e.g. in my case to 92px whereas it should be 414px). -- 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-11270) [QUESTION] Is whitelist intent filter working as intended?
[ https://issues.apache.org/jira/browse/CB-11270?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15407667#comment-15407667 ] ASF GitHub Bot commented on CB-11270: - Github user tony-- commented on the issue: https://github.com/apache/cordova-ios/pull/232 LGTM! > [QUESTION] Is whitelist intent filter working as intended? > -- > > Key: CB-11270 > URL: https://issues.apache.org/jira/browse/CB-11270 > Project: Apache Cordova > Issue Type: Improvement > Components: iOS >Reporter: Tony Homer >Assignee: Shazron Abdullah > > In 3.8.0, given an intent directive like > {code} > > {code} > , interacting with any of the following elements would result in tel: > requests that would all be allowed: > {code} > do tel with a.href > do > tel with a.onclick > do > tel with button.onclick > {code} > However, in 4.1.1, only the first interaction will be allowed. > This is because intent directives are only applied to the > UIWebViewNavigationTypeLinkClicked navigationType (the navigationType for the > second and third examples is UIWebViewNavigationTypeOther). > Is this working as intended? > It seems that either the whitelist intent filter in 4+ is not working as > intended or, if working as intended, the documentation should be improved to > spell out this 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] [Commented] (CB-11270) [QUESTION] Is whitelist intent filter working as intended?
[ https://issues.apache.org/jira/browse/CB-11270?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15407666#comment-15407666 ] ASF GitHub Bot commented on CB-11270: - Github user tony-- commented on a diff in the pull request: https://github.com/apache/cordova-ios/pull/232#discussion_r73512970 --- Diff: tests/CordovaLibTests/CDVWhitelistTests.m --- @@ -295,6 +295,37 @@ - (void)testAllowIntentsAndNavigations XCTAssertEqual([CDVIntentAndNavigationFilter filterUrl:[NSURL URLWithString:@"https://google.com";] intentsWhitelist:intentsWhitelist navigationsWhitelist:navigationsWhitelist], CDVIntentAndNavigationFilterValueIntentAllowed); // Test http (not allowed in either) XCTAssertEqual([CDVIntentAndNavigationFilter filterUrl:[NSURL URLWithString:@"http://google.com";] intentsWhitelist:intentsWhitelist navigationsWhitelist:navigationsWhitelist], CDVIntentAndNavigationFilterValueNoneAllowed); + + +NSURL* telUrl = [NSURL URLWithString:@"tel:555"]; +NSMutableURLRequest* telRequest = [NSMutableURLRequest requestWithURL:telUrl]; +telRequest.mainDocumentURL = telUrl; + +// mainDocumentURL and URL are the same in the NSURLRequest +// Only UIWebViewNavigationTypeLinkClicked and UIWebViewNavigationTypeOther should return YES +XCTAssertTrue([CDVIntentAndNavigationFilter shouldOpenURLRequest:telRequest navigationType:UIWebViewNavigationTypeLinkClicked]); +XCTAssertTrue([CDVIntentAndNavigationFilter shouldOpenURLRequest:telRequest navigationType:UIWebViewNavigationTypeOther]); +XCTAssertFalse([CDVIntentAndNavigationFilter shouldOpenURLRequest:telRequest navigationType:UIWebViewNavigationTypeReload]); +XCTAssertFalse([CDVIntentAndNavigationFilter shouldOpenURLRequest:telRequest navigationType:UIWebViewNavigationTypeBackForward]); +XCTAssertFalse([CDVIntentAndNavigationFilter shouldOpenURLRequest:telRequest navigationType:UIWebViewNavigationTypeFormSubmitted]); +XCTAssertFalse([CDVIntentAndNavigationFilter shouldOpenURLRequest:telRequest navigationType:UIWebViewNavigationTypeFormResubmitted]); + --- End diff -- Yep, I see now that this test wouldn't make sense. > [QUESTION] Is whitelist intent filter working as intended? > -- > > Key: CB-11270 > URL: https://issues.apache.org/jira/browse/CB-11270 > Project: Apache Cordova > Issue Type: Improvement > Components: iOS >Reporter: Tony Homer >Assignee: Shazron Abdullah > > In 3.8.0, given an intent directive like > {code} > > {code} > , interacting with any of the following elements would result in tel: > requests that would all be allowed: > {code} > do tel with a.href > do > tel with a.onclick > do > tel with button.onclick > {code} > However, in 4.1.1, only the first interaction will be allowed. > This is because intent directives are only applied to the > UIWebViewNavigationTypeLinkClicked navigationType (the navigationType for the > second and third examples is UIWebViewNavigationTypeOther). > Is this working as intended? > It seems that either the whitelist intent filter in 4+ is not working as > intended or, if working as intended, the documentation should be improved to > spell out this 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] [Commented] (CB-11270) [QUESTION] Is whitelist intent filter working as intended?
[ https://issues.apache.org/jira/browse/CB-11270?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15407665#comment-15407665 ] ASF GitHub Bot commented on CB-11270: - Github user tony-- commented on a diff in the pull request: https://github.com/apache/cordova-ios/pull/232#discussion_r73512881 --- Diff: CordovaLib/Classes/Private/Plugins/CDVIntentAndNavigationFilter/CDVIntentAndNavigationFilter.m --- @@ -95,23 +95,33 @@ - (CDVIntentAndNavigationFilterValue) filterUrl:(NSURL*)url return [[self class] filterUrl:url intentsWhitelist:self.allowIntentsWhitelist navigationsWhitelist:self.allowNavigationsWhitelist]; } -- (BOOL)shouldOverrideLoadWithRequest:(NSURLRequest*)request navigationType:(UIWebViewNavigationType)navigationType ++ (BOOL)shouldOpenURLRequest:(NSURLRequest*)request navigationType:(UIWebViewNavigationType)navigationType +{ +return (UIWebViewNavigationTypeLinkClicked == navigationType || +(UIWebViewNavigationTypeOther == navigationType && + [[request.mainDocumentURL absoluteString] isEqualToString:[request.URL absoluteString]] + ) +); +} + ++ (BOOL)shouldOverrideLoadWithRequest:(NSURLRequest*)request navigationType:(UIWebViewNavigationType)navigationType filterValue:(CDVIntentAndNavigationFilterValue)filterValue { NSString* allowIntents_whitelistRejectionFormatString = @"ERROR External navigation rejected - not set for url='%@'"; NSString* allowNavigations_whitelistRejectionFormatString = @"ERROR Internal navigation rejected - not set for url='%@'"; NSURL* url = [request URL]; -CDVIntentAndNavigationFilterValue filterValue = [self filterUrl:url]; switch (filterValue) { case CDVIntentAndNavigationFilterValueNavigationAllowed: return YES; case CDVIntentAndNavigationFilterValueIntentAllowed: -// only allow-intent if it's a UIWebViewNavigationTypeLinkClicked (anchor tag) -if (UIWebViewNavigationTypeLinkClicked == navigationType) { +// only allow-intent if it's a UIWebViewNavigationTypeLinkClicked (anchor tag) OR +// it's a UIWebViewNavigationTypeOther, and it's an internal link +if ([[self class] shouldOpenURLRequest:request navigationType:navigationType]){ [[UIApplication sharedApplication] openURL:url]; } -// consume the request (i.e. no error) if it wasn't a UIWebViewNavigationTypeLinkClicked + --- End diff -- Got it (especially now that I reread [the doc for the outer method](https://developer.apple.com/library/ios/documentation/UIKit/Reference/UIWebViewDelegate_Protocol/#//apple_ref/occ/intfm/UIWebViewDelegate/webView:shouldStartLoadWithRequest:navigationType:))! Thanks for explaining. > [QUESTION] Is whitelist intent filter working as intended? > -- > > Key: CB-11270 > URL: https://issues.apache.org/jira/browse/CB-11270 > Project: Apache Cordova > Issue Type: Improvement > Components: iOS >Reporter: Tony Homer >Assignee: Shazron Abdullah > > In 3.8.0, given an intent directive like > {code} > > {code} > , interacting with any of the following elements would result in tel: > requests that would all be allowed: > {code} > do tel with a.href > do > tel with a.onclick > do > tel with button.onclick > {code} > However, in 4.1.1, only the first interaction will be allowed. > This is because intent directives are only applied to the > UIWebViewNavigationTypeLinkClicked navigationType (the navigationType for the > second and third examples is UIWebViewNavigationTypeOther). > Is this working as intended? > It seems that either the whitelist intent filter in 4+ is not working as > intended or, if working as intended, the documentation should be improved to > spell out this 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] [Commented] (CB-11658) activated event is not fired on Windows 10 RS1
[ https://issues.apache.org/jira/browse/CB-11658?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15407562#comment-15407562 ] ASF GitHub Bot commented on CB-11658: - Github user codecov-io commented on the issue: https://github.com/apache/cordova-windows/pull/191 ## [Current coverage](https://codecov.io/gh/apache/cordova-windows/pull/191?src=pr) is 74.21% (diff: 100%) > Merging [#191](https://codecov.io/gh/apache/cordova-windows/pull/191?src=pr) into [master](https://codecov.io/gh/apache/cordova-windows/branch/master?src=pr) will not change coverage ```diff @@ master #191 diff @@ == Files14 14 Lines 1939 1939 Methods 361361 Messages 0 0 Branches391391 == Hits 1439 1439 Misses 500500 Partials 0 0 ``` > Powered by [Codecov](https://codecov.io?src=pr). Last update [7ad7258...202f6ad](https://codecov.io/gh/apache/cordova-windows/compare/7ad7258f81c7c0a37c5bf1c717491f377fe85b87...202f6ad56360810cd49766138620de89a29a12ad?src=pr) > activated event is not fired on Windows 10 RS1 > -- > > Key: CB-11658 > URL: https://issues.apache.org/jira/browse/CB-11658 > Project: Apache Cordova > Issue Type: Bug > Components: Windows > Environment: Windows 10 Insider Preview 14393 >Reporter: Sergey Shakhnazarov >Assignee: Sergey Shakhnazarov > > {{activated}} event does not fire causing extended splashscreen issues and > {{platform.activationContext}} to be undefined. -- 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-11658) activated event is not fired on Windows 10 RS1
[ https://issues.apache.org/jira/browse/CB-11658?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15407541#comment-15407541 ] ASF GitHub Bot commented on CB-11658: - GitHub user daserge opened a pull request: https://github.com/apache/cordova-windows/pull/191 CB-11658 activated event is not fired on Windows 10 RS1 Patch start page to include base.js reference to HTML as a workaround You can merge this pull request into a Git repository by running: $ git pull https://github.com/daserge/cordova-windows CB-11658 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-windows/pull/191.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 #191 commit 202f6ad56360810cd49766138620de89a29a12ad Author: daserge Date: 2016-08-04T10:32:29Z CB-11658 activated event is not fired on Windows 10 RS1 Patch start page to include base.js reference to HTML as a workaround > activated event is not fired on Windows 10 RS1 > -- > > Key: CB-11658 > URL: https://issues.apache.org/jira/browse/CB-11658 > Project: Apache Cordova > Issue Type: Bug > Components: Windows > Environment: Windows 10 Insider Preview 14393 >Reporter: Sergey Shakhnazarov >Assignee: Sergey Shakhnazarov > > {{activated}} event does not fire causing extended splashscreen issues and > {{platform.activationContext}} to be undefined. -- 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-11300) Undetected 4g connection in cordova network information plugin
[ https://issues.apache.org/jira/browse/CB-11300?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alexander Sorokin reassigned CB-11300: -- Assignee: Alexander Sorokin > Undetected 4g connection in cordova network information plugin > -- > > Key: CB-11300 > URL: https://issues.apache.org/jira/browse/CB-11300 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Network Information > Environment: Android >Reporter: Santi Calvo >Assignee: Alexander Sorokin >Priority: Minor > Labels: android, easyfix, network-information, > network.connection, triaged > Attachments: Captura de pantalla 2016-05-20 a las 9.29.14 (2).png > > Original Estimate: 24h > Remaining Estimate: 24h > > My device returns "4g" as subtypename when checking the connection. Since > this string is not found the plugin returns "unknow" connection. > The Java plugin, NeworkManager.java line 246, does the bellow check where the > string "4g" doesn't match any of the constants: > else if (type.equals(MOBILE) || type.equals(CELLULAR)) { > type = info.getSubtypeName().toLowerCase(Locale.US); > if (type.equals(GSM) || > type.equals(GPRS) || > type.equals(EDGE)) { > return TYPE_2G; > } > else if (type.startsWith(CDMA) || > type.equals(UMTS) || > type.equals(ONEXRTT) || > type.equals(EHRPD) || > type.equals(HSUPA) || > type.equals(HSDPA) || > type.equals(HSPA)) { > return TYPE_3G; > } > else if (type.equals(LTE) || > type.equals(UMB) || > type.equals("4g") || > type.equals(HSPA_PLUS)) { > return TYPE_4G; > } > } -- 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-11300) Undetected 4g connection in cordova network information plugin
[ https://issues.apache.org/jira/browse/CB-11300?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15407502#comment-15407502 ] ASF GitHub Bot commented on CB-11300: - GitHub user alsorokin opened a pull request: https://github.com/apache/cordova-plugin-network-information/pull/46 CB-11300: (android) Recognize "2G", "3G" and "4G" network connection subtype names ### Platforms affected Android ### What does this PR do? Adds "2G", "3G" and "4G" network connection subtype names to the list of recognizable subtype names. ### What testing has been done on this change? Manual and auto tests on Android emulator. ### Checklist - [x] [ICLA](http://www.apache.org/licenses/icla.txt) has been signed and submitted to secret...@apache.org. - [x] [Reported an issue](http://cordova.apache.org/contribute/issues.html) in the JIRA database - [x] Commit message follows the format: "CB-3232: (android) Fix bug with resolving file paths", where CB- is the JIRA ID & "android" is the platform affected. - [ ] Added automated test coverage as appropriate for this change. You can merge this pull request into a Git repository by running: $ git pull https://github.com/alsorokin/cordova-plugin-network-information CB-11300 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-plugin-network-information/pull/46.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 #46 commit d29f28f6c48e3d8458419d71d69c3a7f89c60354 Author: Alexander Sorokin Date: 2016-08-04T09:53:45Z CB-11300: (android) Recognize "2G", "3G" and "4G" network connection subtype names > Undetected 4g connection in cordova network information plugin > -- > > Key: CB-11300 > URL: https://issues.apache.org/jira/browse/CB-11300 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Network Information > Environment: Android >Reporter: Santi Calvo >Priority: Minor > Labels: android, easyfix, network-information, > network.connection, triaged > Attachments: Captura de pantalla 2016-05-20 a las 9.29.14 (2).png > > Original Estimate: 24h > Remaining Estimate: 24h > > My device returns "4g" as subtypename when checking the connection. Since > this string is not found the plugin returns "unknow" connection. > The Java plugin, NeworkManager.java line 246, does the bellow check where the > string "4g" doesn't match any of the constants: > else if (type.equals(MOBILE) || type.equals(CELLULAR)) { > type = info.getSubtypeName().toLowerCase(Locale.US); > if (type.equals(GSM) || > type.equals(GPRS) || > type.equals(EDGE)) { > return TYPE_2G; > } > else if (type.startsWith(CDMA) || > type.equals(UMTS) || > type.equals(ONEXRTT) || > type.equals(EHRPD) || > type.equals(HSUPA) || > type.equals(HSDPA) || > type.equals(HSPA)) { > return TYPE_3G; > } > else if (type.equals(LTE) || > type.equals(UMB) || > type.equals("4g") || > type.equals(HSPA_PLUS)) { > return TYPE_4G; > } > } -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Closed] (CB-11557) [paramedic-appium] Repackaged app is not uploaded to Sauce Storage
[ https://issues.apache.org/jira/browse/CB-11557?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alexander Sorokin closed CB-11557. -- Resolution: Fixed > [paramedic-appium] Repackaged app is not uploaded to Sauce Storage > -- > > Key: CB-11557 > URL: https://issues.apache.org/jira/browse/CB-11557 > Project: Apache Cordova > Issue Type: Bug > Components: Appium, Paramedic >Reporter: Alexander Sorokin >Assignee: Alexander Sorokin > Labels: triaged > -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Closed] (CB-11584) Paramedic tries to run Appium tests even when running with --justbuild
[ https://issues.apache.org/jira/browse/CB-11584?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alexander Sorokin closed CB-11584. -- Resolution: Fixed > Paramedic tries to run Appium tests even when running with --justbuild > -- > > Key: CB-11584 > URL: https://issues.apache.org/jira/browse/CB-11584 > Project: Apache Cordova > Issue Type: Bug > Components: Appium, Paramedic >Reporter: Alexander Sorokin >Assignee: Alexander Sorokin > Labels: triaged > -- 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-11316) Content-Type not set for multi-part file
[ https://issues.apache.org/jira/browse/CB-11316?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15407435#comment-15407435 ] Ben Marshall commented on CB-11316: --- Is there anything else i need to do so this pull request can be merged. Cheers, Ben > Content-Type not set for multi-part file > > > Key: CB-11316 > URL: https://issues.apache.org/jira/browse/CB-11316 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin File Transfer >Affects Versions: 3.5.0 > Environment: OS: Windows 10 > Cordova CLI: 6.1.1 > cordova-plugin-file-transfer: 1.5.1 >Reporter: Ben Marshall > Labels: Windows, Windows10, triaged > > When uploading a file as a muti-part file on windows 10 the "Content-Type" > header for the file is not set. > This results in a request that has no content-type that reflects the type of > the file. > This can be resolved by setting a multi-part header after creating the > *BackgroundTransferContentPart* > [Link to GitHub file | > https://github.com/apache/cordova-plugin-file-transfer/blob/master/src/windows/FileTransferProxy.js#L369-#L371] > by changing the following code: > {code:JavaScript} > var fileToUploadPart = new > Windows.Networking.BackgroundTransfer.BackgroundTransferContentPart(fileKey, > fileName); > fileToUploadPart.setFile(storageFile); > transferParts.push(fileToUploadPart); > {code} > *To:* > {code:JavaScript} > var fileToUploadPart = new > Windows.Networking.BackgroundTransfer.BackgroundTransferContentPart(fileKey, > fileName); > // added the file mime type > fileToUploadPart.setHeader("Content-Type", mimeType); > fileToUploadPart.setFile(storageFile); > transferParts.push(fileToUploadPart); > {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-11074) WKWebView configuration is not considered
[ https://issues.apache.org/jira/browse/CB-11074?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15407386#comment-15407386 ] ASF GitHub Bot commented on CB-11074: - Github user macrozone commented on the issue: https://github.com/apache/cordova-plugin-wkwebview-engine/pull/7 @shazron : cool, thanks. Is there any short-time workaround known? > WKWebView configuration is not considered > - > > Key: CB-11074 > URL: https://issues.apache.org/jira/browse/CB-11074 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin WKWebViewEngine > Environment: ios >Reporter: Alexis Kofman >Assignee: Shazron Abdullah >Priority: Critical > Labels: ios, triaged > > Regarding the code of WKWebView.h, WKWebViewConfiguration seems to be a > readonly property. > {code} > @property (nonatomic, readonly, copy) WKWebViewConfiguration *configuration; > {code} > But in this plugin, we are trying to update the WKWebView configuration after > initialising it and it looks like all this part is not considered : > https://github.com/apache/cordova-plugin-wkwebview-engine/blob/master/src/ios/CDVWKWebViewEngine.m#L146-L150 -- 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