You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Install Nextcloud Sync Client (Does not happen in OwnCloud Sync client)
Set up a file sync
Create a file on your system. Sync client will replicate it.
Create a folder on your system and move the file in it. (You might need big files to notice the behaviour, I noticed because of my music library re-syncing.)
Expected behaviour
The new folder gets created and files are moved across systems without changing the timestamp. (Same as using the webpage)
From the local nextcloud sync client activity log:
4/2/17 12:09:06 PM, 1337/NCTEST2/NCTEST, tsunami, Downloaded, 2 B (Actually NOT OK)
4/2/17 12:08:07 PM, 1337/NCTEST, tsunami, Moved to 1337/NCTEST2/NCTEST,
4/2/17 12:07:19 PM, 1337/NCTEST2, tsunami, Uploaded,
4/2/17 12:06:53 PM, 1337/NCTEST, tsunami, Uploaded, 2 B
Actual behaviour
The new folder gets created. The sync client reports that the files are moved.
However, in the server's activity log, it reports that the files were deleted and re-created inside the new folder. Thus changing the files' timestamps and forcing a re-syncing of all moved files.
From activity logs on a remote sync client:
Operating system:
Debian Testing x86_64 Web server:
NGINX 1.10.3 Database:
mariadb Ver 15.1 Distrib 10.1.22-MariaDB, for debian-linux-gnu (x86_64) using readline 5.2 PHP version:
PHP 7.0.16-3 Nextcloud version: (see Nextcloud admin page)
11.0.1 & 11.0.2 Updated from an older Nextcloud/ownCloud or fresh install:
Owncloud 9.0 -> 12.0 -> Nextcloud 10 -> 11
(Replaced owncloud sync client by nextcloud's to get the new bug) Where did you install Nextcloud from:
nextcloud.com tarball Signing status:
Steps to reproduce
Expected behaviour
The new folder gets created and files are moved across systems without changing the timestamp. (Same as using the webpage)
From the local nextcloud sync client activity log:
Actual behaviour
The new folder gets created. The sync client reports that the files are moved.
However, in the server's activity log, it reports that the files were deleted and re-created inside the new folder. Thus changing the files' timestamps and forcing a re-syncing of all moved files.
From activity logs on a remote sync client:
Server configuration
Operating system:
Debian Testing x86_64
Web server:
NGINX 1.10.3
Database:
mariadb Ver 15.1 Distrib 10.1.22-MariaDB, for debian-linux-gnu (x86_64) using readline 5.2
PHP version:
PHP 7.0.16-3
Nextcloud version: (see Nextcloud admin page)
11.0.1 & 11.0.2
Updated from an older Nextcloud/ownCloud or fresh install:
Owncloud 9.0 -> 12.0 -> Nextcloud 10 -> 11
(Replaced owncloud sync client by nextcloud's to get the new bug)
Where did you install Nextcloud from:
nextcloud.com tarball
Signing status:
Signing status
List of activated apps:
App list
The content of config/config.php:
Config report
Are you using external storage, if yes which one: Local
Are you using encryption: no (filesystem LUKS, but not nextcloud's encryption)
Are you using an external user-backend, if yes which one: LDAP with Slapd
LDAP configuration (delete this part if not used)
LDAP config
Client configuration
Browser:
Nextcloud sync client v2.3.1
Operating system:
Debian Sid
Logs
Web server error log
Web server error log
Nextcloud log (data/nextcloud.log)
Nextcloud log
Browser log
Browser log
The text was updated successfully, but these errors were encountered: