cordova-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "ASF GitHub Bot (JIRA)" <>
Subject [jira] [Commented] (CB-12497) location.href links are silently disallowed
Date Thu, 23 Feb 2017 01:41:44 GMT


ASF GitHub Bot commented on CB-12497:

GitHub user shazron opened a pull request:

    CB-12497 - location.href links are silently disallowed

    ### Platforms affected
    iOS WKWebView
    ### What does this PR do?
    Fixes the bug where javascript navigations were silently disallowed on this plugin.
    ### What testing has been done on this change?
    Manual testing on device - using a new default project with this plugin, and `<button
    ### Checklist
    - [X] [Reported an issue]( in the JIRA
    - [X] Commit message follows the format: "CB-3232: (android) Fix bug with resolving file
paths", where CB-xxxx is the JIRA ID & "android" is the platform affected.
    - [X] Added automated test coverage as appropriate for this change.

You can merge this pull request into a Git repository by running:

    $ git pull CB-12497

Alternatively you can review and apply these changes as the patch at:

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

    This closes #32
commit 604c7754e4eda1e4c50434d11fb08c4de32837e5
Author: Shazron Abdullah <>
Date:   2017-02-23T01:38:01Z

    CB-12497 - location.href links are silently disallowed


> location.href links are silently disallowed
> -------------------------------------------
>                 Key: CB-12497
>                 URL:
>             Project: Apache Cordova
>          Issue Type: Bug
>          Components: Plugin WKWebViewEngine
>            Reporter: Shazron Abdullah
>            Assignee: Shazron Abdullah
> See:
> Ok, for location.href (say in a button tag onclick handler), it's definitely a bug when
using wkwebview-engine (UIWebView is fine). For the CDVIntentAndNavigationFilter, we are passing
back the navigationType, which is of type [WKNavigationType](
It looks like the enumeration is the same as [UIWebViewNavigationType](
(which the filter uses for its logic), but not quite. 
> All enum integral values are the same for the two enumerations, except for [WKNavigationTypeOther](
which is set to -1 explicitly, while [UIWebViewNavigationTypeOther](
is 5.
> I'll file an issue to fix this by coercing the value explicitly to UIWebViewNavigationTypeOther
when a WKNavigationTypeOther is encountered, before passing it off to the filter.

This message was sent by Atlassian JIRA

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message