Bug 166633 - iOS browsers not correctly handling HTTP 204 response
Summary: iOS browsers not correctly handling HTTP 204 response
Status: RESOLVED DUPLICATE of bug 60206
Alias: None
Product: WebKit
Classification: Unclassified
Component: New Bugs (show other bugs)
Version: Other
Hardware: iPhone / iPad iOS 10
: P2 Normal
Assignee: Nobody
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-01-01 01:32 PST by Gordon Murray
Modified: 2017-01-01 14:12 PST (History)
2 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Gordon Murray 2017-01-01 01:32:14 PST
The easiest way to reproduce is via the site: http://httpstat.us/

When you click the link "204 No Content" on a desktop browser it is handled correctly, the browser does nothing to view as per HTTP spec.

On iOS the view is changed which is incorrect.

Happens on both Safari and Chrome on iOS

See old bug 60206 for more background to previous attempts to fix.
Comment 1 Alexey Proskuryakov 2017-01-01 11:46:26 PST
What is the difference between this bug and bug 60206?
Comment 2 Gordon Murray 2017-01-01 13:25:51 PST
(In reply to comment #1)
> What is the difference between this bug and bug 60206?
The original bug was never fixed under iOS, so now making this version OS specific.

Does this require Apple to resolve in iOS or is this a WebKit bug?
Comment 3 Alexey Proskuryakov 2017-01-01 13:35:16 PST
The proposed fix in bug 60206 is cross platform, and it's in WebKit. Not sure if it's known why this works as expected on macOS.

*** This bug has been marked as a duplicate of bug 60206 ***
Comment 4 Tommy Vogt 2017-01-01 14:12:41 PST
I don't think this is a Webkit bug.  Firefox on iOS has the exact same issue and it is Gecko based.  This is an Apple bug it seems.  I don't know what the browsers get from the OS but it seems to be telling them to actually render a blank page.  I've tested this in every iOS browser and the same thing occurs, a blank page gets loaded.