mirror of
https://github.com/mozilla/gecko-dev.git
synced 2024-12-24 00:24:14 +00:00
1cc025cecd
We compare two file ids to check the current process is launched from the same executable. However, our telemetry showed a number of Win7 users failed to open a file handle of the parent process with STATUS_OBJECT_PATH_NOT_FOUND even though we opened a process handle and retrieved a module path of the parent process successfully. We don't have data to explain how this happens or why this happens only on Win7, Win10 10240, and 10586. To mitigate this situation, this patch introduces a logic to compare NT path strings. The benefit from doing this is 1) we don't have to open a file handle of a parent process executable and 2) when we get an NT path, a network drive or a symbolic link is already solved. This new logic is much faster, but we still compare file ids on the first attempt to minimize the impact. We fall back to the new logic only if we detect the STATUS_OBJECT_PATH_NOT_FOUND failure. Differential Revision: https://phabricator.services.mozilla.com/D45476 --HG-- extra : moz-landing-system : lando |
||
|---|---|---|
| .. | ||
| actors | ||
| app | ||
| base | ||
| branding | ||
| components | ||
| config | ||
| docs | ||
| extensions | ||
| fonts | ||
| fxr | ||
| installer | ||
| locales | ||
| modules | ||
| themes | ||
| tools/mozscreenshots | ||
| .eslintrc.js | ||
| app.mozbuild | ||
| build.mk | ||
| confvars.sh | ||
| defs.mk | ||
| l10n-registry.manifest | ||
| LICENSE | ||
| Makefile.in | ||
| moz.build | ||
| moz.configure | ||