<p dir="auto">Hello,</p>
<p dir="auto">when I am adding firebase dependency to my electron project and importing to main.js as:<br>
<code class="notranslate">import firebase from 'firebase';</code></p>
<p dir="auto">It is replicable in electron-quick-start project as well, just add firebase dependency and import the firebase module.</p>
<p dir="auto">It crashes during the application load with the error:</p>
<blockquote>
<p dir="auto">App threw an error during load<br>
Error: Failed to load gRPC binary module because it was not installed for the current system<br>
Expected directory: electron-v7.1-darwin-x64-unknown<br>
Found: [node-v64-darwin-x64-unknown]<br>
This problem can often be fixed by running "npm rebuild" on the current system</p>
</blockquote>
<p dir="auto">npm rebuild doesn't help...</p>
<p dir="auto">Any ideas how to solve this? I am using last version of electron and the last version of firebase:<br>
"electron": "^7.1.7"<br>
"firebase": "^7.6.1"</p>
<ul dir="auto">
<li>Electron Version: 2.0.7</li>
<li>Operating System (Platform and Version): Windows 10</li>
<li>Last known working Electron version:</li>
</ul>
<p dir="auto"><strong>Expected Behavior</strong><br>
When using APIs like</p>
<ul dir="auto">
<li>webContents.clearHistory(),</li>
<li>session.flushStorageData();</li>
<li>session.clearCache();</li>
<li>session.clearStorageData();</li>
<li>session.cookies.flushStore();<br>
I'd expect it to work on persistent sessions to delete the data, even if not deleting the folders they're stored in.</li>
</ul>
<p dir="auto"><strong>Actual behavior</strong><br>
No data is removed, partitions are still full size (often huge due to caching).</p>
<p dir="auto"><strong>To Reproduce</strong><br>
This is happening with <a href="https://github.com/TheGoddessInari/rambox">https://github.com/TheGoddessInari/rambox</a> (which I'm trying to fix due to many upstream problems), but none of the methods to clear data from a session actually work with the persisted sessions.</p>
<p dir="auto">If you create an instance of any service then delete it, the folder is still there, as is the entire cache, GPUCache, localStorage, etc despite all of the above functions getting called per-session.</p>
<p dir="auto"><strong>Screenshots</strong></p>
<p dir="auto"><strong>Additional Information</strong><br>
If it's relevant, there's a commit up on the testing branch that fixes enough to actually allow removing all services at once (trash icon in the upper right of the home page), or backup/restore, the restore now works, but you'll duplicate all partitions with no removal of the old ones.</p>
<p dir="auto">There's also Help-&gt;Tools-&gt;Clear Cache which does nothing and just calls webContents.session.clearCache().</p>
<p dir="auto">It COULD be an app bug (I didn't write it originally), but I confirmed that each of the aforementioned functions is getting called, with no removal of the session, no removal of any cache data, <strong>and</strong> no change in each session's folder contents or size. On some sessions, like Slack, not removing old session state can lead to gigabytes of unused cache lying around.</p>
<p dir="auto">This isn't what I expect when those functions are called, and I can't imagine it'd be intended to need to hardcode a path to the sessions and delete them manually.</p>