BraveActionsContainer::SetPopupOwner
crash when disabling shield on certain websites
#19958
Labels
crash
feature/shields
The overall Shields feature in Brave.
OS/Desktop
priority/P2
A bad problem. We might uplift this to the next planned release.
QA Pass-Linux
QA Pass-macOS
QA Pass-Win64
QA/Test-All-Platforms
QA/Yes
release-notes/include
Milestone
Description
Ran into the following crash when I disabled
Brave Shields
while on https://www.motorsport.com. I can't seem to reproduce it consistently but I've seen this happen a few times on https://www.motorsport.com.b9de0700-73d0-5d07-0000-000000000000
https://brave.sp.backtrace.io/p/brave/triage?filters=(_rxid%3Db9de0700-73d0-5d07-0000-000000000000)&aggregations=((fingerprint%3Bissues%3Binvariants%2Chead)%2C(fingerprint%3Bissues%3Btags%2Chead)%2C(fingerprint%3Bissues%3Bticket%2Chead)%2C(fingerprint%3Bissues%3Bassignee%2Chead)%2C(fingerprint%3Bissues%3Bstate%2Chead)%2C(fingerprint%3Bfirst_seen%2Chead)%2C(callstack%2Chead)%2C(timestamp%2Cbin%2C32)%2C(timestamp%2Crange)%2C(uname.sysname%2Cdistribution%2C3)%2C(ver%2Cmax)%2C(ver%2Cmin)%2C(guid%2Cunique)%2C(classifiers%2Chead))&similarity=false
Steps to Reproduce
Actual result:
Brave completely crashes as per the above.
Expected result:
Brave shouldn't be crashing when a user disables the shields
Reproduces how often:
It's pretty hard to reproduce. I've only seen this happen a few times before. I would say maybe ~5% chance to reproduce.
Brave version (brave://version info)
Version/Channel Information:
Yes
Other Additional Information:
No
(it actually causes the crash as mentioned above)N/A
N/A
Miscellaneous Information:
The text was updated successfully, but these errors were encountered: