Chromium Code Reviews
chromiumcodereview-hr@appspot.gserviceaccount.com (chromiumcodereview-hr) | Please choose your nickname with Settings | Help | Chromium Project | Gerrit Changes | Sign out
(205)

Issue 6995091: Avoid a NOT_REACHED() hit when we get an empty 404 page and (Closed)

Created:
9 years, 6 months ago by tony
Modified:
9 years, 6 months ago
CC:
chromium-reviews, joi+watch-content_chromium.org, jam
Visibility:
Public.

Description

Avoid a NOT_REACHED() hit when we get an empty 404 page and link doctor is down or disabled. We weren't fully specifying WebURLError, which caused us to be confused when looking up the strings for the error code. We still don't have a nice error message for this, but at least we don't DCHECK in debug and this will now at least cause the local error page to say there was an http 404 error. BUG=76457 Committed: http://src.chromium.org/viewvc/chrome?view=rev&revision=88543

Patch Set 1 #

Unified diffs Side-by-side diffs Delta from patch set Stats (+2 lines, -0 lines) Patch
M content/renderer/render_view.cc View 1 chunk +2 lines, -0 lines 0 comments Download

Messages

Total messages: 7 (0 generated)
tony
9 years, 6 months ago (2011-06-08 22:02:09 UTC) #1
mmenke
LGTM
9 years, 6 months ago (2011-06-08 22:06:07 UTC) #2
tony
+more content owners
9 years, 6 months ago (2011-06-08 22:08:26 UTC) #3
jam
lgtm
9 years, 6 months ago (2011-06-09 00:12:20 UTC) #4
darin (slow to review)
In this case, maybe we should just try to leave the original 404 page, as ...
9 years, 6 months ago (2011-06-13 21:35:40 UTC) #5
tony
On 2011/06/13 21:35:40, darin wrote: > In this case, maybe we should just try to ...
9 years, 6 months ago (2011-06-13 21:39:18 UTC) #6
darin (slow to review)
9 years, 6 months ago (2011-06-13 21:48:05 UTC) #7
On Mon, Jun 13, 2011 at 2:39 PM, <tony@chromium.org> wrote:

> On 2011/06/13 21:35:40, darin wrote:
>
>> In this case, maybe we should just try to leave the original 404 page, as
>>
> served
>
>> to us by the web server, visible to the user instead of trying to show our
>> own
>> lame error page instead?
>>
>
> We only show our lame error page if the web server returns no content (a
> 404 in
> the header, but no content).
>
> We removed the 512 byte check a few months ago since IE7+ doesn't do the
> 512
> byte check either.
>
>
I see.  If didReceiveDocumentData is called, then we will show the original
404 page.

SGTM



>
>
http://codereview.chromium.**org/6995091/<http://codereview.chromium.org/6995...
>

Powered by Google App Engine
This is Rietveld 408576698