server
server copied to clipboard
[Bug]: Normal file is showing as folder
⚠️ This issue respects the following points: ⚠️
- [X] This is a bug, not a question or a configuration/webserver/proxy issue.
- [X] This issue is not already reported on Github OR Nextcloud Community Forum (I've searched it).
- [X] Nextcloud Server is up to date. See Maintenance and Release Schedule for supported versions.
- [X] I agree to follow Nextcloud's Code of Conduct.
Bug description
Hello,
I have integrate an Synology NAS via App "external storage".
Sometimes normaly files are viewing as a folder.
In the NAS I see the correct file:
And if I want to download the item, nexcloud said: "403 Forbidden"
Steps to reproduce
- Open the folder with my files
- Then I see not the file. I see an folder icon with the same name as the file.
Expected behavior
I want to see the original file. In case of a PDF file, I want to click an then open the PDF Viewer.
Installation method
Community Web installer on a VPS or web space
Nextcloud Server version
26
Operating system
Debian/Ubuntu
PHP engine version
PHP 8.1
Web server
Apache (supported)
Database engine version
MySQL
Is this bug present after an update or on a fresh install?
None
Are you using the Nextcloud Server Encryption module?
Encryption is Disabled
What user-backends are you using?
- [X] Default user-backend (database)
- [ ] LDAP/ Active Directory
- [ ] SSO - SAML
- [ ] Other
Configuration report
No response
List of activated Apps
Analytics
Appointments
Audio Player
Auditing / Logging
Bookmarks
Brute-force settings
Calendar
Circles
Collectives
Comments
Contacts
Contacts Interaction
Dashboard
Deck
Deleted files
Draw.io
Eml Viewer
External storage support
Featured
File sharing
Forms
GpxPod
Keeweb
Log Reader
Mail
Maps
Metadata
Monitoring
Music
Notes
Notifications
ONLYOFFICE
Password policy
PDF viewer
Photos
Polls
Privacy
Quota warning
Related Resources
Right click
Share by mail
Splash
Support
Talk
Tasks
Text
TimeManager
Update notification
Usage survey
User status
Versions
Weather status
Nextcloud Signing status
No response
Nextcloud Logs
No response
Additional info
No response
Hi. Hope you're having a good day. Unfortunately, you seem to have missed a few important steps in the bug report form. Please update your report (you can edit it) or we'll be unable to look into this issue.
Hello, thank you for your answer!
> you seem to have missed a few important steps in the bug report form
What field are additional necessary? The field "Configuration report"? My nextcloud instance is running by my hoster and I have not access to the CLI via SSH. So I send the command "sudo -u www-data php occ config:list system php occ config:list system ./occ config:list system" to my hoster with the request to execute the command and send me the result again. Regards Michael
That and...
- The
nextcloud.log
entries during these transactions (they will explain the specific reason for this error you're experiencing) - The verification check to make sure the code base is unmodified and uncorrupted
- Probably/possibly some other things when we start to try to isolate the issue
If you're not the administrator of this Nextcloud installation, perhaps this is an Issue you should bring to your administrator/managed hosting provider first?
It's going to be nearly impossible to assist you (and for you to help us in doing so) without access to the configuration and logs (as well as, likely, the ability to change the config).
This channel is for reporting software bugs, not seeking technical support on general configuration issues or installation matters. I'd point you to the Help Forum, but even there they're going to expect the same details about your Nextcloud instance. :-)
Hello,
now I have insert the "Configuration report". The log files will be submitted shortly afterwards.
Regards Michael
Run also a occ files:scan
first in case the oc_filecache
is not up-to-date.
If you're not the administrator of this Nextcloud installation, perhaps this is an Issue you should bring to your administrator/managed hosting provider first?
Also this.
Unfortunately currently there is no logfile but I made some other tests
error occurs every time if I copy or transfer a file (docx, jpeg,...) from my local client (using file explorer) to another folder, which is connected via WebDav with NextCloud (using file explorer as well). Target folder is located on my NAS connected via app 'External Storage Support'. Method: sftp
Looking at the file directly in NAS --> everything is fine
After several tests: it seems to me, that size metadata is missing (get lost) BUT the 'External Storage Support' app probably needs this information to process the file correctly
Hello,
I have same problem - only difference: hoster is 'Ionos' (Germany)
Thanks, Thomas
This issue has been automatically marked as stale because it has not had recent activity and seems to be missing some essential information. It will be closed if no further activity occurs. Thank you for your contributions.
@ThomasHTT Do you have any log entries to add to the report? Without logs from either you or the original submitter we're kind of flying blind here. :)
Hello,
now I have update my nextcloud instance to 27.0.1 and I get the same wrong behavior.
(1) Store a file (e.g. docx) via nextcloud WebDav to the external storage NAS => the file have 13 KB
(2) Refresh the file explorer => the file have 0 KB
(3) Open Browser => the document is a file
(4) Download the file (5) Refresh browser => file is a folder and corrupt
(6) In my NAS the file is still a file
And there are no server log with error in it, but I can 100% reproduce the error.
What else can I query from the system so you can investigate the error?
Thank you! Michael
Hello, I'm quite willing to pay to have the bug fixed. If someone is interested and ideally speaks German, please leave me an email address. Regards Michael
Not gonna lie, this looks like a ssh configuration issue or something. I'm not familiar with Synology, but could you try another of their remote storage protocol like NFS or SMB and see if the behaviour remains ?
May be fixed by https://github.com/nextcloud/server/pull/40459 (testing welcome).
May be fixed by #40459 (testing welcome).
No sorry. I still behave the same way. In the meantime I have the version 27.1.0
@Michael2222 that PR is closed and superseeded by https://github.com/nextcloud/server/pull/40183 It will be shipped on 27.1.1. It doesn't mean it will fix this specific problem but feedback welcome nevertheless...
@solracsf yes, the problem is solved for new files. Thank you! But for the old (currupted) files that I show as folder, I always show a folder. I think I must re-read all files from my synology in the nextcloud meta-data datebase!?
Which command at command-line must I used, that I can start the re-read only the file from synology-NAS?
Try to rescan your files. https://docs.nextcloud.com/server/latest/admin_manual/configuration_server/occ_command.html#file-operations
This issue has been automatically marked as stale because it has not had recent activity and seems to be missing some essential information. It will be closed if no further activity occurs. Thank you for your contributions.
Hallo Michael,
dh die alten Files muss ich alle neu hochladen - oder? Mit freundlichen Grüßen Thomas Knötig
Am 2023-10-24 09:12, schrieb Michael2222:
Closed #38736 [1] as completed.
-- Reply to this email directly, view it on GitHub [2], or unsubscribe [3]. You are receiving this because you were mentioned.Message ID: @.***>
Links:
[1] https://github.com/nextcloud/server/issues/38736 [2] https://github.com/nextcloud/server/issues/38736#event-10750019856 [3] https://github.com/notifications/unsubscribe-auth/BAVXBYIM42KY5PJ2ITBM3XDYA5S4VAVCNFSM6AAAAAAZBZP5GSVHI2DSMVQWIX3LMV45UABCJFZXG5LFIV3GK3TUJZXXI2LGNFRWC5DJN5XDWMJQG42TAMBRHE4DKNQ --=_997825bce144e09b000d114fa46c422a Content-Type: multipart/related; boundary="=_4f04bc3d4dbe63c5e54f586c5908136e"
--=_4f04bc3d4dbe63c5e54f586c5908136e Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=UTF-8
Hallo Michael,
Mit freundlichen=
Grüßen
Thomas Kn&o=
uml;tig
Am 2023-10-24 09:12, schrieb Michael2222:
Closed #38736 as completed.
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you were mentioned.Message ID: <nextcloud/server/issue/387= 36/issue_event/10750019856@github.= span>com>
--=_4f04bc3d4dbe63c5e54f586c5908136e Content-Transfer-Encoding: base64 Content-ID: @.***> Content-Type: image/gif; name=blocked.gif Content-Disposition: inline; filename=blocked.gif; size=118
R0lGODlhZAAyAIAAAPrOzgAAACH5BAAAAAAALAAAAABkADIAAAJNhI+py+0Po5y02ouz3rz7D4bi SJbmiabqyrbuC8fyTNf2jef6zvf+DwwKh8Si8YhMKpfMpvMJjUqn1Kr1is1qt9yu9wsOi8fksvls KwAAOw== --=_4f04bc3d4dbe63c5e54f586c5908136e--
--=_997825bce144e09b000d114fa46c422a--