Issue metadata
Sign in to add a comment
|
Blocked script execution in 'blah.com/user/submit' because the document's frame is sandboxed and the 'allow-scripts' permission is not set.
Reported by
josephjo...@googlemail.com,
Jun 20 2017
|
||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.110 Safari/537.36 Example URL: multiple, any with forms, all sites are https. Steps to reproduce the problem: 1. spend an amount of time using a webpage signing in and out. 2.Using multiple tabs at once for different purposes, unfortunately all needed. What is the expected behavior? Use the site normally, submitting forms, two examples are cisco phone interface, https://helpdesk.grandstream.com, jira. What went wrong? After a certain time, I cannot click through to any pages within the webpage. Everything in that tab (other tabs work, until some time later when they also break) just stops working, meaning I have to either eradicate my history for all time, or restart chrome. Neither of which is desirable behaviour really.It does seem to be at random intervals, sometimes going to chrome://net-internals and clearing cache will work after removing all cache and cookie data. I use chrome because it's the best to test webpages in, but this issue isn't anything to do with testing locally, never had this issue with my own projects. Does it occur on multiple sites: Yes Is it a problem with a plugin? No Did this work before? N/A Does this work in other browsers? Yes Chrome version: 58.0.3029.110 Channel: n/a OS Version: 10.0 Flash Version: I'm sad, I like chrome, but I'm going to have to switch soon as it's affecting the workflow.
,
Jun 22 2017
,
Jun 29 2017
,
Jun 29 2017
Ping, we're still waiting to hear back. Unfortunately, without more information/data we'll have to close this issue as we're unable to proceed.
,
Jun 30 2017
Yeah sorry I haven't experienced it free clearing caches and erasing histories. So I'll update when I can, but if the report get closed then so be it :)
,
Jun 30 2017
Thank you for providing more feedback. Adding requester "bokan@chromium.org" to the cc list and removing "Needs-Feedback" label. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Jul 3 2017
Thanks for the reply. As per comment#5,marking it as 'Wontfix'. Please feel free to file a new chrome issue if you find any.
,
Jul 13 2017
The NextAction date has arrived: 2017-07-13
,
Jul 17 2017
hope this is useful, do you need me to open another report?
,
Jul 17 2017
We can keep using this bug, but it's still not clear what exactly stops working. Does the tab completely freeze? Can you still scroll, select text, etc? Than you for attaching those logs, but as mentioned in #1, a trace would be most useful (trace: https://www.chromium.org/developers/how-tos/trace-event-profiling-tool/recording-tracing-runs) The console logs are showing an issue that would be inherent to the app/page itself. It seems like a pretty obvious problem so I suspect there's something else going on, my guess is an extension you have might be getting in the way? Could you try turning off extensions and see if that helps? Altenatively, try running in incognito (by defualt extensions shouldn't run in incognito) and see if that works/if the console logs go away.
,
Jul 20 2017
josephjones2784@: Could you please respond as per C#13 and update this thread.
,
Jul 27 2017
Ping, still waiting on a response. If we don't get one by next week we'll have to close the bug. Thanks.
,
Jul 31 2017
The NextAction date has arrived: 2017-07-31
,
Jul 31 2017
Closing bug due to lack of feedback. Feel free to reply with the information requested in #13 and we can reopen. |
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by bokan@chromium.org
, Jun 22 2017Components: -Blink Blink>Input