Closed jdannenberg closed 1 month ago
"version": "29.0.4.1",
This sounds like a bug we already fixed. Can you please confirm this occurs with a newer maintenance release?
"version": "29.0.4.1",
This sounds like a bug we already fixed. Can you please confirm this occurs with a newer maintenance release?
Same issue with
"version": "29.0.6.1",
@susnux can you confirm if this can be a duplicate of https://github.com/nextcloud/server/issues/47506 ? Not sure here...
@solracsf @susnux I cannot reproduce anymore with
{
"system": {
"htaccess.RewriteBase": "\/",
"memcache.local": "\\OC\\Memcache\\APCu",
"apps_paths": [
{
"path": "\/var\/www\/html\/apps",
"url": "\/apps",
"writable": false
},
{
"path": "\/var\/www\/html\/custom_apps",
"url": "\/custom_apps",
"writable": true
}
],
"memcache.distributed": "\\OC\\Memcache\\Redis",
"memcache.locking": "\\OC\\Memcache\\Redis",
"redis": {
"host": "***REMOVED SENSITIVE VALUE***",
"password": "***REMOVED SENSITIVE VALUE***",
"port": 6379
},
"upgrade.disable-web": true,
"passwordsalt": "***REMOVED SENSITIVE VALUE***",
"secret": "***REMOVED SENSITIVE VALUE***",
"trusted_domains": [
"localhost",
"cloud.example.com"
],
"datadirectory": "***REMOVED SENSITIVE VALUE***",
"dbtype": "mysql",
"version": "30.0.0.14",
"overwrite.cli.url": "https:\/\/cloud.example.com",
"dbname": "***REMOVED SENSITIVE VALUE***",
"dbhost": "***REMOVED SENSITIVE VALUE***",
"dbport": "",
"dbtableprefix": "oc_",
"mysql.utf8mb4": true,
"dbuser": "***REMOVED SENSITIVE VALUE***",
"dbpassword": "***REMOVED SENSITIVE VALUE***",
"installed": true,
"instanceid": "***REMOVED SENSITIVE VALUE***",
"maintenance_window_start": 1,
"mail_from_address": "***REMOVED SENSITIVE VALUE***",
"mail_smtpmode": "smtp",
"mail_sendmailmode": "smtp",
"mail_domain": "***REMOVED SENSITIVE VALUE***",
"mail_smtphost": "***REMOVED SENSITIVE VALUE***",
"mail_smtpport": "465",
"mail_smtpauth": 1,
"mail_smtpname": "***REMOVED SENSITIVE VALUE***",
"mail_smtppassword": "***REMOVED SENSITIVE VALUE***",
"twofactor_enforced": "false",
"twofactor_enforced_groups": [],
"twofactor_enforced_excluded_groups": [],
"overwritehost": "cloud.example.com",
"overwriteprotocol": "https",
"trusted_proxies": "***REMOVED SENSITIVE VALUE***",
"loglevel": 2,
"maintenance": false,
"default_phone_region": "DE"
}
}
and
php 8.2.23
.
Seems to be fixed. Closing for now.
⚠️ This issue respects the following points: ⚠️
Bug description
Folders named
0
as e.g. in a path/nextcloud-data/files/user/Firefox/0/updatefiles
are not copied or moved if trying to copy or move a parent folder of the0
folder.A very minimal folder structure is attached via zip and looks like this:
nextcloud-reproduce-0-minimal.zip
The target folder will not contain the
0
folder nor thebla.md
.For me this lead to file loss (respectively, I had to restore from backup; just good that I noticed) since on moving such folders they are actually deleted from source directory (as expected by a move; is is just unexpected that they do not appear in target directory). So
0
folders are just gone; on moving they get deleted from source directory and will not appear in target directory.Source dir:
Target dir:
Steps to reproduce
0
0
folder0
folder and files it would have contained. Further more - if move operation was chosen - that0
folder including files is also not in source directory anymore.Expected behavior
All folders and files are copied, INCLUDING folders named
0
if copying such folders via webui.Additionally, if moving files is not successful, I would at least hope to still find them in source directory.
Nextcloud Server version
29
Operating system
Other
PHP engine version
PHP 8.2
Web server
Apache (supported)
Database engine version
MariaDB
Is this bug present after an update or on a fresh install?
Fresh Nextcloud Server install
Are you using the Nextcloud Server Encryption module?
Encryption is Disabled
What user-backends are you using?
Configuration report
List of activated Apps
Nextcloud Signing status
Nextcloud Logs
No response
Additional info
I cannot provide any full log. Due to webdav the docker log mostly contains http requests "leaking" file paths.
Webui log does not show anything relevant, see image: