69568ea6dd
Set default transfer timeout to infinity
...
Apparently the default before introducing the request timeout was not 30000
(which is the value of QNetworkRequest::TransferTimeoutConstant). There was
actually no timeout. So let's restore this behavior for now as the main
intention was to make the timeout configurable but not change any defaults.
2023-07-04 19:33:30 +02:00
faeefba03f
Do not apply transfer timeout to long-polling requests
...
This leads to "disconnects" from Syncthing otherwise.
2023-07-04 19:26:48 +02:00
46d84a0f64
Allow configuring transfer timeout for requests in UI
2023-07-04 19:18:18 +02:00
0f5da7fa50
Avoid that shell completion of syncthingctl blocks shell for too long
2023-07-04 19:07:03 +02:00
7d6c7de834
Allow setting request timeout in syncthingctl
2023-07-04 19:04:20 +02:00
690804be5c
Add the request timeout to SyncthingConnectionSettings
2023-07-04 19:01:08 +02:00
d766bfeb66
Return early when config for shell completion cannot be loaded
2023-07-04 18:49:03 +02:00
5a2334cda4
Mark internal function of cli/application.cpp
static
2023-07-04 18:47:06 +02:00
ac07982596
Allow setting transfer timeout for network requests of SyncthingConnection
2023-07-04 18:39:14 +02:00
7c3204526e
Update libsyncthing to v1.23.6
2023-07-04 10:45:38 +02:00
5b5b2811da
Update translations
2023-07-03 00:56:45 +02:00
4effd6045b
Dynamically retranslate some aspects of the UI
...
There are still many places missing but this is a first step.
2023-07-03 00:56:19 +02:00
10aafceb68
Update translations
2023-06-30 12:47:30 +02:00
4b5bd05221
Remove TODO for unification with InternalError::isRelevant()
...
The code is not similar enough to unify it.
2023-06-30 12:46:01 +02:00
13730ab933
Ignore "Forbidden" errors shortly after Syncthing start
...
Not sure why I'm getting
```
Fehler beim Abfragen der Syncthing-Konfiguration: Error transferring http://127.0.0.1:8384/rest/system/config - server replied: Forbidden
URL der Anfrage: http://127.0.0.1:8384/rest/system/config
```
one one of my setups but this kind of error can likely be ignored shortly
after the start similar to other types of errors.
2023-06-30 12:43:06 +02:00
91ce946acb
Bump soversion
2023-06-30 12:39:25 +02:00
c6b03ae0aa
Show "Connecting …" status via "Connect/Resume/Pause" button
...
This makes it more obvious that Syncthing Tray is currently connecting to
Syncthing (instead of just hiding the button completely).
2023-06-20 23:21:21 +02:00
b8b7986086
Fix build error with Qt < 5.14
2023-06-20 11:09:46 +02:00
8b8854d243
Avoid warning about sign conversion
...
This is actually about the conversion of the `-1` literal in case the
process ID is already `qint64` (e.g. on Windows).
2023-06-10 18:19:28 +02:00
6f8931a8ad
Improve build section regarding symlinking
2023-06-09 18:13:23 +02:00
091ec35580
Stop built-in Syncthing instance synchronously
...
So `Launcher::terminate()` exits when really everything has terminated and
not just sub processes. It may nevertheless be worthwhile to implement a
timeout.
This may help with
https://github.com/Martchus/syncthingtray/issues/180#issuecomment-1582465960 .
2023-06-09 13:13:55 +02:00
72f54316a7
Bump patch version
2023-06-09 13:05:31 +02:00
2b6b3c9acd
Update release date
2023-06-08 15:34:29 +02:00
240155b534
Apply clang-format
2023-06-08 15:34:06 +02:00
33f457ef7f
Update translations
2023-06-08 14:04:40 +02:00
6a16333dfd
Update statistics icons dynamically when color palette changes
2023-06-08 14:04:16 +02:00
bca1e1bda5
Avoid warning about unreferenced variable
2023-06-08 12:33:11 +02:00
dd936b4a81
Workaround lupdate not understanding "enum class" in some cases
...
Apparently this is still problematic leading to errors like
`Qualifying with unknown namespace/class`. It seems that moving the enum to
a different header file works. The trick to use a macro to define
`enum class` ceased to work on the other hand.
Specifying a function with the namespace like
`void QtGui::FinalWizardPage::showResults()` leads to the same problem and
also needs to be avoided.
2023-06-07 23:14:48 +02:00
925ce383f0
Fix condition and code in supposedAutostartPath()
...
The `1 || ` was just a debugging leftover.
2023-06-07 22:08:53 +02:00
0a66248ab3
Bump patch version
2023-06-07 21:43:38 +02:00
e84b0ec0b0
Update release date
2023-06-06 11:09:22 +02:00
49c9338eeb
Update translations
2023-06-06 10:53:09 +02:00
f9d5e08a0d
Update libsyncthing to v1.23.5
2023-06-06 10:52:43 +02:00
90a790d584
Improve CLI for running Syncthing itself
...
* Fix abbreviation
* Streamline with Syncthing itself so no arguments mean `serve` (and not
`--help`)
2023-05-29 18:12:07 +02:00
b9853043fb
Improve libsyncthing
...
* Do *not* build Syncthing in addition as standalone executalbe
* Explose instead all of Syncthing's commands via the library
interface
* Make all of Syncthing's commands (including `serve`) accessible
via Syncthing Tray's executable
* Remove copied code for directory creation and instead use
upstream's code directly
2023-05-29 17:30:33 +02:00
7358c25d28
Improve README
2023-05-23 19:55:30 +02:00
9733be4d16
Don't hardcode Plasma version for fileitemaction install directory
2023-05-21 20:56:40 +02:00
41b26d7f71
Avoid another warning about shadowing
2023-05-21 19:08:46 +02:00
fdb9e613ef
Avoid warning about shadowing by removing useless variables
2023-05-21 18:57:24 +02:00
bccd953274
Avoid C++20 compatibility warning
2023-05-21 18:56:56 +02:00
2e3c92cec9
Update translations
2023-05-18 23:57:54 +02:00
cca3a8b364
Show "Points to …" in setup detection only if autostart is enabled
...
Otherwise the path will just be empty.
2023-05-18 23:52:23 +02:00
bc736214dd
Allow keeping existing autostart entry in wizard
2023-05-18 23:50:27 +02:00
9f2e2819c6
Use generic toInt()
function which relies less on compiler optimizations
2023-05-18 00:53:37 +02:00
dfe7759116
Update translations
2023-05-11 23:48:58 +02:00
3d9dffe813
Hide last seen row for own device
2023-05-11 23:47:04 +02:00
42a0d9c9f7
Show the connection type of a device
2023-05-11 23:44:10 +02:00
1ea029f2a2
Avoid use of non-standard escape sequence
2023-05-11 23:43:18 +02:00
f1bcd20a83
Update translations
2023-05-11 17:57:46 +02:00
d3a559446f
Apply clang-format
2023-05-11 17:57:22 +02:00