Closed Bug 419974 Opened 17 years ago Closed 17 years ago

Breakpad fails to get error data in Safe Mode

Categories

(Toolkit :: Crash Reporting, defect)

x86
Windows XP
defect
Not set
major

Tracking

()

RESOLVED INCOMPLETE

People

(Reporter: stream, Assigned: aravind)

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b4pre) Gecko/2008022704 Minefield/3.0b4pre Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b4pre) Gecko/2008022704 Minefield/3.0b4pre This occured on the Safe Mode prompt and after clicking "Reset bookmarks to defaults", make changes and restart sometimes i got crash but the crashes are always empty Only build id and uptime 0 http://crash-stats.mozilla.com/report/index/ac8a086b-e588-11dc-babf-001a4bd46e84 http://crash-stats.mozilla.com/report/index/cfd1c28c-e585-11dc-b2ab-001a4bd43ed6 http://crash-stats.mozilla.com/report/index/a00dc52b-e58a-11dc-8e87-001a4bd46e84 Reproducible: Always
BTW the option to reset bookmarks to defaults is not working bug 397826
(Side note: 'uptime' being 0 is bug 419070.)
I can't reproduce this. To reproduce, I restarted Minefield in safe mode then found a bug that had the "testcase" and "crash" keywords and made Minefield crash. When it did, the generated report was fine: bp-4bdfe0ca-eb1c-11dc-a9b8-001a4bd43ef6 Aravind, can you look and see if there's some reason those three, specific reports didn't process?
Well i remember that it crashed on the profile manager, not when the main browser window was loaded. Not sure if the browser is really started then. I will try tomorrow with same build again.
The Breakpad exception handler gets set up very early in startup. It's loaded before the profile manager.
Another: http://crash-stats.mozilla.com/report/index/0dac290c-eb79-11dc-aa7d-001a4bd43ed6 what i did was: start with new profile parameters -p -no-remote -safe-mode first checked reset bookmarks and restarted then rested all setting and restarted no crash still then i went into the start page and bookmarked it then started again with reset bookmarks and got crash I will try to make clear steps to reproduce.
Hm this time i got crash when i deleted my test profile and clicked cancel http://crash-stats.mozilla.com/report/index/bf157b6b-eb79-11dc-add0-001a4bd43ed6
I cant give exact steps to reproduce, because it seems the crashes are random. Could crash 2 more times but like the last one they have data http://crash-stats.mozilla.com/report/index/84039366-eb7b-11dc-8b5d-001a4bd43e5c http://crash-stats.mozilla.com/report/index/a153a2b0-eb7a-11dc-b8e3-001a4bd43ed6
Here is the processor log for the first one. createReport for ac8a086b-e588-11dc-babf-001a4bd46e84 inserted data: ClauseParameters:{'build_date': datetime.datetime(2008, 2, 27, 4, 0), 'product': u'Firefox', 'os_name': None, 'user_id': u'0be5ef40-9e6c-4673-9e45-3f20a7d 884eb', 'uuid': 'ac8a086b-e588-11dc-babf-001a4bd46e84', 'os_version': None, 'url': u'', 'last_crash': 1225, 'address': None, 'cpu_name': None, 'uptime': 0, 'comments': N one, 'id': 262790551L, 'cpu_info': None, 'reason': None, 'version': u'3.0b4pre', 'build': u'2008022704', 'install_age': 4091, 'signature': None, 'date': datetime.datetim e(2008, 2, 27, 23, 6, 41, tzinfo=<socorro.lib.processor.UTC object at 0xb7aa242c>), 'email': None} 2008-02-27 15:06:51: minidump_processor.cc:52: INFO: Processing minidump in file /mnt/socorro/crash_dumps/2008/2/27/23/bp_60NqcN/ac8a086b-e588-11dc-babf-001a4bd46e84.dum p 2008-02-27 15:06:51: minidump.cc:3245: INFO: Minidump opened minidump /mnt/socorro/crash_dumps/2008/2/27/23/bp_60NqcN/ac8a086b-e588-11dc-babf-001a4bd46e84.dump on fd 3 2008-02-27 15:06:51: minidump.cc:3290: INFO: Minidump not byte-swapping minidump 2008-02-27 15:06:51: minidump.cc:3635: INFO: GetStream: type 7 not present 2008-02-27 15:06:51: minidump.cc:3635: INFO: GetStream: type 7 not present 2008-02-27 15:06:51: minidump.cc:3635: INFO: GetStream: type 1197932545 not present 2008-02-27 15:06:51: minidump.cc:3635: INFO: GetStream: type 6 not present 2008-02-27 15:06:51: minidump.cc:3635: INFO: GetStream: type 4 not present 2008-02-27 15:06:51: minidump.cc:3635: INFO: GetStream: type 3 not present 2008-02-27 15:06:51: minidump_processor.cc:101: ERROR: Minidump /mnt/socorro/crash_dumps/2008/2/27/23/bp_60NqcN/ac8a086b-e588-11dc-babf-001a4bd46e84.dump has no thread l ist 2008-02-27 15:06:51: minidump.cc:3219: INFO: Minidump closing minidump on fd 3 2008-02-27 15:06:51: minidump_stackwalk.cc:448: ERROR: MinidumpProcessor::Process failed File "/data/breakpad/processor/socorro/lib/monitor.py", line 88, in processDump processor.process(dir, dumpID, report) File "/data/breakpad/processor/socorro/lib/processor.py", line 154, in process report.flush() File "/data/breakpad/processor/socorro/models/__init__.py", line 629, in flush r = modules_table.insert().compile(engine=getEngine()).execute(*module_data) File "build/bdist.linux-i686/egg/sqlalchemy/sql.py", line 1064, in execute File "build/bdist.linux-i686/egg/sqlalchemy/engine/base.py", line 783, in execute_compiled File "build/bdist.linux-i686/egg/sqlalchemy/engine/base.py", line 570, in execute_compiled File "build/bdist.linux-i686/egg/sqlalchemy/engine/default.py", line 200, in pre_exec File "build/bdist.linux-i686/egg/sqlalchemy/engine/default.py", line 303, in _process_defaults File "build/bdist.linux-i686/egg/sqlalchemy/databases/postgres.py", line 581, in get_column_default File "build/bdist.linux-i686/egg/sqlalchemy/engine/base.py", line 535, in execute_text File "build/bdist.linux-i686/egg/sqlalchemy/engine/base.py", line 584, in _execute_raw File "build/bdist.linux-i686/egg/sqlalchemy/engine/base.py", line 602, in _execute runProcessor for ac8a086b-e588-11dc-babf-001a4bd46e84 Something didn't work for signatures Error in processor: Caught Error (ignoring): sqlalchemy.exceptions.SQLError (ProgrammingError) relation "modules_report_id_seq" does not exist 'select nextval(\'"modules_report_id_seq"\')' {} Wed Feb 27 15:06:51 2008 | Failed to process ac8a086b-e588-11dc-babf-001a4bd46e84 I am assuming the others are going to be similar. Morgamic and I have seen similar errors in the staging env. He is already working on a bug fix. CCing him on the bug, so he is aware that this is happening in production as well.
Assignee: nobody → aravind
Status: UNCONFIRMED → NEW
Ever confirmed: true
Looks like you're getting broken minidumps. Probably not much we can do there, since we just call a Windows API to write them. Must be a really bad crash. :-/
Updated prod code for some utf fixes. If there is nothing we can do here, I am going to close the bug.
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → INCOMPLETE
reporter: if you could use http://developer.mozilla.org/en/docs/How_to_get_a_stacktrace_with_WinDbg you should be able to file a bug for the crash....
You need to log in before you can comment on or make changes to this bug.