MiniVend Akopia Services
[Date Prev][Date Next][Thread Prev][Thread Next][Minivend by date ][Minivend by thread ]

Re: [mv] rare problem - please help

******    message to minivend-users from "Michael Schwartz" <michael@panamacom.com>     ******

Ok, it is safe to assume the following....
When there is no account created at all (minivend doesnt count), i get the
server 500 error.....as soon as one account is created, the problem
dissappears.....no more error 500 even if the user doesnt exist.....
so, the problem is solved.....someone knows why this behavior?
Bye!!

----- Original Message -----
From: Michael Schwartz <michael@panamacom.com>
To: <minivend-users@minivend.com>
Sent: Saturday, December 25, 1999 4:21 PM
Subject: Re: [mv] rare problem - please help


> ******    message to minivend-users from "Michael Schwartz"
<michael@panamacom.com>     ******
>
> yes, thats what i think...it could be Login or anything, if you change the
> mv_click to the the same, and you [set] it and give that value to
> Submit.....but it actually worked when i did the changes and i dont know
> why.......i have 3.14-4.....
> and cookie login is commented out.....ill change the 'Login' to something
> else today to see if it was a 'day glitch'....or someone has an
explanation?
> :)
> bye
> ----- Original Message -----
> From: Gideon van Gelder <gideon@swingmaster.nl>
> To: <minivend-users@minivend.com>
> Sent: Saturday, December 25, 1999 8:37 AM
> Subject: Re: [mv] rare problem - please help
>
>
> > ******    message to minivend-users from "Gideon van Gelder"
> <gideon@swingmaster.nl>     ******
> >
> > Hi,
> >
> > It's strange that that worked, since it doesn't
> > really have anything to do with the problem.
> > Even if you would change the values to "billy" instead
> > of "Login" it should still work.
> >
> > I had a similar problem yesterday: it involved a 500 error
> > in Netscape when a user tried to login with a cookie and
> > the username didn't exist or there was a password mismatch.
> >
> > Maybe you have set CookieLogin Yes in catalog.cfg.
> > If so, try turning it off by setting it to no or commenting it.
> > Or try what I did, I upgraded all the perl-modules and all te binaries
to
> > 3.14-4
> > and all is working swell now.
> >
> > I hope that may help and happy holidays,
> >
> > -Gideon
> >
> >
> >
> > > ******    message to minivend-users from "Michael Schwartz"
> > <michael@panamacom.com>     ******
> > >
> > > I did the changes and it worked....but i cant explain why the other
> > catalog
> > > works with a different value than 'Login'...hmmmm, the code i sent in
my
> > > initial email works with one catalog but it doesnt work with
> > > another...suggestions?
> > >
> > > ----- Original Message -----
> > > From: Greg LaPolla <glapolla@earthlink.net>
> > > To: <minivend-users@minivend.com>
> > > Sent: Saturday, December 25, 1999 2:17 AM
> > > Subject: Re: [mv] rare problem - please help
> > >
> > >
> > > > ******    message to minivend-users from Greg LaPolla
> > > <glapolla@earthlink.net>     ******
> > > >
> > > > I do believe that the problem may be that the code should read :
> > > >
> > > > [set Login]
> > > > [userdb login]
> > > > [/set]
> > > >
> > > > You should also check the rest of the code, it looks like you have
the
> > > > value set to Log where it should be Login
> > > >
> > > >
> > > >
> > > > On Sat, 25 Dec 1999, Michael Schwartz wrote:
> > > >
> > > > > ******    message to minivend-users from "Michael Schwartz"
> > > <michael@panamacom.com>     ******
> > > > >
> > > > >  Happy Holidays to all....
> > > > > I have a very wierd problem....
> > > > > I have several catalogs and in all of them the userdb login works
> > > > > perfectly.....i didnt changed it much from the simple demo.
> > > > > In a new catalog i am developing, the userdb login works, but only
> > when
> > > a
> > > > > user exists....if the user doesnt exists i get an Internal Server
> > Error
> > > > > (500)....when i check the error log I get:
> > > > >
> > > > > .../cgi-bin/catalog5/process Runtime error: Username does not
exist
> > > > >
> > > > >
> > > > > The thing i dont understand is that all the other catalogs work
even
> > if
> > > the
> > > > > user doesnt exist.....obvious, if the users doesnt exist, there is
> no
> > > login,
> > > > > but i dont get the dreaded Internal Server Error....
> > > > > I copied the same code from the other catalogs that work, and
> > > nothing.......
> > > > > Please, can someone help me with this? I dont think this is the
> usual
> > > > > error....and i dont have a clue, but i do have a
dateline.....monday
> > 27
> > > :-(
> > > > >
> > > > > The code im using (the same for all, but in this particular
catalog
> i
> > > get
> > > > > the error described above):
> > > > >
> > > > > [set Log]
> > > > > [userdb login]
> > > > > [/set]
> > > > >     <FORM ACTION="[process-target]" METHOD=POST>
> > > > >     <INPUT TYPE=hidden NAME=mv_click VALUE="Log">
> > > > >     <INPUT TYPE=hidden NAME=mv_doit  VALUE="return">
> > > > >     <INPUT TYPE=hidden NAME=mv_nextpage VALUE="index">
> > > > >
> > > > > <P><CENTER><B><FONT SIZE="-1"
FACE="Verdana">Members</FONT></B><BR>
> > > > > <FORM ACTION="[process-target]" METHOD=POST>
> > > > >     <INPUT TYPE=hidden NAME=mv_click VALUE="Log">> <INPUT
> > > > >     <INPUT TYPE=hidden NAME=mv_doit VALUE="return">MAXLENGTH="14"
> > > > >     <INPUT TYPE=hidden NAME=mv_nextpage
> > > > > VALUE="index">NAME="mv_username"
> > > > >                                                          SIZE="12"
> > > > VALUE=""><FONT
> > > > > SIZE="-2" FACE="Arial"><BR>
> > > > >         Name</FONT></CENTER></TD>
> > > > >       </TR>
> > > > >       <TR>
> > > > >         <TD WIDTH="122">
> > > > >  <P><CENTER>
> > > > > <INPUT MAXLENGTH="12" onChange="this.form.submit()"
> NAME="mv_password"
> > > > > TYPE="password" SIZE="12">
> > > > > <FONT SIZE="-2"  FACE="Arial"><BR>
> Password/Clave</FONT></CENTER></TD>
> > > > >       </TR>
> > > > >       <TR>
> > > > >         <TD WIDTH="122">
> > > > >         <P><CENTER>&nbsp;<FONT SIZE="-2" FACE="Arial">
> > > > > <INPUT TYPE="submit" VALUE="Log"></FONT></CENTER></TD></FORM>
> > > > >
> > > > > Please HELP!
> > > > >
> > > > >
> > > > > -
> > > > > 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
> > > > >
> > > >
> > > > -
> > > > 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
> > > >
> > >
> > > -
> > > 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
> >
> >
> >
> > -
> > 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
> >
>
> -
> 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
>

-
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
Search for: Match: Format: Sort by: