Internet Explorer 8 302 Error
Contents |
here for a quick overview of the site Help Center Detailed answers to any questions you might have Meta Discuss the workings and policies of this site About Us Learn more about Stack internet explorer 302 redirect problem Overflow the company Business Learn more about hiring developers or posting ads with us ie11 redirect problem Stack Overflow Questions Jobs Documentation Tags Users Badges Ask Question x Dismiss Join the Stack Overflow Community Stack Overflow is a internet explorer not redirecting to https community of 4.7 million programmers, just like you, helping each other. Join them; it only takes a minute: Sign up IE doesn't follow redirect, gives “Internet Explorer cannot display the webpage” up vote 6 down internet explorer redirect not working vote favorite I have a form with a few fields. When you submit the form, the server responds with a redirect (HTTP 302). When the form is submitted, if there is an field, IE doesn't follow the redirect, but instead gives an error: "Internet Explorer cannot display the webpage". If there is no field, then it does follow the redirect as expected. The HTTP 302 Response is
Ie 11 Not Redirecting Properly
exactly the same in both cases, differing only by the timestamp of the response. I'm experiencing this in IE8 and IE9. (I haven't tried lower versions). Firefox, Chrome, Opera and Safari all follow the redirect as expected. Notes: The form has the attribute enctype="multipart/form-data". This is happening over SSL The redirect is not to a different protocol, host, or port than the URL the form POSTs to or is hosted on. When I inspect HTTP traffic with Fiddler2, the issue disappears and IE behaves. internet-explorer http http-headers share|improve this question asked Aug 4 '11 at 20:29 nicholaides 11k94268 Odd. a 302 redirect would cause the browser to issue a GET on the target page, which would lose the uploaded file (if any). Maybe IE's error is an indication of this (and IE always has crappy error messages). Doesn't explain why Fiddler would "fix" things, though. –Marc B Aug 4 '11 at 20:32 @Marc, on the server it's a Rails app. It accepts the request, saves the file and stuff in the database, then responds with a redirect to another page. It should issue a GET request to this new page, but it's not. –nicholaides Aug 4 '11 at 20:49 add a comment| 3 Answers 3 act
CRM 2011 Mobile Site ★★★★★★★★★★★★★★★ Austin JonesOctober 30, 20123 Share 0 0 I recently worked with a customer who had end-users encountering
Internet Explorer 11 Redirect Not Working
a strange behavior where all attempts to access the main CRM 2011 iis redirect http to https web site were being being redirected to the CRM mobile site (../m/default.aspx). While this is normal behavior when accessing CRM via currently unsupported browsers (Firefox, Safari, Chrome, etc.), what made this strange was that the users experienced this behavior in Internet Explorer. The behavior was consistent for all http://stackoverflow.com/questions/6948128/ie-doesnt-follow-redirect-gives-internet-explorer-cannot-display-the-webpage affected users, however not all users were affected. Also, launching an In-Private browsing session in IE (ctrl+shift+P) and navigating to CRM did not produce the behavior. We decided to run a fiddler trace for an affected user where the behavior was reproduced as well as for the same user in an In-Private browser session. After capturing both scenarios we filtered down https://blogs.msdn.microsoft.com/crminthefield/2012/10/30/resolved-unexplained-internet-explorer-302-redirects-to-crm-2011-mobile-site/ to the /default.aspx GET request and subsequent redirect/request. The reproduced scenario showed a 302 redirect response to /m/default.aspx, the CRM mobile site, and the working scenario (In-Private session) showed the expected, subsequent GET request for /main.aspx. Having successfully reproduced the behavior and captured a working, control scenario we started to compare the two GET requests for /default.aspx. What became immediately apparent was that the User-Agent header value differed between the two requests. The control scenario showed a typical profile for Internet Explorer, but most intriguing was that the reproduced scenario specified a non-IE user agent in the header. The particular element of the user agent that caught our attention was ‘Chrome/22.0.1229.94’. Why did the request appear to be coming from a Chrome browser when using IE? This discovery prompted a discussion about IE browser plug-ins and it turned out that the affected user had installed an IE plug-in from Google called Chrome Frame which is a supplementary install alongside a Chrome browser installation. This plug-in provides a Chrome-based browsing experience, for purposes of HTML5 and Chrome-optimized site support, inside of Inter
Create new account Request new password Home › Blogs › bpholt's blog 302 Redirect Handling in IE and Firefox posted by bpholt at September 1, 2011 - 12:29am, or 10:59am for https://www.planetholt.com/2011/09/01/302-redirect-handling-ie-and-firefox/2485 the author An apparent defect in how IE handled our OAuth consent flow https://github.com/yiisoft/yii2/issues/9670 at work turned out to be an interesting difference in how Firefox and IE (Firefox 6 and IE8, in this case) handle content loaded via a 302 HTTP response.After one of our UI developers beautified our OAuth consent page (where the user authorizes a client application to use data on his or her internet explorer behalf), one of our testers pointed out that the overall flow stopped working in Internet Explorer. It still worked in Firefox, though, and she told us that if she permanently authorized the client in Firefox, the flow still worked in Internet Explorer.We allow OAuth clients to provide an image that will be displayed when we ask users for consent. However, it’s not required, and so occasionally redirect not working on the consent page the IMG tag would have an empty SRC attribute: .When the SRC attribute is empty, the browser loads the page URI instead. (So, it’s a self-reference, like the . entry on a filesystem.) This is where the difference between Firefox and IE comes in.When a user accesses our site, he or she needs an OAuth access token for the site to work, and so Spring issues a 302 redirect from whatever URI was originally being accessed to the consent page. For example, if the user requests / (the home page), they’ll be redirected to /consentToUseOfData?oauth_token={tokenId}. (In the background, Spring obtains an OAuth request token from the OAuth provider, and replaces {tokenId} with the request token.)As a result, the URI for the page had two wrinkles. The original URI for the page being loaded was /, but this was temporarily redirected to /consentToUseOfData?oauth_token={tokenId}. When the self-referring IMG tag is encountered, IE uses the original URI while Firefox uses the redirected URI.While everyone loves to hate on Internet Explorer, initially I didn’t disagree with their approach here. The HTTP spec says, Since the redirection might be altered on occasion, the
Sign in Pricing Blog Support Search GitHub This repository Watch 1,233 Star 8,875 Fork 5,169 yiisoft/yii2 Code Issues 764 Pull requests 193 Projects 4 Wiki Pulse Graphs New issue Redirect problems in Internet Explorer 11 (IE11) #9670 Closed w3MediaLabs opened this Issue Sep 11, 2015 · 16 comments Projects None yet Labels type:bug Milestone 2.0.7 Assignees SilverFire 5 participants w3MediaLabs commented Sep 11, 2015 When I use the included IE debugger and view the response headers, the header is there and the url is correct, but IE11 isn't reading it. The response error: The response headers: One comment on StackOverflow suggested using the status code 200, and after testing, this does appear to work. I know the default redirect status code is 302, but this just doesn't work. Update I just respond with redirect to ajax request. Page redirects in all browsers except IE. I'm testting in IE11. I'm getting the following error in console: XMLHttpRequest: Network Error 0x2f76, Could not complete the operation due to error 00002f76.. URL for redirect sent in X-Redirect header. yii.js script handles this header, see line 265. var url = xhr.getResponseHeader('X-Redirect');. In case of IE11 getResponseHeader() returns null instead of URL. As I mentioned before I just respond with 200 status at the moment instead of 302. samdark added the feature:pjax label Sep 11, 2015 Yii Software LLC member SilverFire commented Nov 23, 2015 Duplicates yiisoft/jquery-pjax#26 SilverFire closed this Nov 23, 2015 flowip referenced this issue in yiisoft/jquery-pjax Nov 24, 2015 Closed Pjax redirect not working in Internet Explorer (IE11). #26 SilverFire reopened this Nov 24, 2015 SilverFire changed the title from Pjax redirect not working in Internet Explorer (IE11) to Redirect