server
server copied to clipboard
[Bug]: No more files after update to 28.0.2
⚠️ 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
After the update from 28.0.1 to 28.0.2, the group folders in the files were no longer displayed. Instead of the "New" button, there was an "Add" button. However, the button could not be clicked, so I rule out a Groupfolders problem as it generally no longer worked. After going back to 28.0.1 and a DB restore it works again and files can be uploaded again. The behavior is the same with php8.2 and php8.3.
Steps to reproduce
- update from 28.0.1 to 28.0.2
- open Nextcloud Files in the browser
- an "Add" button (up to 28.0.1 "New") is displayed
- the button cannot be clicked and no new files or folders can be created
Expected behavior
The group folders should be displayed and you should be able to create new folders or files using the "Add" button.
Installation method
Community Manual installation with Archive
Nextcloud Server version
28
Operating system
Debian/Ubuntu
PHP engine version
PHP 8.3
Web server
Nginx
Database engine version
MariaDB
Is this bug present after an update or on a fresh install?
Updated from a MINOR version (ex. 22.1 to 22.2)
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
Unfortunately, I had to switch to the previous version immediately as it is a productive system.
{
"system": {
"instanceid": "***REMOVED SENSITIVE VALUE***",
"passwordsalt": "***REMOVED SENSITIVE VALUE***",
"secret": "***REMOVED SENSITIVE VALUE***",
"trusted_domains": [
"cloud.hgverwaltung.ch"
],
"datadirectory": "***REMOVED SENSITIVE VALUE***",
"dbtype": "mysql",
"version": "28.0.1.1",
"overwrite.cli.url": "https:\/\/cloud.hgverwaltung.ch",
"dbname": "***REMOVED SENSITIVE VALUE***",
"dbhost": "***REMOVED SENSITIVE VALUE***",
"dbport": "",
"dbtableprefix": "oc_",
"mysql.utf8mb4": true,
"dbuser": "***REMOVED SENSITIVE VALUE***",
"dbpassword": "***REMOVED SENSITIVE VALUE***",
"installed": true,
"theme": "",
"loglevel": 2,
"maintenance": false,
"mail_smtpmode": "smtp",
"mail_smtpsecure": "ssl",
"mail_sendmailmode": "smtp",
"mail_from_address": "***REMOVED SENSITIVE VALUE***",
"mail_domain": "***REMOVED SENSITIVE VALUE***",
"mail_smtpauthtype": "LOGIN",
"mail_smtpauth": 1,
"mail_smtphost": "***REMOVED SENSITIVE VALUE***",
"mail_smtpport": "465",
"mail_smtpname": "***REMOVED SENSITIVE VALUE***",
"mail_smtppassword": "***REMOVED SENSITIVE VALUE***",
"memcache.local": "\\OC\\Memcache\\APCu",
"memcache.distributed": "\\OC\\Memcache\\Redis",
"redis": {
"host": "***REMOVED SENSITIVE VALUE***",
"port": 0,
"timeout": 0
},
"memcache.locking": "\\OC\\Memcache\\Redis",
"filelocking.enabled": "true",
"filelocking.ttl": 3600,
"default_language": "de",
"force_language": "de",
"default_locale": "de-ch",
"force_locale": "de-ch",
"skeletondirectory": "",
"knowledgebaseenabled": false,
"updater.release.channel": "stable",
"default_phone_region": "CH",
"app_install_overwrite": [
"user_sql",
"files_trackdownloads",
"files_antivirus",
"user_backend_sql_raw",
"activity"
],
"data-fingerprint": "fd880a1281a2f40887e135eaa81bc8d4",
"maintenance_window_start": "1",
"lost_password_link": "https:\/\/hgverwaltung.ch\/#\/password-reset",
"trusted_proxies": "***REMOVED SENSITIVE VALUE***",
"defaultapp": ""
}
}
List of activated Apps
Enabled:
- activity: 2.20.0
- admin_audit: 1.18.0
- announcementcenter: 6.7.0
- bruteforcesettings: 2.8.0
- cloud_federation_api: 1.11.0
- dav: 1.29.1
- external: 5.3.1
- federatedfilesharing: 1.18.0
- files: 2.0.0
- files_antivirus: 5.4.1
- files_pdfviewer: 2.9.0
- files_reminders: 1.1.0
- files_sharing: 1.20.0
- files_trashbin: 1.18.0
- files_versions: 1.21.0
- groupfolders: 16.0.3
- impersonate: 1.15.0
- login_notes: 1.4.0
- logreader: 2.13.0
- lookup_server_connector: 1.16.0
- nextcloud_announcements: 1.17.0
- notifications: 2.16.0
- notify_push: 0.6.9
- oauth2: 1.16.3
- previewgenerator: 5.4.0
- provisioning_api: 1.18.0
- quota_warning: 1.18.0
- related_resources: 1.3.0
- richdocuments: 8.3.1
- serverinfo: 1.18.0
- settings: 1.10.1
- sharebymail: 1.18.0
- suspicious_login: 6.0.0
- terms_of_service: 2.3.2
- theming: 2.3.0
- twofactor_backupcodes: 1.17.0
- updatenotification: 1.18.0
- user_sql: 4.7.1
- viewer: 2.2.0
- workflowengine: 2.10.0
Disabled:
- circles: 28.0.0-dev (installed 27.0.1)
- comments: 1.18.0 (installed 1.11.0)
- contactsinteraction: 1.9.0 (installed 1.2.0)
- dashboard: 7.8.0 (installed 7.1.0)
- encryption: 2.16.0
- federation: 1.18.0 (installed 1.11.0)
- files_external: 1.20.0
- firstrunwizard: 2.17.0 (installed 2.10.0)
- password_policy: 1.18.0 (installed 1.11.0)
- photos: 2.4.0 (installed 1.2.3)
- privacy: 1.12.0 (installed 1.6.0)
- recommendations: 2.0.0 (installed 1.0.0)
- support: 1.11.0 (installed 1.3.0)
- survey_client: 1.16.0 (installed 1.9.0)
- systemtags: 1.18.0 (installed 1.11.0)
- text: 3.9.1 (installed 3.2.0)
- twofactor_totp: 10.0.0-beta.2
- user_ldap: 1.19.0
- user_status: 1.8.1 (installed 1.1.1)
- weather_status: 1.8.0 (installed 1.1.0)
Nextcloud Signing status
No response
Nextcloud Logs
The log files did not show an error and no entry was written because I could not click the button to create a new file.
Additional info
I could run the update again in a maintenance window to analyze the error.
Suffering from the same issue, JS console displays the following error messages:
[ERROR] files: Header workspace already registered
Object { app: "files", uid: "21341", level: 0, header: {…} }
ConsoleLogger.js:74:18
value ConsoleLogger.js:74
value ConsoleLogger.js:100
j index.mjs:301
<anonymous> files.js:61
[ERROR] files: Error while fetching content
Object { app: "files", uid: "21341", level: 0, error: Error }
app: "files"
error: Error: Invalid owner type
columnNumber: 88943
fileName: "https://cloud.cuwott.fr/dist/files-init.js?v=585b0d71-0"
lineNumber: 2
message: "Invalid owner type"
stack: "I@https://cloud.cuwott.fr/dist/files-init.js?v=585b0d71-0:2:88943\nS@https://cloud.cuwott.fr/dist/files-init.js?v=585b0d71-0:2:89783\nL@https://cloud.cuwott.fr/dist/files-init.js?v=585b0d71-0:2:91936\nQe@https://cloud.cuwott.fr/dist/files-init.js?v=585b0d71-0:2:19895\n34507/getContents/<@https://cloud.cuwott.fr/dist/files-init.js?v=585b0d71-0:2:30934\n"
<prototype>: Error.prototype { stack: "", … }
constructor: function Error()
message: ""
name: "Error"
stack: ""
toString: function toString()
<get stack()>: function stack()
<set stack()>: function stack()
<prototype>: Object { … }
level: 0
uid: "21341"
<prototype>: Object { … }
ConsoleLogger.js:74:18
value ConsoleLogger.js:74
value ConsoleLogger.js:100
fetchContent files-main.js:2
I have the same error. And also the same error message in the browser console. But only in the browser. All folders and files are visible in the Nextcloud app.
Is this the same problem? : https://github.com/nextcloud/text/issues/5332
Same issue here files Dashboard and/or files application is broken for me since 28.0.1 to 28.0.2.5
access.log : "GET /ocs/v2.php/apps/notifications/api/v2/notifications HTTP/1.1" 304 0 "https://nextcloud.xxxxxxx.fr/apps/files/files" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/117.0.0.0 Safari/537.36"
If I use my android phone using the nextcloud application files application works.
Is this the same problem? : https://github.com/nextcloud/text/issues/5332
No... this is unrelated and only causes the last error message in your console.
oh goodness im glad im not alone in this. This is my exact same problem. If i check my /data/userID directory i see my files so they are not gone. They are just not displayed in the Files App. Also i can no longer access any external storage. "External mount error There was an error with this external storage. Do you want to review this mount point config in the settings page?"
oh goodness im glad im not alone in this. This is my exact same problem. If i check my /data/userID directory i see my files so they are not gone. They are just not displayed in the Files App. Also i can no longer access any external storage. "External mount error There was an error with this external storage. Do you want to review this mount point config in the settings page?"
Yes because if you use photos you can find your files, it is therefore "File" which cannot display our folder/files I hope we will have a correction quickly because I can no longer use it on a browser (80% of my time)
To narrow this down... is everyone affected using the groupfolders app as mentioned in the title?
:+1: I'm affected and using groupfolders app :-1: I'm affected and not using groupfolders
I will also add that the iOS app for me displays no items in my files. Someone mentioned the Android app is fine. So thats an interesting datapoint as well.
Lastly here is data from my browser
Lastly here is data from my browser
Looks like there is a 500 response to the PROPFIND
(2nd and 3rd error). This should result in an error log entry. Could you try and look for that log message in your nextcloud.log
file?
This actually looks different than the other errors pasted above.
I wonder if any of this is related to old browser state (cached scripts, left over data in local storage, etc.)
Could you check if it's fixed by
- a force reload (
ctrl-shift-R
in most browsers)? - logging in in a private / incognito window?
Cc @nextcloud/server-frontend
- force reload did not work. Using chrome. Tried in FF and the same issue is there.
- Incognito mode in Chrome has the same problem
PROPFIND in the nextcloud log shows old entries, nothing from today.
// cat nextcloud.log | grep -i PROPFIND
{
"reqId": "q39PJTxwKaZJwFWa5ypv",
"level": 2,
"time": "2024-01-22T05:00:10+00:00",
"remoteAddr": "10.6.106.2",
"user": "--",
"app": "core",
"method": "PROPFIND",
"url": "/remote.php/dav/files/michael/",
"message": "Login failed: 'michael' (Remote IP: '10.6.106.2')",
"userAgent": "OPNsense Firewall",
"version": "28.0.1.1",
"data": {
"app": "core"
}
}
I wonder if any of this is related to old browser state (cached scripts, left over data in local storage, etc.)
Could you check if it's fixed by
- a force reload (
ctrl-shift-R
in most browsers)?- logging in in a private / incognito window?
Same thing with Chrome, Edge and a browser on my Samsung never use for nextcloud with logging in a private / incognito mod
From Firefox here are the Console errors
@michmoor0725 I see that we don't have quite the same error, I have the endless loading circle when I want to display my files while there is a "No files in here" message for you
The symptoms are somewhat the same but different error.
I will create a new problem but will be watching this in the meantime.
@leuedaniel I read your report as two matters:
After the update from 28.0.1 to 28.0.2, the group folders in the files were no longer displayed. Instead of the "New" button, there was an "Add" button. However, the button could not be clicked, so I rule out a Groupfolders problem as it generally no longer worked.
- Groupfolders no longer visible in the Web UI
- The New button missing
Can you clarify whether non-groupfolders files were still accessible?
There are others commenting here with issues that may be unrelated to your report.
@joshtrichards No, even non-groupfolders were no longer visible. I could not create any new files outside the groupfolders either.
Okay, I'm gonna try to split things up a bit :)
:one: Error while fetching content: Invalid owner type
If you're seeing that error, please confirm that your userid is just a number. EDIT: :warning: If so, you can stop interacting with this thread, a fix has been created here: https://github.com/nextcloud/server/pull/43318
:two: PROPFIND /remote.php/dav/files/michael/ 500 (Internal Server Error)
1. Please do like michael above, and find the matching error in your `data/nextcloud.log`. It should look like this:
```json { "reqId": "q39PJTxwKaZJwFWa5ypv", "level": 2, "time": "2024-01-22T05:00:10+00:00", "remoteAddr": "10.6.106.2", "user": "--", "app": "core", "method": "PROPFIND", "url": "/remote.php/dav/files/michael/", "message": "Login failed: 'michael' (Remote IP: '10.6.106.2')", "userAgent": "OPNsense Firewall", "version": "28.0.1.1", "data": { "app": "core" } } ```2. Also post the response of the network request. It should look like this: (post a screenshot after expanding the items OR even BETTER, paste the entire content from the `response` tab)
https://github.com/nextcloud/server/assets/14975046/1821cf2f-a8da-4299-9585-8a32b5d8057f
Okay, I'm gonna try to split things up a bit :)
:one:
Error while fetching content: Invalid owner type
If you're seeing that error, please confirm that your userid is just a number. e.g.
- Good userid:
admin
,user123
orjohndoe
- Bad userid:
235418651
This error shows up and my userId is indeed wholly numerical.
This error shows up and my userId is indeed wholly numerical.
Ok, this is different than the other issues linked here, so I'm gonna hide both of our messages :) Two fixes have just been created for your specific issue:
- https://github.com/nextcloud/server/pull/43318
- https://github.com/nextcloud-libraries/nextcloud-files/pull/882
@Ducknuke your issue is also different and only seem to impact favorites. Can you open the console, and run this for me:
JSON.stringify(OCP.InitialState.loadState('files', 'favoriteFolders', []))
Then paste the data here. It should look like this:
[{"fileid":113855,"path":"/1"},{"fileid":113907,"path":"/Collaborators"}]
@Ducknuke your issue is also different and only seem to impact favorites. Can you open the console, and run this for me:
JSON.stringify(OCP.InitialState.loadState('files', 'favoriteFolders', []))
Then paste the data here. It should look like this:
[{"fileid":113855,"path":"/1"},{"fileid":113907,"path":"/Collaborators"}]
First of all, thank you very much @skjnldsv for taking the time to answer me and try to help me because here I am stuck with this error...
The return of what you asked me is a favorites folder in the "/Documents/" folder :
'["/Documents/PROJET TERRAIN - MAISON"]'
Just disabled "photo sphere viewer" and now all files are again visible.
Just disabled "photo sphere viewer" and now all files are again visible.
@mw171 Not this application on my server :
root@d291d560a3f2:/#sudo -u abc php app/www/public/occ app:list Enabled:
- activity: 2.20.0
- admin_audit: 1.18.0
- bruteforcesettings: 2.8.0
- circles: 28.0.0-dev
- cloud_federation_api: 1.11.0
- comments: 1.18.0
- contactsinteraction: 1.9.0
- dashboard: 7.8.0
- dav: 1.29.1
- federatedfilesharing: 1.18.0
- federation: 1.18.0
- files: 2.0.0
- files_external: 1.20.0
- files_pdfviewer: 2.9.0
- files_reminders: 1.1.0
- files_sharing: 1.20.0
- files_trashbin: 1.18.0
- files_versions: 1.21.0
- firstrunwizard: 2.17.0
- logreader: 2.13.0
- lookup_server_connector: 1.16.0
- maps: 1.3.1
- nextcloud_announcements: 1.17.0
- notifications: 2.16.0
- oauth2: 1.16.3
- password_policy: 1.18.0
- photos: 2.4.0
- previewgenerator: 5.4.0
- privacy: 1.12.0
- provisioning_api: 1.18.0
- recommendations: 2.0.0
- related_resources: 1.3.0
- serverinfo: 1.18.0
- settings: 1.10.1
- sharebymail: 1.18.0
- support: 1.11.0
- survey_client: 1.16.0
- suspicious_login: 6.0.0
- systemtags: 1.18.0
- text: 3.9.1
- theming: 2.3.0
- twofactor_backupcodes: 1.17.0
- twofactor_totp: 10.0.0-beta.2
- user_status: 1.8.1
- viewer: 2.2.0
- weather_status: 1.8.0
- workflowengine: 2.10.0 Disabled:
- encryption: 2.16.0
- updatenotification: 1.18.0 (installed 1.17.0)
- user_ldap: 1.19.0
Oh my god I just found it... After 2 days of research... it was you @skjnldsv who put me on the way. I removed the folder in question from my favorites and I have the File app working again....
but... If I ever re-add a folder as favorites, it breaks again and with any other folder :/
and still the same text-file error in the chrome console :
I seem to have seen this error on other discussions and I don't know if it's related
Okay, I'm gonna try to split things up a bit :)
1️⃣
Error while fetching content: Invalid owner type
If you're seeing that error, please confirm that your userid is just a number. EDIT: ⚠️ If so, you can stop interacting with this thread, a fix has been created here: #43318
2️⃣
PROPFIND /remote.php/dav/files/michael/ 500 (Internal Server Error)
- Please do like michael above, and find the matching error in your
data/nextcloud.log
. It should look like this:- Also post the response of the network request. It should look like this: (post a screenshot after expanding the items OR even BETTER, paste the entire content from the
response
tab)
Hi @skjnldsv . Thank you for your suggestion. I have the first problem, where the userid is just a number. I went to #43318 but in my installation, I don't have the folder apps/files/src. How can I try to apply the fix?
@dinand-ginting you cannot. You have to wait for the next update
Oh my god I just found it... After 2 days of research... it was you @skjnldsv who put me on the way. I removed the folder in question from my favorites and I have the File app working again....
but... If I ever re-add a folder as favorites, it breaks again and with any other folder :/ and still the same text-file error in the chrome console :
I seem to have seen this error on other discussions and I don't know if it's related
My error probably comes from the favorites. I will open a new issue.