Closed Bug 1904737 Opened 2 years ago Closed 2 years ago

Crash in [@ RtlEnterCriticalSection | Mutex::Lock]

Categories

(Core :: Graphics: WebRender, defect)

Other
Windows
defect

Tracking

()

RESOLVED WORKSFORME
Tracking Status
firefox-esr115 --- unaffected
firefox127 --- unaffected
firefox128 --- unaffected
firefox129 --- fix-optional

People

(Reporter: release-mgmt-account-bot, Unassigned)

References

(Blocks 1 open bug)

Details

(Keywords: crash, regression)

Crash Data

Crash report: https://crash-stats.mozilla.org/report/index/8891e94e-8bac-4992-b3b9-a74c70240621

Reason: EXCEPTION_ACCESS_VIOLATION_READ

Top 10 frames of crashing thread:

0  ntdll.dll  RtlEnterCriticalSection  
1  mozglue.dll  Mutex::Lock  memory/build/Mutex.h:81
1  mozglue.dll  MaybeMutex::Lock  memory/build/Mutex.h:200
1  mozglue.dll  AutoLock<MaybeMutex>::AutoLock  memory/build/Mutex.h:247
1  mozglue.dll  arena_t::MallocSmall  memory/build/mozjemalloc.cpp:3457
1  mozglue.dll  arena_t::Malloc  memory/build/mozjemalloc.cpp:3513
1  mozglue.dll  BaseAllocator::malloc  memory/build/mozjemalloc.cpp:4736
1  mozglue.dll  MozJemalloc::malloc  memory/build/malloc_decls.h:51
1  mozglue.dll  PageMalloc  memory/build/PHC.cpp:1339
1  mozglue.dll  MozJemallocPHC::malloc  memory/build/PHC.cpp:1346

By querying Nightly crashes reported within the last 2 months, here are some insights about the signature:

  • First crash report: 2024-06-21
  • Process type: Content
  • Is startup crash: No
  • Has user comments: No
  • Is null crash: No

By analyzing the backtrace, the regression may have been introduced by a patch [1] to fix Bug 1896503.

[1] https://hg.mozilla.org/mozilla-central/rev?node=c2eaf893e115

:ahale, since you are the author of the potential regressor, could you please take a look?

Flags: needinfo?(ahale)

I'm looking into this.

Assignee: nobody → ahale
Flags: needinfo?(ahale)

There's only two crashes with that signature on nightly. The buildids are 20240620213827 and 20240623211133, I don't think bug 1896503 was in either of those builds so the bot must have made a mistake.

The signatures of the two crashes look very different.

Yeah I can't figure out how the WR SVGFE integration would provoke this, it even tries to avoid using memory allocation for performance reasons (limited graph size is allowed by SVG spec, so might as well make use of that).

The SVGFE integration landed 2024-06-18, was backed out the same day, then was landed again on 2024-06-25 and has not been backed out. So the buildids do not overlap the first time it landed or the second time.

No longer regressed by: 1896503
Assignee: ahale → nobody

Triaging as S3, as I see no indication of a production issue yet.

Severity: -- → S3

In the last seven days all of the crashes with this signature are on 115 or older. The two crashes in nightly mentioned above are now outside the seven day window. I think this was just noise. I'm gonna close this bug.

Status: NEW → RESOLVED
Closed: 2 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.