Firefox becomes unresponsive when sharing my network connection after the latest KB5014699 update
Categories
(Core :: Networking, defect)
Tracking
()
People
(Reporter: vangelis.xanthakis, Unassigned)
References
Details
Attachments
(1 file)
44.90 KB,
image/jpeg
|
Details |
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:101.0) Gecko/20100101 Firefox/101.0
Steps to reproduce:
Prerequisites
- Windows 10 Pro - 21H2 - 19044.1766
- Windows Feature Experience Pack 120.2212.4180.0
- This issue happens after the recent KB5014699 update
- Using HyperV with windows VM that shares the host computer network card
Steps
- Keep firefox 101.0.1 (64-bit) open - multiple tabs to various web sites
- Go to Windows Network and Internet Settings
- Then click Change adapter options
- Choose the WiFi adapter and open it (d-click)
- Click Properties
- Click Sharing
- Check the "Allow other network users to connect ... etc."
- Click OK
Actual results:
Firefox freezes and becomes unresponsive but it will become responsive after shuting down Firefox from the Windows Task Manager
Expected results:
Firefox working without issues.
Other notes:
- Chrome is not affected by the above steps.
- No other apps seem to be affected.
Comment 1•2 years ago
|
||
The Bugbug bot thinks this bug should belong to the 'Core::Networking' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.
Reporter | ||
Comment 2•2 years ago
|
||
After a while I noticed that it happens when you are doing the change on the card adapter - then you restart firefox after the crash and it is working as expected. Not sure what is causing this behaviour, I will keep an eye on it.
Updated•2 years ago
|
Reporter | ||
Comment 3•2 years ago
|
||
Latest update, I am afraid that the issue is not with firefox as it appears that other applications on my laptop are facing networking problems after the update. So when I turn on the network sharing of my host's wi-fi adapter it will then cause all sorts of networking problems to the applications running on the host. e.g. MS Outlook, now Chrome look that they cannot connect to network resources. So it doesn't look to be a firefox issue. The only thing to say for sure is that thse issues are noticed following the latest windows update. Please note that when the network is shared the VM works well but the problem is with the host's processes.
Reporter | ||
Comment 4•2 years ago
|
||
Reporter | ||
Comment 5•2 years ago
|
||
Okay this is the last comment, I uninstalled KB5014699 and all is back to normal. Obviously, Windows 10 will reinstall the update later on but i don't have any other option at the moment.
Reporter | ||
Updated•2 years ago
|
Comment 6•2 years ago
|
||
Reporter | ||
Comment 7•2 years ago
|
||
That is on Windows 11 - mine is Windows 10 Pro and the following confirms the issue https://www.ghacks.net/2022/06/18/windows-june-2022-updates-break-wi-fi-hotspot-feature-microsoft-services-on-arm/
Comment 8•2 years ago
|
||
Component: Networking → Security: Process Sandboxing
Ed, there doesn't seem to be anything in the comments or description that even hints at Sandboxing, so was this move made in error?
Comment 9•2 years ago
|
||
Kershaw, you recommended this might be a fitting component to assign to, can you assist?
Comment 10•2 years ago
|
||
Hi Reporter,
Could you see this instruction and try to crash Firefox?
With the crash report, we can understand why Firefox hangs.
Thanks.
Comment 11•2 years ago
|
||
Another easier approach could be trying to create a process dump from windows task manager.
Thanks.
Reporter | ||
Comment 12•2 years ago
|
||
If you read the previous comments, this is not a Firefox as I initially thought but an issue with Windows updates as reported above. Thanks.
Comment 13•2 years ago
|
||
I'd close this for now. Feel free to reopen if you think this is a Firefox issue.
Description
•