Open
Bug 1325876
Opened 8 years ago
Updated 6 months ago
Show internal error page for HTTP responses with error codes (4xx, 5xx) and "Content-Length: 0" instead of blank page
Categories
(Core :: DOM: Navigation, defect)
Core
DOM: Navigation
Tracking
()
People
(Reporter: blassey, Unassigned)
References
(Blocks 1 open bug)
Details
(Keywords: parity-chrome)
http://www.theworldin.com/article/12597/martin-luther-church-splitter?fsrc=scn/tw/wi/bl/ed/ didn't load http://www.theworldin.com/article/12597/martin-luther-church-splitter does
Reporter | ||
Updated•8 years ago
|
tracking-fennec: --- → ?
Comment 1•8 years ago
|
||
Using Chrome to open [1] gets HTTP ERROR 503 error. [1] http://www.theworldin.com/article/12597/martin-luther-church-splitter?fsrc=scn/tw/wi/bl/ed/
Comment 2•8 years ago
|
||
Not a recent regression.
status-firefox50:
--- → affected
status-firefox51:
--- → affected
status-firefox52:
--- → affected
status-firefox53:
--- → affected
Comment 3•8 years ago
|
||
(In reply to Wesley Huang [:wesley_huang] (EPM) (NI me) from comment #1) > Using Chrome to open [1] gets HTTP ERROR 503 error. > > [1] > http://www.theworldin.com/article/12597/martin-luther-church- > splitter?fsrc=scn/tw/wi/bl/ed/ Server replies differently now. Now both chrome and firefox can load page thru the URL.
Comment 4•8 years ago
|
||
The website in comment 1 is normal now. Julian gave me this website to test all the http status code: http://ozuma.sakura.ne.jp/httpstatus/ I've checked Chrome could display error message but we only show a blank page.
Flags: needinfo?(sorina.florean)
Reporter | ||
Updated•8 years ago
|
Summary: URL doesn't load with query string, but does without it → Blank page shown when server returns a 503 error
I get this on desktop nightly too, so I think this might be intentional? Patrick, do we want show our internal load error pages if Content-length=0?
Flags: needinfo?(mcmanus)
Comment 6•8 years ago
|
||
I think for the case of 0 bytes of content the front end should indeed show our local error page.. but if there is content then it probably makes sense to render it.
Flags: needinfo?(mcmanus)
Comment 7•8 years ago
|
||
So I guess the issue is not fennec specific. I'm changing the product/component.
tracking-fennec: ? → ---
Product: Firefox for Android → Firefox
Comment 8•8 years ago
|
||
Hello and sorry for delay here. Tested with Huawei MediaPad M2 (Android 5.1.1) on latest Nightly (54.0a1 from 2017-01-29) and with page http://ozuma.sakura.ne.jp/httpstatus/ from comment 4. Here are the results: - http://ozuma.sakura.ne.jp/httpstatus/503 shows a blank page (same for 101, 200, 201, 202, 203, 206, 207, 208, 304, 305, 306, 400, 401 and the rest of the list) - on Chrome I got the following message that page isn't working (http://ozuma.sakura.ne.jp/httpstatus/) - the first link from description, is working in latest Nightly
Flags: needinfo?(sorina.florean)
Comment 9•7 years ago
|
||
Too late for firefox 52, mass-wontfix.
Updated•2 years ago
|
Severity: normal → S3
Comment 10•1 year ago
|
||
Using this bug to track showing error pages on http error responses with "Content-Length: 0", because it is the oldest I could find. Is there any specification which says that the browser should or may show an internal error page for http errors? In any case I think it would be less confusing for users instead of seeing an empty page.
Type: defect → enhancement
Component: General → DOM: Navigation
Product: Firefox → Core
Summary: Blank page shown when server returns a 503 error → Show internal error page for HTTP responses with error codes (4xx, 5xx) and "Content-Length: 0" instead of blank page
Updated•1 year ago
|
Severity: S3 → --
Type: enhancement → defect
Updated•11 months ago
|
Severity: -- → S3
Updated•9 months ago
|
Keywords: parity-chrome
Updated•6 months ago
|
Blocks: necko-error
You need to log in
before you can comment on or make changes to this bug.
Description
•