Ferdi: Ferdi doesn't clean up /tmp after itself

[sbienkow]

" are comments from us and won't be
visible in your bug report, so please don't put any text in them.
-->
Bug description:

Ferdi uses /tmp through electron to store quite a bit of data.
It looks like it doesn't delete the temporary files/folders after it no longer uses them.

Example contents of /tmp that use in total 6GB: https://gist.github.com/sbienkow/a2c34c969d91b7de5421dde85ea599d3#file-ferdi_tmp_usage
I only noticed it, because my /tmp is a tmpfs so it causes noticeable RAM usage.

It looks like I can remove these files while Ferdi is running and didn't notice any issues.
Ferdi doesn't delete those files even after being shut down.

Steps to reproduce:

1. Just run Ferdi for a few days

Expected behavior

Ferdi doesn't use a lot of /tmp, deleting its temporary files as they are no longer needed.
It also cleans up on shutdown.

Environment:

• Operating System: Manjaro Linux 20.1.1
• Ferdi Version: 5.5.0-8
• Server: No account
• Debug information: https://gist.github.com/sbienkow/a2c34c969d91b7de5421dde85ea599d3#file-ferdi-debug-json
  

I wish I could share any more information - unfortunately that's all I know so far.

It seems quite reproducible - especially after a few days there's plenty of the temporary files.

[issue-label-bot[bot]]

Issue-Label Bot is automatically applying the label bug to this issue, with a confidence of 0.85. Please mark this comment with :thumbsup: or :thumbsdown: to give our bot feedback!

Links: app homepage, dashboard and code for this bot.

[kris7t]

This is most likely a Chromium issue, seems like it creates temporary files, but does not clean them up.

The directory with the SingletonCookie and SS files is odd, though, because it seems like something that is caused by a non-persistent Chromium partition. As far as I know, Ferdi only creates persistent partitions (one for each service, stored in ~/.config/Ferdi/Partitions). Are you sure these files are created by Ferdi, and not another Electron application?

The folders with Ferdi1_329.png are certainly created by Ferdi, though, and are related to the peculiar way Chromium handles tray icons on Linux. We should really write our own D-Bus StatusNotifierItem implementation with saner semantics (I'll try it this weekend if I have the time).

[sbienkow]

Hey!

I'm sure this is caused by Ferdi (or electron instance used by Ferdi), because:

1. To my knowledge I have no other electron apps
2. When Ferdi is not running, ps aux | grep electron returns nothing
3. when Ferdi is not running and I clean up /tmp, no new files are created (monitored for a few minutes). As soon as I start Ferdi, those folders and files start to appear.

I'm also not using Chromium-based browser (using FF), so it's not it.