Status_access_violation Edge

In Edge Canary there is a new flag that allows the Web capture tool (and Smart copy) to detect when there are several sections in which you can scroll, or also if there is a non scrollable section on the left and another scrollable section on the right (for example, the Settings page), and then you can choose one of those sections and scroll. This is a public community. To protect your privacy, do not post any personal information such as your email address, phone number, product key, password, or credit card number.

'Error code statusaccessviolation' is one of the issues that users get as a result of the incorrect or failed installation or uninstallation of software that may have left invalid entries in your system elements, improper system shutdown due to a power failure or another factor, someone with little technical knowledge accidentally deleting a necessary system file or system element entry, as well as a number of other causes. I don't know if it occurs on other websites, I had stopped using edge because too many sites that i visit with a graphics content would crash (essentially online newspapers and science journals) when this new version of edge came out i thought I'd try it with CNN news but this frequently crashes. This video regarding How to fix Aw,Snap Error commonly coming in google chrome web engine And error code = STSUSACCESSVIOLATION.Follow the steps as i shown.

According to Microsoft’s schedule, Microsoft Edge updates are shipped daily for the Canary build, weekly for the Developer version, and every six weeks for the beta.

But it goes without saying that all these versions are preview builds that allow you to try out new features before they are included in the production version of the browser, so every now and then, some of these improvements don’t work properly.

More recently, an issue in Microsoft Edge is causing all browser windows to become black all of a sudden, obviously making it impossible to continue navigating the web.

Judging from user posts, this behavior happens at random times during the browsing session. When it happens, all windows turn black, and nothing else beside the menus is rendered properly.

In the previous versions of Microsoft Edge, closing the browser and re-opening it did the trick, but some said that only rebooting the device actually restored the normal behavior.

The problem is caused by a graphics compatibility error with Microsoft Edge, so it doesn’t happen on all devices, but only on those with the affected hardware. Microsoft hasn’t provided more specifics on which hardware might cause such issues.

Fixes for this problem have already been included in the latest updates for Microsoft Edge, but as it turns out, the issue is yet to be completely resolved, and some are still experiencing the same black window problem at random times.

This time, the software giant says it’s enough to just open the browser task manager to kill the GPU process, after which everything should be back to normal. In other words, you no longer have to interrupt your browsing session, although it goes without saying that killing off the GPU process occasionally isn’t really the most convenient thing to do in a browser.

“After an initial fix for it recently, some users are still experiencing Edge windows becoming all black. UI popups like menus are not affected and opening the Browser Task Manager (keyboard shortcut is shift + esc) and killing the GPU process usually fixes it. Note that this only appears to affect users with certain hardware,” Microsoft says.

To launch the Microsoft Edge browser, follow these steps in the application:

Microsoft Edge > Menu > More tools > Browser task manager
Or simply use the following hotkey to launch it from the keyboard:
Shift + Escape
You can find a closer look at the browser task manager in Microsoft Edge here.

The latest Microsoft Edge builds also come with a separate security issue that causes tabs to fail to load. This, however, isn’t caused by graphics drivers, but by security software running on the device, and Microsoft says that it’s already working with the vendors whose applications do not play nice with Microsoft Edge to resolve it. No names have been provided though.

“Users of certain security software packages will see all tabs fail to load with the error STATUS_ACCESS_VIOLATION. The only supported way to prevent this behavior is to uninstall that software. We’re currently engaging with the developers of that software to test a potential fix, which we hope to bring to Dev and Canary soon,” the company explains.

Thanks to the migration to the Chromium engine, Microsoft Edge is now available on both Windows and macOS, but the aforementioned issues only exist on Microsoft’s operating system. Most likely, additional fixes will be included in the next few updates, which will land according to the company release schedule (new Dev updates are expected in the coming weeks).

Status_access_violation Edge-->

Learn how to use Microsoft Edge and DevTools to find memory issues that affect page performance, including memory leaks, memory bloat, and frequent garbage collections.


  • Find out how much memory your page is currently using with the Microsoft Edge Browser Task Manager.
  • Visualize memory usage over time with the Memory panel.
  • Identify detached DOM trees (a common cause of memory leaks) with Heap snapshot.
  • Find out when new memory is being allocated in your JavaScript heap (JS heap) with Allocation instrumentation on timeline.


