New issue
Advanced search Search tips

Issue 674249 link

Starred by 8 users

Issue metadata

Status: Verified
Owner:
Closed: Dec 2016
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Chrome
Pri: 1
Type: Bug-Regression



Sign in to add a comment

Incorrect date/time info under chrome://crashes

Project Member Reported by rookrishna@chromium.org, Dec 14 2016

Issue description

Chrome 57.0.2951.0/9086.0.0 samus

Please specify Cr-* of the system to which this bug/feature applies (add
the label below).

Steps To Reproduce:
(1)Check the date/time details of the crash report
(2)
(3)

Result:- Incorrect date/time

How frequently does this problem reproduce? (Always, sometimes, hard to
reproduce?)
Always on TOT

What is the impact to the user, and is there a workaround? If so, what is
it?

Please provide any additional information below. Attach a screen shot or
log if possible.
Crash ID ChromeOS (Server ID: 8840780080000000)

Crash report captured on Wednesday, December 31, 1969 at 4:00:00 PM, reported on Wednesday, December 31, 1969 at 4:00:00 PM

Provide additional details

Crash ID Chrome (Server ID: c333680080000000)

Crash report captured on Wednesday, December 31, 1969 at 4:00:00 PM, reported on Wednesday, December 31, 1969 at 4:00:00 PM

Provide additional details

Crash ID Chrome (Server ID: 418793e300000000)

Crash report captured on Wednesday, December 31, 1969 at 4:00:00 PM, reported on Wednesday, December 31, 1969 at 4:00:00 PM

Provide additional details

Crash ID Chrome (Server ID: ce34080080000000)

Crash report captured on Wednesday, December 31, 1969 at 4:00:00 PM, reported on Wednesday, December 31, 1969 at 4:00:00 PM

Provide additional details

Crash ID Chrome (Server ID: 20d1080080000000)

Crash report captured on Wednesday, December 31, 1969 at 4:00:00 PM, reported on Wednesday, December 31, 1969 at 4:00:00 PM

 

Comment 1 Deleted

Components: -UI Internals>CrashReporting
Owner: afakhry@chromium.org
Status: Assigned (was: Untriaged)
afakhry@ is this related to the crashpad vs breakpad issue you mentioned yesterday?
Cc: pucchakayala@chromium.org
Reproduce the issue on 57.0.2951.0/9086.0.0 - Candy,

Not reproduce the issue on Chrome 57.0.2950.0/9085.0.0 - Paine
Cc: afakhry@chromium.org
Owner: mark@chromium.org
Yes, I think so. I think mark@ can explain what's going on and probably triage.

Comment 5 by ajha@chromium.org, Dec 16 2016

Cc: mark@chromium.org rsesek@chromium.org ajha@chromium.org
Labels: hasbisect-per-revision ReleaseBlock-Dev OS-Linux
Owner: jiameng@chromium.org
Able to reproduce the issue on the latest M-57, chrome version: 57.0.2953.0 of Linux as well. Works fine on Mac OS 10.12.2 and Windows-10 with the same chrome version.

Regressed in M-57.

Last good build: 57.0.2950.0
First bad build: 57.0.2951.0

Changelog:
===========
https://chromium.googlesource.com/chromium/src/+log/7ad02f9ac069e7f594b5f385bd20286e420bfd93..d8027b2065994c2a5b8cbea2821971dc60b7c6f5

jiameng@: Could you please take a look at this.

Thank you!
Issue 674074 has been merged into this issue.
 Issue 674701  has been merged into this issue.

Comment 8 by phistuck@gmail.com, Dec 16 2016

See -
https://chromium.googlesource.com/chromium/src/+/d8027b2065994c2a5b8cbea2821971dc60b7c6f5%5E%21/#F2
I used the same <ph name="CRASH_TIME">, that may be the issue.
Can you change the second one to <ph name="UPLOAD_TIME">?

Thank you!

Comment 9 by w...@chromium.org, Dec 16 2016

Re #8: So there are two bugs IIUC: (1) we are displaying crash_time in place of upload_time and (2) crash_time is being incorrectly set to 1969?

Comment 10 by mark@chromium.org, Dec 16 2016

This was filed with OS-Linux, OS-Chrome. Both of those are Breakpad platforms. Here’s what I told Ahmed about crash times last week:

