[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