Re: [mv] [3.14-5] scan (one click search) in combination arg

[".c o r y . t r e s e." <digital@specialty-books.com>]

******    message to minivend-users from ".c o r y . t r e s e." <digital@specialty-books.com>     ******

At the time of Wed, 31 May 2000, Dan Busarow wrote about Re: [mv] [3.14-5] scan (one click search) in combination arg:
>******    message to minivend-users from Dan Busarow <dan@dpcsys.com>     ******
>> 
>> GOAL:
>> >> 1. a search in the "scan" format
>> >> 2. an argument.  just one little argument ;)

[snip]

>
>The [set mv_put_session]Yes[/set] needs to be in your scan results
>page, results.html or sp=...
>

[snip]

----EXAMPLE CODE-----
>[set mv_put_session]Yes[/set]
>
>[perl arg=scratch interpolate=1]
>$oldcat = $Safe{'scratch'}->{'subcat'};
>$a = "[value-extended name=mv_searchspec]" || $oldcat;
>$Safe{'scratch'}->{'subcat'} = $a;
>return "";
>[/perl]
>
><b>[data session arg]</b>

I copied this code almost exactly.  I included [set mv_put_...] at the top of
the page.  I checked to make sure that everything was as you instructed.  I
would post my page, but it almost the same thing that you had.


>
>I'm using mv_put_session so I can store mv_searchspec, I just added a
><b>[data session arg]</b> to the page to test your case. I added an
>argument to the url and the argument displayed on the results.
>
>The sample url you included didn't have a searchspec.  My search works
>and displays the session arg.  Snippet from the generated html


>Try it yourself, 
>http://store.buildersshow.com/cgi-bin/nahb/scan/fi=products/st=sql/ \
>    sf=subcategory/se=1/tf=description/ml=20/sp=items2?;coreytrese;
>

I see that you're page works quiet nicely.  May I ask what version you are
running?  If you already told me, I'm sorry for the repeated question (I am on
3.14-5.)

So I started searching...

Because the "Bad Search Spec.." I'm getting is a file failure, I started
checking my permissions.  Everything looks good, I didn't find a single thing
to fix.

So then I went to my search page while that [data session arg] stuff was in,
without a "arg" value set.  This worked fine (not a big surprise, but it
confirmed my idea that it wasn't somehow the perl or tags I was using on the
page.)

Then I went in and removed all the [data session arg] stuff from the results
page (but still set [set mv_put_session]Yes[/set] in the path.)  The results
worked fine without a "arg."  When I added one (even without all the code to
mess with it,) I got the same error.

I now have an idea that perhaps the problem is not in the page, but in the
settings somewhere.  I would post my catalog.cfg file but it's long.

***  Does anyone know where (very generally) in the catalog.cfg / minivend.cfg
files I might look?  (cookies, session settings, etc) that might effect use of
[data session arg] on search pages?

Are their any other particularly sticky places for use of [data session arg]
(perhaps this is not actually a sticky place I'm in, just one isolated
problem.)  If I had more places to test things I might be able to get more
errors and information.

Thank you very much list.

 >You're welcome, hope this helps.

Dan, if you are still reading this thread, you have been most helpful.  I
appreciate it.

digital@specialty-books.com
800.466.1365-ext223
[head web-human, Specialty Books]
-
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