-
-
Notifications
You must be signed in to change notification settings - Fork 185
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[BUG]: Microsoft Edge still alive after removal #309
Comments
Here a capture:
|
Could you test uninstalling the updates in an elevated "C:\Program Files (x86)\Microsoft\EdgeUpdate\MicrosoftEdgeUpdate.exe" /uninstall It would be also nice to test it that it can be reinstalled using: "C:\Program Files (x86)\Microsoft\EdgeUpdate\MicrosoftEdgeUpdate.exe" /install I then wonder if these services (Get-Service -Name edgeupdate).StartType
(Get-Service -Name edgeupdatem).StartType Other option would be to stop updates according to Microsoft docs, but this probably won't work is only designed for enterprises as usual: reg add "HKLM\SOFTWARE\Policies\Microsoft\EdgeUpdate" /v "UpdateDefault" /t "REG_DWORD" /d "0" /f Removal of web view would break any third party or Microsoft application that tries to render native Windows browser inside. |
This results in nothing, the file still present in directory.
This results in an error message:
This is the PS results:
I'm on an Enterprise version and I tried to add these reg value but I can notice the service running again. |
It looks like the Edge More changes may come to the uninstallation procedure, now that the EU has forced MS to make it possible to uninstall Edge via official ways. |
Thanks for the guidance and update @ltguillaume. It sounds sad to rely on downloading and using a proprietary executable. What do you think? Should privacy.sexy host this file, download/use it and remove? |
I think it's rather nasty, too, but effectively it's just an older version of the official M$ file. I'm not sure if/where we can track how/when Edge can be uninstalled for EU users, because making that method available to all users would be preferable: it should prevent anything that could possibly break updates, as was the case in the past. |
This change might allow uninstalling Edge again without using an old |
Using latest However, it fails for Windows 10 22H2:
So the problem is only affects Windows 10 using the latest Exit code 93 leads also errors for winget: microsoft/winget-cli#1286. We should be watching this issue to see any official explanation. @ltguillaume, these lines creates "fake existence" of legacy edge app: New-Item -Path "$env:SystemRoot\SystemApps\Microsoft.MicrosoftEdge_8wekyb3d8bbwe" -ItemType Directory -ErrorAction SilentlyContinue -Force
New-Item -Path "$env:SystemRoot\SystemApps\Microsoft.MicrosoftEdge_8wekyb3d8bbwe" -ItemType File -Name 'MicrosoftEdge.exe' -Force And interestingly, it actually led to succesfull uninstallation of Edge on Windows 10 22H2 🥳. It means that I can reproduce that the updater is not removed and exist at |
Yeah I saw, great, yet another piece of trickery needed to fool M$ then 😛 I'm not sure if EdgeUpdate would then still reinstall Edge (bad) or if it's necessary to still update WebView2 (possibly good if you still want it installed). Note: I have seen this fail on Windows 11 LTSC 2024 as well, though. I resorted to using the batch script from https://github.com/ShadowWhisperer/Remove-MS-Edge with the older |
To close this issue, we need to take decisions about EdgeUpdate. We could provide a script to delete it but then it will also affect WebView2. We could add a new category as
Does this make sense? If yes should they be under: a. |
Yes, that would definitely be best imho. Just put it all under Remove Bloatware > Remove Edge (Chromium), that's great. |
Most novice user would think way: I want to remove Edge, let me click on "Remove Edge (Chromium)", and then they get updates and WebView2 uninstalled too. Separating other stuff (updates + webview2) to Edge components would prevent them from making mistakes i.e. removing, blocking stuff that may be useful. So a categorization to simplify risk management would be beneficial, but unsure what's the best way. |
That's a good point. As for option B: I hate the idea that the clear distinction between Windows Store APPS and Win32 PROGRAMS is fading. Everything is called "app" nowadays. For that reason I would even rename So I wouldn't say the category A category |
Thanks for feedback, let's leave that category for the apps. And I agree with renaming. I can merge a PR for it as I may forget this change. I'll add stopping Edge updates + and the fix for Windows 10 and close the issue. We can create a new issue for disabling WebView2 later if we see necessary. |
This commit introduces a placeholder ifle creation step necessary for the uninstallation process of Microsoft Edge on Windows 10, as discussed in #309. The file simulates the presence of Microsoft Edge (Legacy), which newer uninstallers check for before proceeding with the uninstallation. This change resolves the observed issue where the uninstaller fails to recognize the absence of Legacy Edge, hindering the uninstallation process. Changes: - Add placeholder file creation/removal for legacy Edge. - Update and improve the documentation.
This commit adds scripts to block automatic updates for Microsoft Edge and WebView2 on Windows, aimed at enhancing user privacy as per the issue #309. Changes: - Create a new category for scripts targeting Edge and WebView2 updates. - Add scripts for disabling automatic update services, scheduled tasks, and executable blocking, along with registry configurations. Other supporting changes: - Remove comments in code that indicates reusing of small text parts. This approach does not encourage creating unique content.
0.13.5 is now released 🚀. Both the removal fix and disabling of auto-updates are released. Meanwhile looking at this, added tens of other ways to configure Edge. It resolves lot of privacy issues. Credit given in release notes to @ltguillaume and @d3cim. Thank you again. If we want to delete/uninstall WebView2, we can create a new issue. Closing this. |
Fantastic, thank you! 🥇 |
Description
Microsoft Edge still trying to ping Microsoft after uninstalling it.
OS
Microsoft Windows 10 IoT Enterprise
10.0.19045 Build 19045
Reproduction steps
Install a generic traffic monitor like Wireshark or any good firewall like simplewall and see these pings coming from
microsoftedgeupdate.exe
happen time to time during a normal session.The file is stored in
C:\Program Files (x86)\Microsoft\EdgeUpdate
folder.Scripts
A custom version between Strict and All.
privacy-script-hard.txt
Screenshots
Additional information
I can also notice
msedgewebview2.exe
do some requests coming fromC:\Program Files (x86)\Microsoft\EdgeWebView\Application\120.0.2210.121
folder.I don't know if it is something strictly related to MS Edge but blocking them doesn't seem to affect the system usability.
I would like to thank you for your work and your tool.. it is simply amazing..
The text was updated successfully, but these errors were encountered: