Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

crash-stats.mozilla.org no longer follows symbolic links to identify module filenames #971

Open
karlt opened this issue Mar 4, 2024 · 0 comments

Comments

@karlt
Copy link

karlt commented Mar 4, 2024

e.g. https://crash-stats.mozilla.org/report/index/4ffc6620-fdee-4ab2-b541-a2c140240220#tab-modules
Expected: Filename or Debug Filename libexpat.so.1.8.10.
Actual: Filename and Debug Filename both libexpat.so.1.

Version information is still kind of available in the Debug Identifier, but this requires guessing the library version, finding a library built with exactly the same compiler, options, and dependencies, and running dump_syms on the library.

Canonical full paths (/usr/lib64/libexpat.so.1.8.10) are in the .dmp files, so this appears to be a regression in their processing, though others think that is less clear. It regressed sometime before bug 1824634 comment 3.

Changes for https://bugzilla.mozilla.org/show_bug.cgi?id=1847098 may mitigate this considerably, but I wonder whether they are making some assumptions about filename formats.

@karlt karlt changed the title crash-stats no longer follows symbolic links to identify module filenames crash-stats.mozilla.org no longer follows symbolic links to identify module filenames Mar 4, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant