Your message dated Fri, 29 Jun 2007 13:54:14 +0300
with message-id <[EMAIL PROTECTED]>
and subject line Bug #107178: solved in interchange 5.4.2-4
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: interchange
Version: 4.6.5-1
Severity: normal

I was going through Interchange's Tutorial when I hit a bug in the search 
processor.

Given the "su=yes/fi=products/sf=sku/sf=description" search profile, an empty 
search string ("") will not match any item, but Interchange will process and 
output the contents of both the on-match and no-match tags. Passing non-empty 
strings works as expected whether it matches or not.

I assume this can't be "expected behavior" as common logic dictates that 
something can be both black and white at the same time :)
* Read my comment later.

BTW, who's to blame by having chosen ambiguous names for the tags on-match and 
no-match? It lends itself to typos.

Here's a minimal pages/result.html file that serves to reproduce the bug:
[search-region]
[search-list]
[/search-list]
[on-match]
<p>Matches.</p>
[/on-match]
[no-match]
<p>Not Matches.</p>
[/no-match]
[/search-region]


Well, now I've found some "clarification" on the error.log file. It reads:
127.0.0.1 wifNJa5t:127.0.0.1 - [29/abril/2001:21:33:01 -0300] tutorial 
/cgi-bin/ic/tutorial/search search error: Search strings must be at least 1 
characters.
> You had no search string specified.

So this was "expected behavior", but I still think it's a bug to have it match 
both "on-match" and "no-match" tags. Additionally, it would be good to have a 
note in the tutorial on this.


-- System Information
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux jkohen 2.4.6 #1 lun jul 9 20:54:12 ART 2001 i586
Locale: LANG=es_AR, LC_CTYPE=es_AR

Versions of packages interchange depends on:
ii  debconf                       0.9.90     Debian configuration management sy
ii  libdigest-md5-perl            2.13-2     MD5 Message Digest for Perl       
ii  libhtml-parser-perl           3.23-1     A collection of modules that parse
ii  libmime-base64-perl           2.12-4     MIME/Base64 decoding for Perl     
ii  libsafe-hole-perl             0.08-2     Perl module which makes a hole in 
ii  libsql-statement-perl         0.1020-1   perl SQL::Statement - SQL parsing 
ii  libstorable-perl              1.0.7-1    Storable extension for Perl5      
ii  liburi-perl                   1.12-1     Manipulates and accesses URI strin
ii  logrotate                     3.5.7-2    Log rotation utility              
ii  perl                          5.6.1-5    Larry Wall's Practical Extraction 



--- End Message ---
--- Begin Message ---
version: 5.4.2-4

Functionality has been changed. In case an empty search is performed, or
size of search string is below the set minimum size then:
- [no-match]No Match[/no-match]  returns true and will show 'No Match'
- [on-match]Matches[/on-match]  returns false and will NOT show 'Matches'
- An error is logged in error.log

The search parameter controlling this is:  
Fullname: mv_min_string
Abbreviation: ms

Default setting for minimum string size is 1.




--- End Message ---

Reply via email to