In the spirit of the RAIL performance model, the focus of your performance efforts should be your users.

Memory issues are important because they are often perceivable by users. Users may perceive memory issues in the followingways:

  • The performance of a page gets progressively worse over time. This is possibly a symptom of a memory leak. A memory leak is when a bug in the page causes the page to progressively use more and more memory over time.
  • The performance of a page is consistently bad. This is possibly a symptom of memory bloat. Memory bloat is when a page uses more memory than is necessary for optimal page speed.
  • The performance of a page is delayed or appears to pause frequently. This is possibly a symptom of frequent garbage collections. Garbage collection is when the browser reclaims memory. The browser decides when this happens. During collections, all script running is paused. So if the browser is garbage collecting a lot, script runtime is going to get paused a lot.

Memory bloat: how much is 'too much'?

A memory leak is easy to define. If a site is progressively using more and more memory, then you have a leak. But memory bloat is a bit harder to pin down. What qualifies as 'using too much memory'?

There are no hard numbers here, because different devices and browsers have different capabilities. The same page thatruns smoothly on a high-end smartphone may crash on a low-end smartphone.

The key here is to use the RAIL model and focus on your users. Find out what devices are popular with your users, and then test out your page on those devices. If the experience is consistently bad, the page may be exceeding the memory capabilities of those devices.

Monitor memory use in realtime with the Microsoft Edge Browser Task Manager

Use the Microsoft Edge Browser Task Manager as a starting point to your memory issue investigation. The Microsoft Edge Browser Task Manager is a realtime monitor that tells you how much memory a page is currently using.

  1. Select Shift+Esc or navigate to the Microsoft Edge main menu and choose More tools > Browser Task Manager to open the Microsoft Edge Browser Task Manager.

  2. Hover on the table header of the Microsoft Edge Browser Task Manager, open the contextual menu (right-click), and enable JavaScript memory.

These two columns tell you different things about how your page is using memory.

  • The Memory column represents native memory. DOM nodes are stored in native memory. If this value is increasing, DOM nodes are getting created.
  • The JavaScript Memory column represents the JS heap. This column contains two values. The value you are interested in is the live number (the number in parentheses). The live number represents how much memory the reachable objects on your page are using. If this number is increasing, either new objects are being created, or the existing objects are growing.

Visualize memory leaks with Performance panel

You may also use the Performance panel as another starting point in your investigation. The Performance panel helps you visualize the memory use of a page over time.

  1. Open the Performance panel on DevTools.
  2. Enable the Memory checkbox.
  3. Make a recording.


It is a good practice to start and end your recording with a forced garbage collection. To force garbage collection, choose the collect garbage button while recording.

To demonstrate memory recordings, consider the code below:

Every time that the button referenced in the code is chosen, ten thousand div nodes are appended to the document body, and a string of one million x characters is pushed onto the x array. Running the previous code sample produces a recording in the Performance panel like the following figure.

First, an explanation of the user interface. The HEAP graph in the Overview pane (below NET) represents the JS heap. Below the Overview pane is the Counter pane. The memory usage is broken down by JS heap (same as HEAP graph in the Overview pane), documents, DOM nodes, listeners, and GPU memory. Turn off a checkbox to hide it from the graph.

Now, an analysis of the code compared with the previous figure. If you review the node counter (the green graph), it matches up cleanly with the code. The node count increases in discrete steps. You may presume that each increase in the node count is a call to grow(). The JS heap graph (the blue graph) is not as straightforward. In keeping with best practices, the first dip is actually a forced garbage collection (choose the collect garbage button). As the recording progresses, the JS heap size spikes are displayed. This is natural and expected: the JavaScript code is creating the DOM nodes on every button you choose and doing a lot of work when it creates the string of one million characters. The key thing here is the fact that the JS heap ends higher than it began (the 'beginning' here being the point after the forced garbage collection). In the real world, if you saw this pattern of increasing JS heap size or node size, it may potentially define a memory leak.

Edge 89 status access violation

Discover detached DOM tree memory leaks with Heap Snapshots

