Collection overriding folder path metadata
Describe the bug After a snapshot rollback of the docker then a series of full scans with "Populate metadata from model path template during scan" enabled; Most of the library reverts to collection prior to rollback
To Reproduce Steps to reproduce the behavior:
- accidentally start to change entire library's collection to a singular collection - force stop manyfold
- rollback the manyfold VM from before the mistake (in my case this was ONLY the VM not the models/storage)
- parse metadata to change collections back, per your file path
- Everything should seem normal, datapackage shows the correct info, the UI shows the correct info
- run a full scan
- all models from before the rollback will change their collections to the singular mistake collection
Solution/Post Game Report I bulk edited models and input their correct collection, they appear to have not changed after the next full scan I have too many things to go through, so I am just going to delete the library and remake it.
I also noticed some other models changed to a different incorrect collection, something that it may have been apart of prior to the rollback. It was as if it undid the rollback using data from the datapackages.
It should use the data from the datapackage when scanning, but the thing that doesn't make sense there is that you said the datapackage was correct - so it's not picking up the incorrect collections from there. Is that right?
Ah - one other thought; do any of these have Thingiverse README files in them? It will parse some metadata from those if present.
The datapackage and UI were always in sync with each other, when the scan happened, it updated the UI and datapackage, giving a "filepath is wrong" error
File path would have been creator/collection/model UI and datapackage would show Creator: Creator Collection: Collection
Post scan: file path would remain creator/collection/model UI and datapackage showed Creator:Creator Collection: Wrong-Collection
It almost seemed to have regressed to pre-rollback