New issue
Advanced search Search tips
Note: Color blocks (like █ or █) mean that a user may not be available. Tooltip shows the reason.

Issue 708756 link

Starred by 1 user
Status: Untriaged
Owner: ----
Cc:
robertshield@chromium.org
█ penny...@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 2
Type: Bug



Sign in to add a comment

[chrome_elf] advapi32.dll, apphelp.dll, version.dll loading before chrome_elf. Remove dependencies & fix tests!

Project Member Reported by penny...@chromium.org, Apr 5 2017 
Ref: crbug/700509

advapi32 (and version.dll) was whitelisted into the tests (so it didn't blow up) in https://chromium.googlesource.com/chromium/src/+/69086d7673ae14680c6451cec3b1160942885327.

Make sure no import dependencies on usermode libs again.  This snuck in with the crashpad move to chrome_elf.

Not sure where apphelp.dll is coming from... might be another Microsoft application shim.  Investigate.

Comment 1 by penny...@chromium.org, Apr 5 2017 

Also, investigate adding a new test that catches any MS shim DLL loads inside a chrome.exe process.  ChromeExeSanityCheck test only looks at exe imports.

Comment 2 by penny...@chromium.org, May 6 2017

Components: -Internals>Core Internals>EarlyLoadingFramework
Project Member

Comment 3 by sheriffbot@chromium.org, May 7 2018

Labels: Hotlist-Recharge-Cold
Status: Untriaged (was: Available)
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue.

Sorry for the inconvenience if the bug really should have been left as Available.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
►

Sign in to add a comment