Closed Bug 1740569 Opened 3 years ago Closed 3 years ago

BlockedDllList annotation is missing if the launcher process is enabled

Categories

(Firefox :: Launcher Process, defect)

Unspecified
Windows
defect

Tracking

()

RESOLVED FIXED
96 Branch
Tracking Status
firefox-esr91 --- wontfix
firefox94 --- wontfix
firefox95 --- wontfix
firefox96 --- fixed

People

(Reporter: toshi, Assigned: toshi)

References

(Regression)

Details

(Keywords: regression)

Attachments

(1 file)

I happened to realize BlockedDllList annotation is not set if the launcher process is enabled. Bug 1420363 changed the type of the first parameter of DllBlocklist_WriteNotes from HANDLE to AnnotationWriter&, but firefox!NativeNtBlockSet_Write still receives the first parameter as HANDLE. As a result, WriteFile never succeeds.

With the patch, we can see the BlockedDllList annotation when LauncherProcessState is 0 (= Enabled).

Bug 1420363 changed the type of WriterFn's parameter from HANDLE to
AnnotationWriter& and rewrote InternalWriteNotes in mozglue.dll, but
it didn't update NativeNtBlockSet_Write in firefox.exe, which is used
when the launcher process is enabled.

This patch applies a part of D46848 to NativeNtBlockSet_Write.

Set release status flags based on info from the regressing bug 1420363

Pushed by tkikuchi@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/908a35db1348 NativeNtBlockSet_Write needs to receive AnnotationWriter. r=gsvelto
Status: NEW → RESOLVED
Closed: 3 years ago
Resolution: --- → FIXED
Target Milestone: --- → 96 Branch

Is this worth backporting to ESR91 also? It grafts cleanly.

Flags: needinfo?(tkikuchi)

We don't need to. Without this patch, we miss the annotation field BlockedDllList, but we haven't been actively monitoring it. There is no behavior change visible to users nor benefit for users.

Flags: needinfo?(tkikuchi)
Has Regression Range: --- → yes
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: