You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
sandbox-eval memory losses, it's creating a unique session for each window, but that's getting left dangling in the ether after it's done. All of the session cleanup functions are async though, so that's a hassle to clean up as-is (clearCache(), clearStorageData(),closeAllConnections(), clearHostResolverCache(), clearAuthCache(), clearCodeCaches(), and/or clearData()). it's set to { cache: false }, so the clear*cache() methods likely won't actually do much, but the data... the data surely doth persist in memory.
Looking deeper, Electron is going to hold onto an ElectronBrowserContext unique_ptr in their static browser_context_map for every session that's created until the app's message loop is shutdown. That's umm... a lot of data per session, and there's no JS-exposed way to free it.
Might be better to limit us to only using maybe up to a dozen sandboxed sessions, and sanitizing each before/after we're done with it.
Expected Behavior
No response
Steps To Reproduce
No response
Version
5.63.2
What operating system are you using Firebot on?
Windows 11
Relevant log output
No response
Contact Details (Optional)
No response
The text was updated successfully, but these errors were encountered:
Is there an existing issue for this?
Current Behavior
sandbox-eval memory losses, it's creating a unique session for each window, but that's getting left dangling in the ether after it's done. All of the session cleanup functions are async though, so that's a hassle to clean up as-is (clearCache(), clearStorageData(),closeAllConnections(), clearHostResolverCache(), clearAuthCache(), clearCodeCaches(), and/or clearData()). it's set to { cache: false }, so the clear*cache() methods likely won't actually do much, but the data... the data surely doth persist in memory.
Looking deeper, Electron is going to hold onto an ElectronBrowserContext unique_ptr in their static browser_context_map for every session that's created until the app's message loop is shutdown. That's umm... a lot of data per session, and there's no JS-exposed way to free it.
Might be better to limit us to only using maybe up to a dozen sandboxed sessions, and sanitizing each before/after we're done with it.
Expected Behavior
No response
Steps To Reproduce
No response
Version
5.63.2
What operating system are you using Firebot on?
Windows 11
Relevant log output
No response
Contact Details (Optional)
No response
The text was updated successfully, but these errors were encountered: