-
Notifications
You must be signed in to change notification settings - Fork 80
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
Remove console logs from production build #386
Comments
I removed info logs awhile back but not error logs. Maybe there's a way to format the logs so they're easily hidden using dev tools. Could also try to make that particular error less common. It's never really been looked at for years. |
That's fair; in Chrome at least I can check "Selected context only" to hide the logs from unrelated contexts like extensions. A fix would also be appreciated but I understand if it's not a high priority. Thanks! |
If you right click on the message it looks like you can "Hide messages from
rikaicontent.js" which would be easy enough while doing dev work.
That being said, I'll keep this open to think about other solutions since I
agree that non actionable logs like this are non ideal.
…On Fri, Mar 12, 2021 at 7:55 AM qkjosh ***@***.***> wrote:
That's fair; in Chrome at least I can check "Selected context only" to
hide the logs from unrelated contexts like extensions. A fix would also be
appreciated but I understand if it's not a high priority. Thanks!
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#386 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAI7HZXTIFALCAUYCCRMXUTTDE34VANCNFSM4ZBAFCHA>
.
|
Avoid raising errors when range is null. Calling caretRangeFromPoint when "x or y are negative, outside viewport, or there is no text entry node" will return null. One common example is hovering over a scrollbar. Fixes #386
## [2.0.0](v1.2.6...v2.0.0) (2021-07-17) ### ⚠ BREAKING CHANGES * This version includes optional chaining requiring Chrome >=80 ### Features * Force Google Docs to use HTML mode instead of canvas mode ([#596](#596)) ([94b60a6](94b60a6)), closes [#593](#593) * **detection:** Ignore invisible nodes when extracting text under mouse ([#561](#561)) ([cb97f36](cb97f36)), closes [#159](#159) [#366](#366) [#159](#159) ### Bug Fixes * **dict:** Update dictionaries to latest versions. ([#581](#581)) ([77189c3](77189c3)) * Skip text processing when range is null ([#598](#598)) ([ae55bff](ae55bff)), closes [#386](#386) ### Code Refactoring * Migrate from webpack to snowpack for build step ([#583](#583)) ([1bdd3d3](1bdd3d3))
🎉 This issue has been resolved in version 2.0.0 🎉 The release is available on: Your semantic-release bot 📦🚀 |
I will re-open this issue as I think it's worth thinking about solving this in a general way. |
Would it be possible to remove all
console.log()
calls in the production build? The extension frequently logs errors to the console and as a dev, it's distracting. Most commonly, this part of the code throws an error when "x or y are negative, outside viewport, or there is no text entry node" and range ends up null. For me, mousing over the scrollbar often triggers this. I'm using Chrome 89 though this issue has been present on previous versions as well.Really appreciate the work on this extension :)
The text was updated successfully, but these errors were encountered: