[warren_t]

I recorded the screen while the Arc was sending data. It ended up with 707 MB of uploads. https://youtu.be/m_Y7wuB5xk0

I'm confused that are they allowed to upload this huge amount of data without asking permission from the user?

[mangini]

Browser Company engineer here. Thanks for reporting! This is neither normal nor expected.

If you don’t mind, could you try the same test after temporarily disabling all extensions in arc://extensions? “Arc Helper” processes are used for both renderers and extensions. We have seen many cases where extensions behave unexpectedly.

The crash dump we upload for diagnose, when you first restart the browser after a crash happened, is a json file of about 100KB to 200KB similar to IPS files you see in the MacOS Console app, so they can’t be what is causing this.

If you need to send us any data you don’t want to share publicly for privacy reasons, feel free to create a bug report using Arc itself, and we can follow-up there.

Thank you!

[warren_t]

I just submitted a but report within the Arc with the steps to reproduce the bug and a link to my uploaded screen recording.

I found that the process used 6GB of RAM is "Arc Helper (Renderer)". This bug could potentially related with how the browser render the google docs.

I also noticed that if I have the Arc opened in the background, the bug shows up every 6 hours.

[1123581321]

Yes, that's just something buggy. The helper is pinned to a sandboxed tab that is making your CPU go crazy. The data isn't being uploaded to Arc. I'm guessing you know what the tab is.

[warren_t]

No, there was no tab in the background. I set the Arc to not restore any windows from previous session. After I opened the Arc, I only opened a google doc page and closed it before the recording. The same RAM increase and data upload can be observed without open and close a google doc page.