> I think that the reason for this is simple: Breakpad doesn’t record capture
> time, but Crashpad does. When we started with this thing, everyone was on
> Breakpad, and it was an “upload list,” not even a “crash list.” All we had were
> uploaded crashes and their upload times. Crashpad fixes that, recording all
> crashes (even when upload is turned off) and tracking capture time independently
> from upload time. But we don’t have Crashpad everywhere yet, we’ve still got
> Breakpad-using platforms, which now each have different capabilities in what
> they can do in this department.

(https://codereview.chromium.org/2557983002/#msg7)

Comment 11 by phistuck@gmail.com, Dec 16 2016

#9 - I am not sure it was displaying one value instead of the other, I think having the same name confused the internationalization API somehow, which made it show that time stamp.

Comment 12 by w...@chromium.org, Dec 16 2016

Aha! So the issues are (1) we still use Breakpad on Linux & CrOS, which
don't set crash-time (2) we changed things to display crash-time as well as
upload-time and (3) we actually display only crash-time. :P

While we're fixing the templates to use upload-time correctly, perhaps we
can also make display of crash-time conditional on one actually being set,
then, to accommodate the Breakpad limitation?

Comment 13 by w...@chromium.org, Dec 16 2016

Re #11: I believe the issue is that both of the placeholders in the IDS_CRASH_CRASH_TIME_FORMAT template are specified as $1, i.e. to substitute the first of the supplied parameters, which is crash-time.

Comment 14 by phistuck@gmail.com, Dec 16 2016

Crap, I missed that. I will copy that insight to the review. Thank you.
Just wondering, do we have any update on the above fix?

Thank you!

Comment 16 by phistuck@gmail.com, Dec 20 2016

Working on it with jiameng@ - https://codereview.chromium.org/2581983002/
Any help will be appreciated, sorry for the mess...
this won't directly fix CrOS.  the system crash reporter needs updating for that.  issue 675861 is tracking that work.

Comment 18 by phistuck@gmail.com, Dec 20 2016

#17 - yes, I want to detect when the capture_time does not exist and show the old string in that case. If you can shed some light on detecting that in the review, that would expedite the fix...

Comment 19 by phistuck@gmail.com, Dec 20 2016

I wrote a new change that should fix the issue for all of the platforms, it is in the code review URL. Sorry, everyone, for the trouble. :(
Status: Fixed (was: Assigned)
See https://bugs.chromium.org/p/chromium/issues/detail?id=664430#c13 - the offending change was reverted. This is fixed. Closing.
Project Member

Comment 21 by bugdroid1@chromium.org, Jan 6 2017

The following revision refers to this bug:
  https://chromium.googlesource.com/chromium/src.git/+/c5ffc3925eacc602f07e724560a4b0830edf108c

commit c5ffc3925eacc602f07e724560a4b0830edf108c
Author: wez <wez@chromium.org>
Date: Fri Jan 06 23:18:25 2017

Display both capture and upload times in chrome://crashes.

Originally chrome://crashes only displayed uploaded crashes, and only
displayed the time at which the crash report was uploaded.

On systems using Crashpad we also have access to the crash capture-time
which is useful in identifying crash reports which occurred while
offline, for example, such that the capture and upload times would
differ considerably.

This patch was originally drafted by phistuck@gmail.com and
jiameng@chromium.org.

BUG= 664430 , 674249 

Review-Url: https://codereview.chromium.org/2612993003
Cr-Commit-Position: refs/heads/master@{#442091}

[modify] https://crrev.com/c5ffc3925eacc602f07e724560a4b0830edf108c/components/crash/core/browser/crashes_ui_util.cc
[modify] https://crrev.com/c5ffc3925eacc602f07e724560a4b0830edf108c/components/crash/core/browser/resources/crashes.js
[modify] https://crrev.com/c5ffc3925eacc602f07e724560a4b0830edf108c/components/crash_strings.grdp

Status: Verified (was: Fixed)
Verified on 
Google Chrome	57.0.2970.0 (Official Build) dev (64-bit)
Revision	0
Platform	9156.0.0 (Official Build) dev-channel 

Comment 23 by phistuck@gmail.com, Jan 10 2017

"Revision	0"? :S This looks like a bug...

Comment 24 by ajha@chromium.org, Jan 10 2017

 Issue 536065  is opened for "Revision	0" 

Sign in to add a comment