file_id
column reference but not in schema of oc_group_folders_trash
#1653
Labels
file_id
column reference but not in schema of oc_group_folders_trash
#1653
How to use GitHub
Steps to reproduce
Expected behaviour
No errors.
Actual behaviour
Sync errors directing me to the log and log errors complaining of:
"Message": "SQLSTATE[42703]: Undefined column: 7 ERROR: column \"file_id\" of relation \"oc_group_folders_trash\" does not exist\nLINE 1: ...id\", \"name\", \"deleted_time\", \"original_location\", \"file_id\")...\n ^",
Conclusion: file_id column missing from table oc_group_folders_trash.
Confirmed by inspecting schema.
Reference to it exists in
apps/groupfolders/lib/Trash/TrashManager.php
wherein is written:My attempted local fix:
Server configuration
Operating system: Linuc Mint 20.2
Web server: Lighttpd 1.4.55 (as if it matters)
Database: Postgresql 12.8
PHP version: 7.4.3
Nextcloud version: 21.0.4
Group folders version: 9.0.3
Updated from an older Nextcloud/ownCloud or fresh install: Irrelevant, longstanding issue. Reported on forums over a year ago with no response and so took to deeper diagnosis myself this year. Only symptom is annoying errors reported by the desktop ync app.
Where did you install Nextcloud from: Lost to memory alas. It's an old mature install been kept up to date with every release.
Are you using external storage, if yes which one: local/s3/smb/sftp/... No.
Are you using encryption: No
Are you using an external user-backend, if yes which one: Not even sure what that means, so probably no.
Client configuration
Browser: Irrelevant. Firefox or Chromium or Chrome usually
Operating system: Whatever I'm on, my Mint machines or Windoze 10.
Logs
An extract of one of the repors. This happens a fair bit.
Web server error log
Irrelevant
Nextcloud log (data/nextcloud.log)
Irrelevant
Browser log
Irrelevant
Conclusion
I have added the file_id column for now, though guessed at the definition.
My best guess is that some upgrade or other did not update the schema correctly, and that this may not be a bug with groupfolders present, but one lost to time as I've not acted on it for a long time and it's not a new issue so it could have been any Nexcloud or app update in the last couple of years that caused it.
To wit, I'm guessing best approach is if I could be advised on how to ensure the scheme is correct. Is there a command to run that can just do that?
The text was updated successfully, but these errors were encountered: