Martchus

I think there's room for optimization, indeed. It would make most sense if Syncthing Tray would stop requesting disk events completely of no related UI elements are opened. Maybe I...

I did a few optimizations which hopefully didn't break everything. Now the overall status is much less re-computed. The events required by the "Downloads" and "Recent changes" tabs are only...

With https://github.com/Martchus/syncthingtray/commit/329099890e43589ec7d11a2033bff8c4b4aba886 the `db/completion` requests on `RemoteIndexUpdated` events are no longer required and I also found an alternative to reading `ItemFinished` events. I still need to test myself how it...

Thanks. I also haven't had the opportunity to test a large synchronization myself for real. However, I could come up with even more optimizations (https://github.com/Martchus/syncthingtray/commit/a207c528e304ffd855388456e3d1f92718c58340) - even though those are...

The mentioned optimizations are hopefully good enough. If not you can reopen the issue.

Likely we've never used/tested this configuration. Maybe it works to use an external video encoder (search for "external video encoder" on https://github.com/os-autoinst/os-autoinst/blob/master/doc/backend_vars.asciidoc). Since the built-in video encoder will always be...

It would probably make sense to abort the startup. Not sure whether sass actually exists with a non-zero return code here.

Sounds similar to what has been discussed on https://github.com/Martchus/syncthingtray/issues/218#issuecomment-2502550610. Probably it makes sense to have a distinct issue for that so I'm not closing this as duplicate. Considering I don't...

Without a stacktrace this is hard to pin-down. So I recommend you create a debug build using MSYS2's mingw-w64 packaging and reproduce/debug the crash with gdb. You can find build...

I was able to compile the latest version of Boost for Windows on ARM with the Boost.Process library using the patch from https://github.com/msys2/MINGW-packages/commit/da4f4c37f534bfc47327a47a3eb9c0e9d6cd622a#diff-35ebcd8b8f3e30bb84ddbfad90b6dd1ed6f063ae4b2197b55464081b736f5a28R85. I was also able to compile the...