Select to view content in your preferred language

EBWebView folder in ArcGISPro folder in local profile

661
6
10-17-2025 09:41 AM
HollyTorpey_LSA
Frequent Contributor

Hi, does anyone know what is stored in the EBWebView folder here: C:\Users\[Username]\AppData\Local\ESRI\ArcGISPro\WebView?

Mine makes up 85% of the size of my local profile and I'd like to clear it out but I'm not sure what it's for and what effect clearing it out will have.

Thanks!

- Holly
Tags (2)
0 Kudos
6 Replies
Robert_LeClair
Esri Esteemed Contributor

According to the internals - "The "WebView" in the ArcGIS Pro appdata folder refers to the Microsoft Edge WebView2 Runtime, which is utilized by ArcGIS Pro to render HTML and JavaScript content within the application interface. This runtime includes the Chromium browser engine for processing and displaying such content.  It's used to display dynamic content like webmaps and other HTML-based elements in ArcGIS Pro."

What you could do is rename it to WebView_OLD, then start ArcGIS Pro to see if there are any issues.  ArcGIS Pro will recreate the WebView folder again.  Give it a day or three and if there's no issues, then you could delete the WebView_OLD folder.

I know doing a soft reset of ArcGIS Pro also has the same effect - How To: Perform an ArcGIS pro Soft Reset

HollyTorpey_LSA
Frequent Contributor

Thanks for the explanation! 

Do you also happen to know if Pro writes to a cache somewhere while appending records from a hosted feature service to a file GDB feature class? What about while editing? Where are the edits saved before they are committed?

I'm trying to troubleshoot issues where after using Pro for an hour or so doing intensive, repetitive editing of raster or vector data, we start to experience crashes or weird behaviors that are only resolved by restarting the project (clearing the display cache doesn't seem to be enough).

Thanks!

- Holly
0 Kudos
Robert_LeClair
Esri Esteemed Contributor

Certainly!  Happy to assist!

With regards to the other questions, honestly I don't know.  I'm sure someone on the ArcGIS Pro Development Team would know the answers to these questions.  Could be worth a call to Tech Support or a chat message with them perhaps?

HollyTorpey_LSA
Frequent Contributor

Here's an example:

HollyTorpey_LSA_0-1761082676398.png

I'm trying to update an attribute in the table after appending the highlighted feature to this feature class. When I hit enter after entering the value, I get the error message in the screenshot above. I tried clearing the display cache to no avail. Restarting the project reveals that the highlighted row was never even really appended to the table even though the append supposedly succeeded and the record was visible in the table (and I saved edits prior to restarting the project). Re-appending and then editing works fine (for a while).

This has happened several times today. I'm working on a beefy Azure VM that meets the recommended instance specs for multisession VMs for heavy users as documented here: Virtual machine sizing and user profiles—ArcGIS Pro | Documentation.

My gut is that it's a problem with my local profile but I can't figure out exactly what. Is there a max profile size recommendation for Pro?

- Holly
0 Kudos
Robert_LeClair
Esri Esteemed Contributor

I'm not aware of a maximum profile size limitation.  For the VM in question, have you performed a soft reset as mentioned higher up in this thread to see if that helps with workflows?  For the error message, what release of ArcGIS Pro are you using?  Is it a file geodatabase feature class?  Enterprise GDB?  Or a web layer to an online or enterprise portal?

0 Kudos
HollyTorpey_LSA
Frequent Contributor

I have. I had a support ticket open recently going over general optimization of our installation, with the goal of making sure everything was in order on the Pro side so I can press our IT department to dig deeper into some network issues that I think are affecting performance of Pro on the VMs. We did a bunch of troubleshooting of performance issues, network traffic, malware, etc., but we didn't touch on this particular issue. Maybe this one is specific enough that it will lead us to the source of some our issues. Thanks for your insights!

- Holly