Open Bug 1414008 Opened 8 years ago Updated 3 years ago

Investigate file access via graphics gfxWindowsPlatform::GetPlatformCMSOutputProfile

Categories

(Core :: Graphics, enhancement, P3)

Product:
Core
Component:
Graphics
Platform:
All
Windows
Type:
enhancement

Tracking

()

People

(Reporter: jimm, Unassigned)

Details

(Whiteboard: sb+[gfx-noted])

Looks like we do basic fileio here in the content process during init. Depending on the path this might be failing silently. No assertion, no return value, and the debug output goes to stderr on Windows. So if it does fail, no one would know.
Flags: needinfo?(bobowencode)
Priority: -- → P3
Whiteboard: sb+
At the moment gfxWindowsPlatform::GetPlatformCMSOutputProfile appears to always be called as part of ContentChild::RecvSetXPCOMProcessAttributes, which is currently before we lower the sandbox and it should be working fine. However, we should probably have assertions or use gfxDevCrash or something in this code, depending on how serious we think a failure is. Clearing the priority in the hope that it gets back into a triage.
Component: Security: Process Sandboxing → Graphics
Flags: needinfo?(bobowencode)
Priority: P3 → --
Priority: -- → P3
Whiteboard: sb+ → sb+[gfx-noted]
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.