-
Notifications
You must be signed in to change notification settings - Fork 17
Old files aren't removed from search index #70
Comments
@butonic any idea? |
With oc8 we moved to a background job that cleans up deleted files in the status table. It runs every 10min and decouples the delete from file operations which speeds up sync performance on deletes. For search this time limited inconsistency between files and index (or search results) is considered acceptable. Closing as this works as designed. @resound88 Can you verify that your deleted files meanwhile no longer show up in the search results? If they do, please reopen. |
@butonic Not even after 12 hours the search index is refreshed on our instance. What information do you need for further investigation? |
Looking at the code, this seems to be a side effect of #49. Following up there. |
I’m closing this issue because it has been inactive for a few months. This probably means that it is not reproducible or it has been fixed in a newer version. If it’s an enhancement and hasn’t been taken on for so long, then it seems no one has the time to implement this. Please reopen if you still encounter this issue with the latest stable version and then please use the issue template. You can also contribute directly by providing a patch – see the developer manual. :) Thank you! |
Hi together,
accidentally I noticed, that old files aren't immediately removed from the search index, after they get deleted.
A run of the cronjob doesn't change anything.
I'm not sure if this is a known limitation or a bug.
I can reproduce it on Debian 6.
Meanwhile I use version OC version 8.0.2.
Best regards
The text was updated successfully, but these errors were encountered: