KARL3

Re-uploading a file doesn't re-index it

Bug #849059 reported by Paul Everitt
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
KARL3
Fix Released
Medium
Carlos de la Guardia
KARL3 m74

Bug Description

In production, I created a File with "gorfle" in the .doc body. I searched for "gorfle". Found the File. All good.

I edited my .doc and changed "gorfle" to "gimple" and replaced the file contents on the existing File. I searched for "gimple". No match. But "gorfle" still matched.

Thus, it appears we aren't re-indexing when updating an existing file.

Tags: r3.72
Revision history for this message
Paul Everitt (paul-agendaless) wrote :

Chris, I'm putting this in for next week, giving you the option of working on it while you are working on stuff this week, or getting this week's stuff out of the way.

Changed in karl3:
assignee: nobody → Chris Rossi (chris-archimedeanco)
Paul Everitt (paul-agendaless)
Changed in karl3:
assignee: Chris Rossi (chris-archimedeanco) → Carlos de la Guardia (cguardia)
Revision history for this message
Carlos de la Guardia (cguardia) wrote :

The re-indexing was done, but the file data was being cached indiscriminately by the FileTextIndexData adapter. This was pretty bad, because even replacing the file for a completely different one still did not re-index the correct text.

The cached data is now cleared whenever a file is edited and the file field has a file included. This insures that text will be re-extracted on edit but left alone for other re-indexing calls.

Changed in karl3:
status: New → Fix Committed
JimPGlenn (jpglenn09)
tags: added: r3.72
Revision history for this message
JimPGlenn (jpglenn09) wrote :

fixed

Changed in karl3:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.