This will hopefully fix:
```
[ 56s] /home/abuild/rpmbuild/BUILD/syncthingtray-1718839812.fa5a7b5/redhat-linux-build/syncthingmodel/syncthingmodel-qt6_autogen/EWIEGA46WW/moc_syncthingfilemodel.cpp:177:5: required from here
[ 56s] /usr/include/qt6/QtCore/qmetatype.h:842:23: error: invalid application of 'sizeof' to incomplete type 'QAction'
[ 56s] 842 | static_assert(sizeof(T), "Type argument of Q_PROPERTY or Q_DECLARE_METATYPE(T*) must be fully defined");
```
When Syncthing restarts itself, its main process is not terminating (as its
main process is just a monitoring process). The "Consider process status …"
feature was relying on the process being stopped and started again as
trigger for trying to re-connect, though. To make it also work when
Syncthing restarts itself, this change checks the log for an exiting
message of the monitoring process and considers the process running again
when the GUI address is logged again.
This fixes https://github.com/Martchus/syncthingtray/issues/236.
Notifications are not (yet) suppressed. (Not sure how easy it is and how
much sense it makes.)
Make use of all Qt features conditional that are not supported on the
web assembly platform (mainly TLS support and QProcess).
Note that HTTPs is supposed to work nevertheless as long as the certificate
matches (with the usual corss-site scripting limitations).
The geometry must not be saved in the destructor because at this point it
seems already invalidated leading to the next web view window being
restored to a very small size. It works when saving the geometry in the
close event instead.
This is probably not a very useful action but a first step to manipulate
ignore patterns based on a selection in the file browser. It has not been
tested very well but the whole feature is behind a feature flag so that is
ok for now.
