-
Hello, thank you for your work.
I use the web interface to upload videos (actually, I use a modified version of ReGalAndroid, allowing for video upload).
This is an enhancement request: it would be pe…
-
```
使用winscp上傳看起來在服務器會先產生filename.filepart
這樣的tmp file, 然後傳輸完成之後會rename成filename
而sersync看起來只會捕捉到filename.filepart
的產生,不會捕捉到rename傳輸完成之後rename成filename的行為,
這部分請問有解決方法嗎?
```
Original issue report…
-
```
使用winscp上傳看起來在服務器會先產生filename.filepart
這樣的tmp file, 然後傳輸完成之後會rename成filename
而sersync看起來只會捕捉到filename.filepart
的產生,不會捕捉到rename傳輸完成之後rename成filename的行為,
這部分請問有解決方法嗎?
```
Original issue report…
-
```
使用winscp上傳看起來在服務器會先產生filename.filepart
這樣的tmp file, 然後傳輸完成之後會rename成filename
而sersync看起來只會捕捉到filename.filepart
的產生,不會捕捉到rename傳輸完成之後rename成filename的行為,
這部分請問有解決方法嗎?
```
Original issue report…
-
```
使用winscp上傳看起來在服務器會先產生filename.filepart
這樣的tmp file, 然後傳輸完成之後會rename成filename
而sersync看起來只會捕捉到filename.filepart
的產生,不會捕捉到rename傳輸完成之後rename成filename的行為,
這部分請問有解決方法嗎?
```
Original issue report…
-
```
使用winscp上傳看起來在服務器會先產生filename.filepart
這樣的tmp file, 然後傳輸完成之後會rename成filename
而sersync看起來只會捕捉到filename.filepart
的產生,不會捕捉到rename傳輸完成之後rename成filename的行為,
這部分請問有解決方法嗎?
```
Original issue report…
-
```
使用winscp上傳看起來在服務器會先產生filename.filepart
這樣的tmp file, 然後傳輸完成之後會rename成filename
而sersync看起來只會捕捉到filename.filepart
的產生,不會捕捉到rename傳輸完成之後rename成filename的行為,
這部分請問有解決方法嗎?
```
Original issue report…
-
### Describe the bug
It appears that `boot.kernel.sysctl` don't automatically apply its configuration to the system correctly.
### Steps To Reproduce
Steps to reproduce the behavior:
1. Stick th…
-
```
使用winscp上傳看起來在服務器會先產生filename.filepart
這樣的tmp file, 然後傳輸完成之後會rename成filename
而sersync看起來只會捕捉到filename.filepart
的產生,不會捕捉到rename傳輸完成之後rename成filename的行為,
這部分請問有解決方法嗎?
```
Original issue report…
-
```
使用winscp上傳看起來在服務器會先產生filename.filepart
這樣的tmp file, 然後傳輸完成之後會rename成filename
而sersync看起來只會捕捉到filename.filepart
的產生,不會捕捉到rename傳輸完成之後rename成filename的行為,
這部分請問有解決方法嗎?
```
Original issue report…