[interchange-cvs] interchange - kwalsh modified lib/Vend/Swish2.pm
interchange-cvs at icdevgroup.org
interchange-cvs at icdevgroup.org
Mon Aug 20 15:41:10 EDT 2007
User: kwalsh
Date: 2007-08-20 19:41:10 GMT
Modified: lib/Vend Swish2.pm
Log:
* The [on-match] and [no-match] blocks have a reversed meaning when using
this module. This is a sticky-plaster fix until a proper solution
presents itself. I'll raise a bug on the tracker.
Revision Changes Path
1.15 +12 -3 interchange/lib/Vend/Swish2.pm
rev 1.15, prev_rev 1.14
Index: Swish2.pm
===================================================================
RCS file: /var/cvs/interchange/lib/Vend/Swish2.pm,v
retrieving revision 1.14
retrieving revision 1.15
diff -u -r1.14 -r1.15
--- Swish2.pm 9 Aug 2007 13:40:54 -0000 1.14
+++ Swish2.pm 20 Aug 2007 19:41:10 -0000 1.15
@@ -1,6 +1,6 @@
# Vend::Swish2 - Search indexes with Swish-e's new SWISH::API
#
-# $Id: Swish2.pm,v 1.14 2007/08/09 13:40:54 pajamian Exp $
+# $Id: Swish2.pm,v 1.15 2007/08/20 19:41:10 kwalsh Exp $
#
# Adapted from Vend::Swish by Brian Miller <brian at endpoint.com>
#
@@ -26,7 +26,7 @@
require Vend::Search;
@ISA = qw(Vend::Search);
-$VERSION = substr(q$Revision: 1.14 $, 10);
+$VERSION = substr(q$Revision: 1.15 $, 10);
use strict;
use SWISH::API;
@@ -226,7 +226,16 @@
}
}
- $search_string = $s->build_search(\@pats);
+ #
+ # bug alert (make your own klaxon sound here)
+ # -------------------------------------------.
+ # uncommenting the following line causes the [on-match] and
+ # [no-match] blocks to reverse their meaning. This has something
+ # to do with the resulting "matches" count, but I haven't looked
+ # into it properly
+ #
+ # $search_string = $s->build_search(\@pats);
+
#::logDebug("Swish search string is $search_string within " . join(', ', @sf));
my $results = $engine->Query( $search_string );
More information about the interchange-cvs
mailing list