Technical Description of the issue:
A document is no longer indexed after a second content property is added and set.
Customer's Description of the problem:
"In Alfresco 5.1 if a node contains a content property, the node drops out of the Solr index as soon as the node properties are modified or the node is checked out."
Steps to reproduce
1. Load/activate the following content model definition to create an aspect that contains a content property:
2. Create a simple text document named test1.txt
3. Create another simple text document named test2.txt, which will be the content property attached to test1.txt.
4. Search for "test1".
6. Use the node browser to confirm that the propert "tst:rendition" is set.
7. Search for "test1" again
Step 7. File "test1.txt" should be returned.
Step 7. File "test1.txt" is not found.
Analysis to date
The partner wrote that "... the node drops out of the Solr index as soon as the node properties are modified or the node is checked out." During my testing I didn't have to change a property or check out the node, because the node would no longer be indexed by simply adding the content property (no further action was needed).
A possible workaround would be to create association to the node, but the content property allows to have renditions that are versioned. Using associations would add a layer of complexity. Points made by the partner:
- Aside from the elegance of the code, we'd have to hide the PDF renditions somewhere in the repository so that users don't accidentally overwrite or delete them.
- It would be a large amount of rework on our side to sidestep the bug, while also introducing differences in our codebase for Alfresco 5.1 and above vs older releases of alfresco.
- If later versions of Alfresco fix the issue, it would only exacerbate the previous issue. We'd have to keep separate versions of our codebase for the versions that this bug affects.
- Going this route would essentially mean that Alfresco no longer supports content properties as of Alfresco 5.1. If Alfresco has any other customers that use content properties, they will be affected too.
Customer business impact / priority / urgency
Very critical for partner, which is trying to deploy their solution on Alfresco 5.1 for their customer. This issue has been escalated.
"This second content property is critical to satisfy the requirements of most of our client solutions. TSG will be unable to recommend Alfresco 5.1 to any of our clients until this issue is resolved."
Ideal Fix Version: