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