-
Notifications
You must be signed in to change notification settings - Fork 6
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: node.getAttribute
Call Can Error in Firefox
#18
Comments
👋 @joealden - what is the expected behavior? As I understand - you are not "the extension", and it's more like that said extension is adding an extra markup you cannot access, which is quite strange. In short - let's make this solution a little more resilient, but also we need to understand the origins of the problem. |
Looking into this a bit more, I think this might kinda be a Firefox bug, or at least a problem with their implementation of WebExtensions in combination with other web features (maybe a "wont fix" scenario). I can't find any proper documentation, but this commit provides some useful context + links to bugzilla reports: ProtonMail/WebClients@0bc8722 Looks like it is specific to web component registration within a content script that creates these "restricted" elements. I think the PR you have up is the best we'll be able to do unfortunately! |
Correct - it's that if any user of a site that uses So I think the expected behaviour would be to just ignore the elements we aren't allowed to touch. |
A little strange, but even more weird things happens around |
fix: secure operation to prevent failures in FF, fixes #18
|
I've recently been encountering crashes in Firefox after installing a new browser extension. The error is:
I've narrowed in down to this line:
aria-hidden/src/index.ts
Line 86 in 9220c8f
From some research, I found bitwarden/clients#7837, which seems to indicate that Firefox throws an errors when trying to access attributes within certain elements in a browser extension content script.
Would you be willing to handle this edge case? I'm thinking maybe just wrap what's in the
else
block with atry/catch
?@theKashey let me know if this should be filed in another repo (I'm using it via
react-focus-on
), but I believe the solution is needed here (as this is where the stack trace points to).The text was updated successfully, but these errors were encountered: