Brian Anderson created CB-11665:
-----------------------------------
Summary: 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
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: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
