Bug 2156746
| Summary: | [abrt] epiphany-runtime: __strlen_avx2(): epiphany killed by SIGSEGV | ||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | sime.thompson | ||||||||||||||||||||||||||
| Component: | libportal | Assignee: | Kalev Lember <klember> | ||||||||||||||||||||||||||
| Status: | NEW --- | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||||||||||||||||||||||
| Severity: | unspecified | Docs Contact: | |||||||||||||||||||||||||||
| Priority: | unspecified | ||||||||||||||||||||||||||||
| Version: | 37 | CC: | bnocera, gecko-bugs-nobody, gnome-sig, jhorak, mcatanza, mclasen, rstrode, sandmann, tpopela | ||||||||||||||||||||||||||
| Target Milestone: | --- | Flags: | bnocera:
needinfo?
(sime.thompson) |
||||||||||||||||||||||||||
| Target Release: | --- | ||||||||||||||||||||||||||||
| Hardware: | x86_64 | ||||||||||||||||||||||||||||
| OS: | Unspecified | ||||||||||||||||||||||||||||
| URL: | https://retrace.fedoraproject.org/faf/reports/bthash/4f8d8a84120b53ab923047fd268288aea5118328 | ||||||||||||||||||||||||||||
| Whiteboard: | abrt_hash:d9d3433353a2cb6dcc56dd86b8d0fd05bef1a121;VARIANT_ID=workstation; | ||||||||||||||||||||||||||||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |||||||||||||||||||||||||||
| Doc Text: | Story Points: | --- | |||||||||||||||||||||||||||
| Clone Of: | Environment: | ||||||||||||||||||||||||||||
| Last Closed: | Type: | --- | |||||||||||||||||||||||||||
| Regression: | --- | Mount Type: | --- | ||||||||||||||||||||||||||
| Documentation: | --- | CRM: | |||||||||||||||||||||||||||
| Verified Versions: | Category: | --- | |||||||||||||||||||||||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||||||||||||||||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||||||||||||||||||||||
| Embargoed: | |||||||||||||||||||||||||||||
| Attachments: |
|
||||||||||||||||||||||||||||
|
Description
sime.thompson
2022-12-28 13:42:25 UTC
Created attachment 1934726 [details]
File: backtrace
Created attachment 1934728 [details]
File: core_backtrace
Created attachment 1934730 [details]
File: cpuinfo
Created attachment 1934733 [details]
File: dso_list
Created attachment 1934735 [details]
File: environ
Created attachment 1934736 [details]
File: exploitable
Created attachment 1934737 [details]
File: limits
Created attachment 1934738 [details]
File: maps
Created attachment 1934739 [details]
File: mountinfo
Created attachment 1934740 [details]
File: open_fds
Created attachment 1934741 [details]
File: proc_pid_status
Created attachment 1934742 [details]
File: var_log_messages
I don't know how it happens, but this line is making epiphany crash: portal->sender = g_strdup (g_dbus_connection_get_unique_name (portal->bus) + 1); The only way this crash is if the bus isn't set, and the unique name is NULL. The upstream code has changed a bit, and will now show an error and assert if there's a problem with D-Bus. Can you reproduce the problem, or did this only happen once? If it happens repeatedly, I can cherry-pick parts of upstream commit c4735251029f1a30c41f6d0ea37f245bef270445 so we see what the D-Bus error is. Otherwise I'll just leave it until there's a new upstream version of libportal to rebase. dont remember ever using epiphany....maybe something else was using it in the background (In reply to sime.thompson from comment #14) > dont remember ever using epiphany....maybe something else was using it in > the background You used gnome-timeshift which uses epiphany. thanks...as I now remember, Timeshift worked perfectly using both rsync and btrfs then it just crashed when it finished. The backups/snapshots were perfect. (In reply to sime.thompson from comment #16) > thanks...as I now remember, Timeshift worked perfectly using both rsync and > btrfs then it just crashed when it finished. The backups/snapshots were > perfect. My question was: Can you reproduce the problem, or did this only happen once? I tried it a few times...same result each time. There wasn't one time when it didn't crash on completion of backup. Can you please update to the version of libportal built here, and test this again? This should give a slightly different output if the problem still happens. (In reply to Bastien Nocera from comment #19) > Can you please update to the version of libportal built here, and test this > again? Here: https://koji.fedoraproject.org/koji/taskinfo?taskID=96287760 > This should give a slightly different output if the problem still happens. This package has changed maintainer in Fedora. Reassigning to the new maintainer of this component. This package has changed maintainer in Fedora. Reassigning to the new maintainer of this component. |