Re: Date search bug
This WebDNA talk-list message is from 1998
It keeps the original formatting.
numero = 17641
interpreted = N
texte = Hmmm. I did avoid [date] directly for that very reason, but you have a point there. I will attempt some tests with date totally removed from the fieldname and see what happens.nelson@fwgi.com wrote: > > Try this. It may or may not solve the problem, I have experienced problem when defining a field > name similar to a reserved word. In this case, the problem could lie > > [accdate] > > contains [date] which is reserved. > > try to use [accddd] or something like that and see if this possible bug will go away > > Nelson > > Gil Poulsen wrote: > > > Ken commented on this privately earlier, but I wanted to bring it back to the > > list now because it appears to be a legitimate bug. > > > > Using WebCat plug-in 2.1.3; WebSTAR 3.0 with plenty of RAM allocated, the > > following search context in one of my templates causes WebSTAR to choke for > > 2-3 seconds, and then crash completely: > > > >
> > > > When I remove the &accdatetype=date from the search context, it processes it > > in less than a second and doesn't crash WebSTAR. Otherwise, it takes 1-2 > > seconds to return or it crashes completely. It seems to be searching fine > > without the type=date. The accdate field is in the form of mm/dd/yyyy. > > > > As Ken noted, this type of search will work properly without defining the > > field as a type=date, but other searches will not. The database only has about > > 100 entries in it at this point, certainly nowhere near large enough to stall > > WebCat. I thought 2.1.3 might fix the problem, but it made no difference. > > > > -- > > Gil Poulsen, Webmaster > > > > ************************************************************** > > * AltiM@c * Phone: (732) 469-2567 * > > * 429 St. Giles Court * FAX: (732) 469-5823 * > > * Somerset, NJ * e-mail: help@altimac.com * > > * 08873 * WWW: http://www.altimac.com * > > **************************************************************-- Gil Poulsen, Webmaster************************************************************** * AltiM@c * Phone: (732) 469-2567 * * 429 St. Giles Court * FAX: (732) 469-5823 * * Somerset, NJ * e-mail: help@altimac.com * * 08873 * WWW: http://www.altimac.com * **************************************************************
Associated Messages, from the most recent to the oldest:
Hmmm. I did avoid
[date] directly for that very reason, but you have a point there. I will attempt some tests with date totally removed from the fieldname and see what happens.nelson@fwgi.com wrote: > > Try this. It may or may not solve the problem, I have experienced problem when defining a field > name similar to a reserved word. In this case, the problem could lie > > [accdate] > > contains
[date] which is reserved. > > try to use [accddd] or something like that and see if this possible bug will go away > > Nelson > > Gil Poulsen wrote: > > > Ken commented on this privately earlier, but I wanted to bring it back to the > > list now because it appears to be a legitimate bug. > > > > Using WebCat plug-in 2.1.3; WebSTAR 3.0 with plenty of RAM allocated, the > > following search context in one of my templates causes WebSTAR to choke for > > 2-3 seconds, and then crash completely: > > > >
> > > > When I remove the &accdatetype=date from the search context, it processes it > > in less than a second and doesn't crash WebSTAR. Otherwise, it takes 1-2 > > seconds to return or it crashes completely. It seems to be searching fine > > without the type=date. The accdate field is in the form of mm/dd/yyyy. > > > > As Ken noted, this type of search will work properly without defining the > > field as a type=date, but other searches will not. The database only has about > > 100 entries in it at this point, certainly nowhere near large enough to stall > > WebCat. I thought 2.1.3 might fix the problem, but it made no difference. > > > > -- > > Gil Poulsen, Webmaster > > > > ************************************************************** > > * AltiM@c * Phone: (732) 469-2567 * > > * 429 St. Giles Court * FAX: (732) 469-5823 * > > * Somerset, NJ * e-mail: help@altimac.com * > > * 08873 * WWW: http://www.altimac.com * > > **************************************************************-- Gil Poulsen, Webmaster************************************************************** * AltiM@c * Phone: (732) 469-2567 * * 429 St. Giles Court * FAX: (732) 469-5823 * * Somerset, NJ * e-mail: help@altimac.com * * 08873 * WWW: http://www.altimac.com * **************************************************************
Gil Poulsen
DOWNLOAD WEBDNA NOW!
Top Articles:
Talk List
The WebDNA community talk-list is the best place to get some help: several hundred extremely proficient programmers with an excellent knowledge of WebDNA and an excellent spirit will deliver all the tips and tricks you can imagine...
Related Readings:
Max Record length restated as maybe bug (1997)
"&" character in Flash animation (2004)
Database Options (1997)
weird [hideif] happenings maybe . . . (2003)
New Command prefs ... (1997)
replace urgent!!!! (2001)
Running 2 two WebCatalog.acgi's (1996)
Converting Quotes in Javascript (2001)
Clearing orders and database help! (1997)
Hyperlink in email (2002)
watch out for format_to_days on NT (1997)
Which [index]? (1997)
More questions about serial number dishing (1997)
TRAINING videos - Prove IT. (1998)
ftp to webstar (2001)
command parameters (1998)
Major bug report on rootbeer (1997)
Test (2001)
Re:Dashes and dots in credit card (1998)
2.0 Info (1997)