Closed (fixed)
Project:
Search Lucene API
Version:
6.x-1.5
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
8 Sep 2009 at 10:33 UTC
Updated:
9 Oct 2009 at 15:20 UTC
Jump to comment: Most recent file
Comments
Comment #1
cpliakas commentedHi Ben.
This is a big problem and I will look into it as soon as I can to see if I can replicate the behavior you described. I am getting my feet back on the ground after Drupalcon Paris, so it may take me a couple of days to post my findings. Any help in determining the cause would be greatly appreciated.
Thanks for posting,
Chris
Comment #2
ben_scott commentedHi Chris -
Hope you had a great time at Drupalcon Paris!
I think I've tracked down the bug - just need to commit changes to the index when stuff's deleted. I've attached a patch which fixes it for me.
Cheers,
Ben
Comment #3
cpliakas commentedThanks for the patch! I will test it out to see if it has any unintended consequences, but I don't suspect that it will.
Comment #4
cpliakas commentedThe fix has been committed to all 1.0 branches of Search Lucene API #262374 #262372. I also added the commit() to a couple other locations in addition to the one submitted in your patch.
I cannot replicate the issue on either my Windows or Linux machine, so if possible it would be great if you or anyone else who is experiencing the problem could test the development snapshot for the 1.0 branch (available on 9/14) which will ultimately become the 1.6 release. I don't like releasing blind, so I will release 1.6 version when I get confirmation that everything worked :-).
In general, the changes are supposed to be committed when the script finishes. The Zend_Search_Lucene class in lib/Zend_Search_Lucene.php defines a destructor method which calls the commit() method. I am curious to know why either the destructor isn't being called or the commit() method is failing in your environment. I guess it is not a major issue, as the fix you submitted should work in all cases and is probably the best solution.
Thanks for your help and for discovering the issue / solution,
Chris
Comment #5
cpliakas commentedMarking as fixed, because all my tests have shown that the changes do not break anything, They also work with unit tests in the 2.0 branch. This fix will be reflected in the 1.6 release.
Comment #6
ben_scott commentedHi Chris -
Sorry for not helping with this: I wasn't following this thread - just came back to check out the new module release and saw your post. But I've just tested the 1.6 version and it's now working perfectly for me - thanks very much.
Cheers,
Ben
Comment #7
cpliakas commentedBen,
No problem, and thanks for confirming that the release works for you.
~Chris