Version Control is not working with files added over webdav

Nextcloud version (eg, 12.0.2): 15.0.7
Operating system and version (eg, Ubuntu 17.04): CentOS 7.5.1804
Apache or nginx version (eg, Apache 2.4.25): https-2.4.6-80
PHP version (eg, 7.1):7.2

The issue you are facing:

The version app does not seem to work for files that are added over an webdav connection. We have one file that is updated automatically daily and uploaded from an linux host via webdav connection. The content of that file does change regularly and it is for audit reasons required to have some sort of version control on said file. Sadly the build in solution from nextcloud is not working In that case.

The output of your Nextcloud log in Admin > Logging:

No log regarding that issue only some failed logins 

The output of your config.php file in /path/to/nextcloud (make sure you remove any identifiable information!):

<?php
$CONFIG = array (
  'instanceid' => 'HIDDEN-FOR-SECURTY-REASONS',
  'passwordsalt' => 'HIDDEN-FOR-SECURTY-REASONS',
  'secret' => 'HIDDEN-FOR-SECURTY-REASONS',
  'trusted_domains' =>
  array (
    0 => 'LOCAL SERVER',
    1 => 'WEBDOMAIN FROM WEBPROXY',
  ),
  'datadirectory' => '/srv/www/nextcloud/data',
  'dbtype' => 'mysql',
  'version' => '15.0.7.0',
  'overwrite.cli.url' => 'WEBDOAMIN FROM WEBPROXY',
  'dbname' => 'nextcloud',
  'dbhost' => 'localhost',
  'dbport' => '',
  'dbtableprefix' => 'oc_',
  'dbuser' => 'HIDDEN-FOR-SECURTY-REASONS',
  'dbpassword' => 'HIDDEN-FOR-SECURTY-REASONS',
  'installed' => true,
  'mail_from_address' => 'HIDDEN-FOR-SECURTY-REASONS',
  'mail_smtpmode' => 'smtp',
  'mail_domain' => 'HIDDEN-FOR-SECURTY-REASONS',
  'mail_smtpport' => '25',
  'forcessl' => true,
  'overwriteprotocol' => 'https',
  'maintenance' => false,
  'theme' => '',
  'loglevel' => 2,
  'mail_smtphost' => 'HIDDEN-FOR-SECURTY-REASONS',
  'updater.release.channel' => 'production',
);

The output of your Apache/nginx/system log in /var/log/____:

I did not find any information in the logs about that problem

You need enough of space for version control, so for large files, it can be a problem. Some clients also delete and then copy a new file instead of overwriting.

If you really need this for audit, perhaps it’s better to use some backup directly on the server on such files. The versioning is a nice function, but if a user puts a large file to fill up space, or … it will break the versioning. Could be an idea for an app or something that you can keep a record of changes made to a file.