Re: Possible search bug in 3.12beta13 (and earlier)

[Matthew.Rice@ftlsol.com]

******    message to minivend-users from Matthew.Rice@ftlsol.com     ******

Thompson-Jordan writes:
> If you are using mv3.11 then there is a bug where you can't address column
> 1 by name.

I'm using mv3.12beta13 and I tried using just the number and moving
the column over.


> Also in your example you have "se=Category" but you database
> have the value "Bearing" in that field.

I'm not certain what you mean here.  An excerpt from my original post is:
	scan/fi=partcat/sf=category/sp=catwalk/se=CategoryB

Sorry, CategoryB should have been Bearing (both are present in the
real database, though).


> You didn't give the [area] or
> [page] tag you use, so I don't know if the problem is there.

Here's the [area] where [loop-code] is a list of categories (Bearing
and CategoryB being two of them):
	<A HREF="[area scan
         sf=category
         fi=partcat
         sp=catwalk
         se=[loop-code]]">[loop-code]</A>


> This is a very basic feature. I use this all the time and it works fine.

Have you used it to reference completely different databases or used
it in the 3.12 releases?  It may be a new bug.

The exact same [area] command without the fi=partcat portion works
as advertised.


> I
> wouldn't resort to Perl unless you really have to because there is a big
> overhead hit every time you call it.

I'm trying to avoid it but none of the fields are being set properly
other than loop-code (indicating that the search worked).

Regards,
-- 
matthew rice <matt@starnix.com>                               starnix inc.
tollfree: 1-87-pro-linux                         brampton, ontario, canada
http://www.starnix.com              professional linux services & products
-
To unsubscribe from the list, DO NOT REPLY to this message.  Instead, send
email with 'UNSUBSCRIBE minivend-users' in the body to Majordomo@minivend.com.
Archive of past messages: http://www.minivend.com/minivend/minivend-list