"[Violation]" Halting script execution.
Reported by
carrell....@gmail.com,
Feb 1 2017
|
||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_10_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.2999.0 Safari/537.36 Steps to reproduce the problem: 1. Attach an expensive function to an event handler 2. Dispatch that event 3. View the Developer Console for an error starting with "[Violation]" What is the expected behavior? Scripts continue to work despite an apparent lag. What went wrong? The error "[Violation] 'readystatechange' handler took 213ms" was logged to the console and the rest of the script stopped executing. Did this work before? N/A Chrome version: 58.0.2999.0 Channel: canary OS Version: OS X 10.10.5 Flash Version: I'm sorry for the vague description. I am, for the first time, seeing messages in the console that only occur when viewing "Verbose" level logs that start with "[Violation]" Another one I saw on the same page when I used my web application in such a way as to make the code work even harder is "[Violation] 'requestAnimationFrame' handler took 148ms" My concern is only if this behavior is intended to make it into the mainline code. I can understand functionality catching infinite loops or detecting deadlocks or something but a handler that takes less than 1/5 of a second kill the scripts on the page seems a little drastic. I would also like to know if there is a way to turn off this feature in Canary as it is impeding functional tests (not that an unstable version of the application should be used for final functional tests anyway). I just can't find any details on this new kind of error online anywhere. Thanks.
,
Feb 6 2017
,
Feb 6 2017
,
Feb 7 2017
carrell.john@: Could you please attach any reduced test case or test file of the above mentioned steps to try a repro and bisect of this.
,
Feb 8 2017
,
Feb 14 2017
,
Feb 14 2017
pfeldman@, could you please take a look? Is there a doc that further describes violation messages?
,
Feb 14 2017
That log messages has no side effects, your scripts are not affected, not killed. We are just reporting you that handlers should not be taking this long. It is safe to go back to the "Info" level logging to ignore the messages.
,
Jun 6 2017
I'm in 58.0.3029.81 (64-bit) and I disabled verbose filter in log but the rest of the script stopped again!! Please, this seems to be a bug in the new versions of Chrome, as this violation should not affect my script but it's crashing the app only in Chrome
,
Jun 7 2017
The script stopping execution must be something else (perhaps entirely unrelated to the violation message). We really need a reproduction case in order to debug it further. |
||||||||
►
Sign in to add a comment |
||||||||
Comment 1 by eostroukhov@chromium.org
, Feb 2 2017