[
https://issues.apache.org/jira/browse/CB-11665?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15430647#comment-15430647
]
sanjeewa kumara commented on CB-11665:
--------------------------------------
My intention is to fix this bug. Can you assign this to me fix?
> Navigation to Fragment locations within Webview are parsed as an error
> ----------------------------------------------------------------------
>
> Key: CB-11665
> URL: https://issues.apache.org/jira/browse/CB-11665
> Project: Apache Cordova
> Issue Type: Bug
> Components: iOS
> Environment: cordova-ios
> Reporter: Brian Anderson
> Labels: easyfix
> Original Estimate: 1h
> Remaining Estimate: 1h
>
> In the CDVUIWebviewDelegate if a fragment is loaded on a url the
> shouldStartLoadWithRequest gets called and sets the _state to
> STATE_WAITING_FOR_LOAD_START. Being that when a fragment is loaded the
> didStartLoading and didFinishLoading callbacks are not called, the next time
> a link is clicked within our WebView the _state doesn't match any cases,
> falls into the default case which then handles the request as an error by
> explicitly calling didFailLoadWithError. I am curious if this is by design as
> I do notice that STATE_IOS5_POLLING_FOR_LOAD_START is handled in
> shouldStartLoadWithRequest. Is there a specific case that we would actually
> want to throw an error?
> My suggestion for fixing this would be to add STATE_WAITING_FOR_LOAD_START to
> the same fall through case as STATE_IDLE, STATE_IOS5_POLLING_FOR_LOAD_START,
> STATE_CANCELLED. Which would basically just reset the state and loadCount
> seeing as we have essentially 'cancelled' that pending request from the eyes
> of cordova.
> Hoping to get more information about these decisions.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