A DOM node is only garbage collected when there are no references to the node from either the DOM tree or JavaScript code running on the page. A node is said to be 'detached' when it is removed from the DOM tree but some JavaScript still references it. Detached DOM nodes are a common cause of memory leaks. This section teaches you how to use the heap profilers in DevTools to identify detached nodes.

Here is a simple example of detached DOM nodes.

Status_access_violation Edge

Choosing the button referenced in the code creates a ul node with ten li children. The nodes are referenced by the code but do not exist in the DOM tree, so each is detached.

Heap snapshots are one way to identify detached nodes. As the name implies, heap snapshots show you how memory is distributed among the JS objects and DOM nodes for your page at the point of time of the snapshot.

To create a snapshot, open DevTools and navigate to the Memory panel, choose the Heap snapshot radio button > Take snapshot button.

The snapshot may take some time to process and load. After it is finished, select it from the left-hand panel (named HEAP SNAPSHOTS).

Type Detached in the Class filter textbox to search for detached DOM trees.

Expand the carats to investigate a detached tree.

Status_access_violation Error Edge

Choose a node to investigate it further. In the Objects pane, you may review more information about the code that is referencing it. For example, in the following figure, the detachedNodes variable is referencing the node. To fix the particular memory leak, you should study the code that uses the detachedUNode variable and ensure that the reference to the node is removed when it is no longer needed.

Identify JS heap memory leaks with Allocation instrumentation on timeline

Allocation instrumentation on timeline is another tool that may help you track down memory leaks in your JS heap.

Demonstrate Allocation instrumentation on timeline using the following code.

Every time that the button referenced in the code is pushed, a string of one million characters is added to the x array.

To record an Allocation instrumentation on timeline, open DevTools, navigate to the Memory panel, choose the Allocation instrumentation on timeline radio button, choose the Start button, perform the action that you suspect is causing the memory leak, and then choose the Stop recording heap profile button when you are done.

As you are recording, notice if any blue bars show up on the Allocation instrumentation on timeline, like in the following figure.

Those blue bars represent new memory allocations. Those new memory allocations are your candidates for memory leaks. You are able to zoom on a bar to filter the Constructor pane to only show objects that were allocated during the specified timeframe.

Expand the object and select the value to view more details in the Object pane. For example, in the following figure, in the details of the newly allocated object indicates that it was allocated to the x variable in the Window scope.

Investigate memory allocation by function

Use the Allocation sampling profiling type to view memory allocation by JavaScript function.

Status Action Violation Error

  1. Choose the Allocation sampling radio button. If there is a worker on the page, you are able to select that as the profiling target using the dropdown menu next to the Start button.
  2. Choose the Start button.
  3. Complete the actions on the webpage which you want to investigate.
  4. Choose the Stop button when you have finished all of your actions.

DevTools shows you a breakdown of memory allocation by function. The default view is Heavy (Bottom Up), which displays the functions that allocated the most memory at the top.

Spot frequent garbage collections

Status_access_violation Edge Browser

If your page appears to pause frequently, then you may have garbage collection issues.

You are able to use either the Microsoft Edge Browser Task Manager or Performance memory recordings to spot frequent garbage collection. In the Microsoft Edge Browser Task Manager, frequently rising and falling Memory or JavaScript Memory values represent frequent garbage collection. In Performance recordings, frequent changes (rising and falling) to the JS heap or node count graphs indicate frequent garbage collection.

After you have identified the problem, you are able to use an Allocation instrumentation on timeline recording to find out where memory is being allocated and which functions are causing the allocations.

Getting in touch with the Microsoft Edge DevTools team

Use the following options to discuss the new features and changes in the post, or anything else related to DevTools.

  • Send your feedback using the Send Feedback icon or select Alt+Shift+I (Windows, Linux) or Option+Shift+I (macOS) in DevTools.
  • Tweet at @EdgeDevTools.
  • Submit a suggestion to The Web We Want.
  • To file bugs about this article, use the following Feedback section.


Portions of this page are modifications based on work created and shared by Google and used according to terms described in the Creative Commons Attribution 4.0 International License.
The original page is found here and is authored by Kayce Basques (Technical Writer, Chrome DevTools & Lighthouse).

This work is licensed under a Creative Commons Attribution 4.0 International License.