When opening a blank private window, Brave Dev uses 100% constantly. This seems to be a new phenomenon in Brave Dev version 1.32.82 Chromium: 95.0.4638.54 (Official Build) dev (64-bit) I hope this can be fixed quickly since it pretty much makes private windows useless… I’ll try reverting to the previous version and see if that helps.
EDIT: Confirmed, 1.32.77 does not have this issue.
1 Like
Found this github issue, which is the same bug:
opened 01:54PM - 23 Oct 21 UTC
OS/Desktop
<!-- Have you searched for similar issues? Before submitting this issue, please … check the open issues and add a note before logging a new issue.
PLEASE USE THE TEMPLATE BELOW TO PROVIDE INFORMATION ABOUT THE ISSUE.
INSUFFICIENT INFO WILL GET THE ISSUE CLOSED. IT WILL ONLY BE REOPENED AFTER SUFFICIENT INFO IS PROVIDED-->
## Description
Extremely high cpu usage in private windows. Brave Nightly v1.33.29
## Steps to Reproduce
1. Open a private window
2.
3.
## Actual result:
![image](https://user-images.githubusercontent.com/33199500/138559255-4fb02e3b-302c-4ab9-9a42-e205b252cd76.png)
![Uploading image.png…]()
## Expected result:
## Reproduces how often:
I cant reproduce the problem on my Desktop just my laptop. Both are running Windows 11
## Brave version (brave://version info)
Brave Nightly v1.33.29
## Version/Channel Information:
- Can you reproduce this issue with the current release?
- Can you reproduce this issue with the beta channel?
- Can you reproduce this issue with the nightly channel?
Only in nightly.
## Other Additional Information:
- Does the issue resolve itself when disabling Brave Shields?
- Does the issue resolve itself when disabling Brave Rewards?
- Is the issue reproducible on the latest version of Chrome?
None of the above
## Miscellaneous Information:
Ping @Mattches - Could you notify the team about this issue? It feels urgent to solve it before it reaches the release track. Thanks!
@jek6094 ,
Does disabling Hardware Acceleration
in settings resolve the issue?
You’ll find this in Settings --> Additional Settings --> System --> Hardware Acceleration
No, it’s still the same. I did take a stack snapshot of the most active thread in one of the two new processes that start when the private window opens, and it looks like this:
ntoskrnl.exe!KiCpuId+0xaa
ntoskrnl.exe!ObfReferenceObject+0x792
ntoskrnl.exe!KeWaitForSingleObject+0x1a3
ntoskrnl.exe!CcGetFlushedValidData+0xc34
ntoskrnl.exe!KeInsertQueueApc+0x605
ntoskrnl.exe!ObfReferenceObject+0x99d
ntoskrnl.exe!KeWaitForSingleObject+0x1a3
ntoskrnl.exe!NtWaitForSingleObject+0xde
ntoskrnl.exe!longjmp+0x5bf3
ntdll.dll!ZwWaitForSingleObject+0xa
KERNELBASE.dll!WaitForSingleObjectEx+0x9c
chrome.dll!CrashForExceptionInNonABICompliantCodeRange+0xb3e801
chrome.dll!RelaunchChromeBrowserWithNewCommandLineIfNeeded+0x15d7b8
chrome.dll!RelaunchChromeBrowserWithNewCommandLineIfNeeded+0x16beb8
chrome.dll!CrashForExceptionInNonABICompliantCodeRange+0xaecc32
chrome.dll!argon2_encodedlen+0xafed6
chrome.dll!ChromeMain+0x1e4c098
chrome.dll!ChromeMain+0x1e4b3c4
chrome.dll!ChromeMain+0x1ac
brave.exe!GetPakFileHashes+0x1433
brave.exe!GetPakFileHashes+0xba0
brave.exe!GetHandleVerifier+0xa8662
kernel32.dll!BaseThreadInitThunk+0xd
ntdll.dll!RtlUserThreadStart+0x1d
Here is a snapshot of the process activity with an empty private window launched:
(The two lowest processes are created when the private window opens)
@jek6094 ,
Do you have any extensions installed and running in the browser? Also, when you test this, do you have only the Private window open? Or do you also have your standard browser window open as well?
Tried with all extensions disabled, no difference.
Tried closing the standard window, no difference.
It looks like they are getting closer to nailing which commit that introduced this when looking at the github issue, so hopefully it will be fixed soon.
I think I found it! If you disable brave://flags/#native-brave-wallet
, it doesn’t happen.
1 Like
gleich
October 30, 2021, 8:27pm
9
Had the same issue but disabling that flag seems to have fixed it
@jek6094 ,
Thank you for updating us here. I’ll be sure to pass this information onto the team for further review.
1 Like