Open DocSnyderLiMA opened 1 month ago
Update: to me it looks like that on the OpenProject side something is forcing the nextcloud filecache to permanently update the entries for every "main project folder" entry. This leads in the oc_filecache
db table to duplicate entries by a factor of 10 to 50 times more compared to the subfolder entries.
See two different project folder examples attached:
,
With this duplicates (seems to be different folder-fileversions with varying timestamps) the GUI is always throwing the dice in which "subfolder version" you enter by clicking initially on the main project folder as "parent".
So my wild guess is that the filecache-job for automatically managed folders is causing this trouble as it seems to not remove old fileversion entries of main project folders in the filecache making the folder browsing trhough the NC GUI looking that buggy.
@joshtrichards Any first results on my reported bug issue?
⚠️ This issue respects the following points: ⚠️
Bug description
I have experienced severe trouble with the file cache (db table
oc_filecache
) when using the groupfolder "OpenProject" (set up as suggested here) including the option "Automatically managed folders".My observation is that the db table
oc_filecache
is flooded with "pseudo-redundant" entries from this groupfolder (only the table entry "parent" seems to vary) which has the nasty effect, that users within the NC WebGUI get very buggy views on the content of their groupfolders resulting in:To me this looks like a background job is constantly creating "pseudo-redundant" entries in the
oc_filecache
db table for certain group-subfolders (maybe with different time stamps/versions of this subfolder) without cleaning up older entries and therefor - out of this multliple "pseudo redundant" entries - randomly one entry is taken for the NC WebGUI view which might be outdated or not.Any ideas on how this pseudo redundant entries evolve and especially on how to fix this issue are welcome.
I tried to delete this entries on database level manually by:
DELETE FROM oc_filecache WHERE fileid IN(SELECT DISTINCT f.fileid FROM oc_filecache AS f INNER JOIN oc_mounts AS m ON m.storage_id = f.storage WHERE size < 0 AND parent > -1);
which initially blanks out the filecache for this project groupfolders but after some time when filecache gets refilled the situation becomes buggy again.
For other groufolders already in use within our NC instance this behaviour can not be observed - hence this issue seems to be linked to the open project integration setup (any faulty synchronization job in the background?).
Steps to reproduce
We are using OpenProject 14.3.0.
Expected behavior
Get always a reliable view on the projects folder content within the NC WebGUI (our users get frustrated as it seems that their data is missing or sometimes there/sometimes gone).
Installation method
Community Web installer on a VPS or web space
Nextcloud Server version
29
Operating system
Debian/Ubuntu
PHP engine version
PHP 8.1
Web server
Apache (supported)
Database engine version
PostgreSQL
Is this bug present after an update or on a fresh install?
Upgraded to a MAJOR version (ex. 28 to 29)
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
Additional info
No response