Closed Bug 1786638 Opened 1 year ago Closed 1 year ago

Crash in [@ refRelationSetCB]

Categories

(Core :: Disability Access APIs, defect)

Desktop
Linux
defect

Tracking

()

RESOLVED FIXED
106 Branch
Tracking Status
firefox-esr91 --- unaffected
firefox-esr102 --- unaffected
firefox104 --- unaffected
firefox105 --- fixed
firefox106 --- fixed

People

(Reporter: morgan, Assigned: morgan)

References

(Regression)

Details

(Keywords: crash, regression)

Crash Data

Attachments

(1 file)

Crash report: https://crash-stats.mozilla.org/report/index/951d96e7-4298-4560-82fa-43afb0220823

Reason: SIGSEGV / SEGV_MAPERR

Top 10 frames of crashing thread:

0 libxul.so refRelationSetCB accessible/atk/AccessibleWrap.cpp:840
1 libatk-bridge-2.0.so.0 spi_atk_add_client 
2 libatk-bridge-2.0.so.0 str_pair_equal 
3 libdbus-1.so.3 dbus_connection_dispatch 
4 libatspi.so.0 message_queue_dispatch /usr/src/debug/at-spi2-core/atspi/atspi-gmain.c:89
5 libglib-2.0.so.0 g_main_context_dispatch /usr/src/debug/glib/glib/gmain.c:4135
6 libglib-2.0.so.0 g_main_context_iterate.constprop.0 /usr/src/debug/glib/glib/gmain.c:4211
7 libglib-2.0.so.0 g_main_context_iteration /usr/src/debug/glib/glib/gmain.c:4276
8 libxul.so nsThread::ProcessNextEvent xpcom/threads/nsThread.cpp:1121
9 libxul.so mozilla::ipc::MessagePump::Run ipc/glue/MessagePump.cpp:85
Assignee: nobody → mreschenberg
Pushed by mreschenberg@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/ed231c100cea
Return early if we can't fetch an internal obj when computing ATK relations r=Jamie
Status: NEW → RESOLVED
Closed: 1 year ago
Resolution: --- → FIXED
Target Milestone: --- → 106 Branch
Crash Signature: [@ refRelationSetCB] → [@ refRelationSetCB] [@ UpdateAtkRelation ]

hello, I don't know what disabled status on ff105 version means but my firefox 105.0 on Arch Linux is crashing constantly now.

https://crash-stats.mozilla.org/report/index/bp-4f85ec68-c2ce-4c0e-bd6f-22e600220921

Maybe Ryan misread the code? This crash can only happen when the cache is disabled (the default on all desktop channels), not enabled.

   if (!StaticPrefs::accessibility_cache_enabled_AtStartup() &&
       acc->IsRemote()) {

A null dereference of acc here requires accessibility.cache.enabled be false.

Flags: needinfo?(ryanvm)

Indeed, sorry for that :(. Morgan, can you please nominate this for release approval so we can get this uplifted to a 105 dot release?

Flags: needinfo?(ryanvm) → needinfo?(mreschenberg)

Comment on attachment 9291243 [details]
Bug 1786638: Return early if we can't fetch an internal obj when computing ATK relations r?Jamie

Beta/Release Uplift Approval Request

  • User impact if declined: Users will continue to experience this crash
  • Is this code covered by automated tests?: No
  • Has the fix been verified in Nightly?: Yes
  • Needs manual test from QE?: No
  • If yes, steps to reproduce:
  • List of other uplifts needed: None
  • Risk to taking this patch: Low
  • Why is the change risky/not risky? (and alternatives if risky): This is just an additional null check, so it shouldn't have any adverse affects on users.
  • String changes made/needed:
  • Is Android affected?: No
Flags: needinfo?(mreschenberg)
Attachment #9291243 - Flags: approval-mozilla-release?

Comment on attachment 9291243 [details]
Bug 1786638: Return early if we can't fetch an internal obj when computing ATK relations r?Jamie

Approved for 105.0.1. We don't have a firm ETA on when that'll ship yet, but it'll be by October 4 at the latest.

Attachment #9291243 - Flags: approval-mozilla-release? → approval-mozilla-release+

Just to close the loop, 105.0.1 is expected to ship tomorrow with this fix included.

You need to log in before you can comment on or make changes to this bug.