Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

As this project is dead, there's an alternative #795

Open
rphlrmblt opened this issue Oct 18, 2023 · 16 comments
Open

As this project is dead, there's an alternative #795

rphlrmblt opened this issue Oct 18, 2023 · 16 comments

Comments

@rphlrmblt
Copy link

rphlrmblt commented Oct 18, 2023

There's not commit here for more 2 years, so if you want a much better support and a program using a syncthing lib up to date, you can try : https://github.com/Martchus/syncthingtray

@Jawabiscuit
Copy link

Chrome and Windows virus protection detect malicious code.

@Tblue
Copy link

Tblue commented Nov 6, 2023

Indeed, on VirusTotal, 36/62 engines detect a threat.

@wizrdsh
Copy link

wizrdsh commented Nov 13, 2023

Not sure why the above are seeing threats, there are no threats in the repository. This is safe to install.

@ProactiveServices
Copy link
Contributor

Chrome and Windows virus protection detect malicious code.

Please continue to report false positives to any vendors flagging legit software.

@rphlrmblt
Copy link
Author

Yep, there was some false positives in prior versions, but with the latest version (1.4.8 at time of writing these comment), it seems OK with Windows Defender.

@Skaronator
Copy link

Skaronator commented Dec 1, 2023

syncthingtray 1.4.9 is still blocked for me by chrome and windows defender:
image

@Tblue
Copy link

Tblue commented Dec 1, 2023

I think it makes more sense to continue this discussion over in Martchus/syncthingtray#207.

@Martchus
Copy link

Martchus commented Dec 1, 2023

I'm the author of Syncthing Tray. Thanks for linking it.

It would indeed make sense to continue the discussion there. Unfortunately there's not that much I can do. This is a false-alert so the AV software is at fault and not Syncthing Tray.

@rphlrmblt
Copy link
Author

rphlrmblt commented Dec 17, 2023

I think it makes more sense to continue this discussion over in Martchus/syncthingtray#207.

Agree for that, but for people who want to have try, the two latest (1.10 and 1.4.11) versions can be downloaded without triggering a false thread from Windows Defender.

The virus total report from the latest (1.4.11) : https://www.virustotal.com/gui/file/84bb58505df4e9de5653352a8357359e8b46d8376e0d6e7e197b0c6786f1c8fb

Only one from 2 from 62, on version 1.4.7 it was 36 of 62.

@friedrica137
Copy link

but syncthing tray is incompatible on win7 device, so sad

@Martchus
Copy link

It possibly works on Windows 7, checkout the remarks in the downloads section of the README.

@Tamnac
Copy link

Tamnac commented May 8, 2024

I'd really like a native app considering it's running constantly. I suppose we can use this if there's no other

@Martchus
Copy link

Martchus commented May 8, 2024

Note that the linked Syncthing Tray runs natively on Windows and other platforms it supports. Of course it uses abstractions (Qt) but so did SyncTrayzor (C# runtime / .NET / WPF). Both only complement the official web UI (which one normally wouldn't be running constantly).

@Tamnac
Copy link

Tamnac commented May 8, 2024

I'm not sure what you mean by "native" but by most definitions wpf is native to windows. QT is only native to KDE. That said, well optimized QT apps can be a efficient as native, though they will still lack the looks

@Martchus
Copy link

Martchus commented May 8, 2024

but by most definitions wpf is native to windows.

WPF is a UI framework/library that is built on top of WinAPIs. It actually adds a lot of its own logic on top of those "native" WinAPIs. The use of C# also means that code is only compiled to native code "just in time" and that lots of C# code from the .NET framework comes into play as well.

Qt is also a UI framework/library that is built on top of WinAPIs (when targeting Windows, in general Qt uses whatever APIs the target platform provides). It also adds a lot of its own logic on top of those "native" WinAPIs. The use of C++ means that the binary directly contains native code (just like with Go and therefore Syncthing itself) and that Qt is complementing the otherwise small standard library (like the .NET framework does for C#-based applications).

QT is only native to KDE.

So Qt and C#/WPF/.NET are quite similar in what kind of abstraction they provide. So Qt is not only native to KDE; it uses native platform APIs on the platforms it supports.

though they will still lack the looks

Note that Qt features native styling under Windows using a mix of native drawing APIs where possible but also implementing its own drawing logic where not possible (still trying to match the native look and feel). As of Qt 6.7.0, Windows 11 is also specifically supported. You can select the style to use in Syncthing Tray's settings.


The only disadvantage of Qt is that it doesn't come pre-installed on Windows (like C#/WPF/.NET). So it needs to be bundled. But so does the Go runtime and further Go-written libraries Syncthing itself depends on.

@friedrica137
Copy link

friedrica137 commented Jul 17, 2024 via email

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

9 participants