Task #3721
openCrash reports have unhelpful <name_omitted> signature since LO 24.2
0%
Description
Since LO 24.2, we are getting Linux-only <name_omitted> signatures in our crash report website: https://crashreport.libreoffice.org/stats/signature/%3Cname%20omitted%3E
Using the crash in bug https://bugs.documentfoundation.org/show_bug.cgi?id=141610#c8 as an example:
- 7.6: https://crashreport.libreoffice.org/stats/crash_details/5c2eb4c1-97de-49da-b9ee-95a17acaf55d
- 24.2: https://crashreport.libreoffice.org/stats/crash_details/63e0b23b-873f-449f-b98d-c197d8b6701a
At the time of writing, we have 560+ crash reports in that mixed bag. This means there are different crashes that we can't easily tell apart and link to relevant Bugzilla reports.
For me, crash reports I've generated that have that signature have come from both Ubuntu 20.04 and 22.04.
Updated by Juan José González 7 months ago
- Status changed from New to In Progress
- Assignee set to Juan José González
- Priority changed from Normal to High
I need to push some changes to improve debug ability in the server. e.g. All dumps are deleted from server even if are not correctly processed
Updated by Stéphane Guillou 7 months ago
Here's another example, same crash (tdf#160192) in two versions:
- 7.6: https://crashreport.libreoffice.org/stats/crash_details/ee94c0cd-2191-42df-a57f-995391ae9498
- 24.2: https://crashreport.libreoffice.org/stats/crash_details/c84de1c7-f395-4c7a-94ff-b056c93a6dba
24.2 report has signatures for some of the steps, but not the last one.
Noting also that source paths are not given when there is a signature, but they should always be given to make it easy to jump to the relevant section. (Or was that done by design, to lighten the process / database?)
Updated by Juan José González 3 months ago
- Status changed from In Progress to New