Re: [WebDNA] [replacefounditems] fails
This WebDNA talk-list message is from 2009
It keeps the original formatting.
numero = 104142
interpreted = N
texte = It's too late to post the code that fails because I already replaced it with code that works, and I'm not spending any more time on this anyways, I only posted my last message here so that if someone else sees replacefounditems failing in an unusual manner they will have a head's up as to why, or if they want to avoid getting into the same situation I did they can just avoid using replacefounditems altogether. Sincerely, Kenneth Grome www.KenGrome.com > Ken, you know the drill ;-), > > Post your exact code (with sample values) > Also, post your specs... > > D > > =================== > d.brooke - mobile > www.euca.us > =================== > > On Dec 9, 2009, at 11:52 PM, Kenneth Grome
wrote: > > > I think there's some kind of bug in replacefounditems, I couldn't > > get it to replace both of the values I was trying to replace, it > > would only replace one -- the same one each time -- even when I > > switched their positions inside the replacefounditems context. > > > > At first I thought it might be a problem with their positions, > > that's why I switched them, but it didn't matter because only one > > would get replaced and the other was ignored consistently. Then I > > thought it might be a db format issue but that wasn't it either. > > > > Then I thought that because one of the field names was "cookie" that > > might be the problem so I changed it to kookie but that still didn't > > help. I checked my formvariables and all the values were being > > passed as expected, the only problem was that the replacefounditems > > was only replacing one of the two values it contained. > > > > Both values were URLed and I did not try NOT URLing them so maybe > > that's the problem. I spent close to 2 hours on this just trying to > > figure out what was wrong with my code, when all the time there was > > nothing wrong with my code at all. It was just a screw-up in the > > replacefounditems context that was causing the problem -- and I'm > > sure of this because when I eventually decided to use a [replace] > > context I used the exact same parameter string inside the replace > > that I was using in the replacefounditems ... and both values were > > replaced properly the very first time I tried it. > > > > Very strange. This is the first time I've seen such behavior, but > > it makes me distrust using replacefounditems now. > > > > It would be interesting to hear if anyone else has seen > > replacefounditems fail when more than one value is being replaced, > > and/or if anyone has seen strange behavior like this when the values > > are URLed. I just don't get it, but it leaves me thinking that this > > may really be a bug in the software. > > > > Sincerely, > > Kenneth Grome > > www.KenGrome.com > > --------------------------------------------------------- > > This message is sent to you because you are subscribed to > > the mailing list . > > To unsubscribe, E-mail to: > > archives: http://mail.webdna.us/list/talk@webdna.us > > old archives: http://dev.webdna.us/TalkListArchive/ > > Bug Reporting: http://forum.webdna.us/eucabb.html?page=topics&category=288 > --------------------------------------------------------- > This message is sent to you because you are subscribed to > the mailing list . > To unsubscribe, E-mail to: > archives: http://mail.webdna.us/list/talk@webdna.us > old archives: http://dev.webdna.us/TalkListArchive/ > Bug Reporting: http://forum.webdna.us/eucabb.html?page=topics&category=288 >
Associated Messages, from the most recent to the oldest:
It's too late to post the code that fails because I already replaced it with code that works, and I'm not spending any more time on this anyways, I only posted my last message here so that if someone else sees replacefounditems failing in an unusual manner they will have a head's up as to why, or if they want to avoid getting into the same situation I did they can just avoid using replacefounditems altogether. Sincerely, Kenneth Grome www.KenGrome.com > Ken, you know the drill ;-), > > Post your exact code (with sample values) > Also, post your specs... > > D > > =================== > d.brooke - mobile > www.euca.us > =================== > > On Dec 9, 2009, at 11:52 PM, Kenneth Grome wrote: > > > I think there's some kind of bug in replacefounditems, I couldn't > > get it to replace both of the values I was trying to replace, it > > would only replace one -- the same one each time -- even when I > > switched their positions inside the replacefounditems context. > > > > At first I thought it might be a problem with their positions, > > that's why I switched them, but it didn't matter because only one > > would get replaced and the other was ignored consistently. Then I > > thought it might be a db format issue but that wasn't it either. > > > > Then I thought that because one of the field names was "cookie" that > > might be the problem so I changed it to kookie but that still didn't > > help. I checked my formvariables and all the values were being > > passed as expected, the only problem was that the replacefounditems > > was only replacing one of the two values it contained. > > > > Both values were URLed and I did not try NOT URLing them so maybe > > that's the problem. I spent close to 2 hours on this just trying to > > figure out what was wrong with my code, when all the time there was > > nothing wrong with my code at all. It was just a screw-up in the > > replacefounditems context that was causing the problem -- and I'm > > sure of this because when I eventually decided to use a [replace] > > context I used the exact same parameter string inside the replace > > that I was using in the replacefounditems ... and both values were > > replaced properly the very first time I tried it. > > > > Very strange. This is the first time I've seen such behavior, but > > it makes me distrust using replacefounditems now. > > > > It would be interesting to hear if anyone else has seen > > replacefounditems fail when more than one value is being replaced, > > and/or if anyone has seen strange behavior like this when the values > > are URLed. I just don't get it, but it leaves me thinking that this > > may really be a bug in the software. > > > > Sincerely, > > Kenneth Grome > > www.KenGrome.com > > --------------------------------------------------------- > > This message is sent to you because you are subscribed to > > the mailing list . > > To unsubscribe, E-mail to: > > archives: http://mail.webdna.us/list/talk@webdna.us > > old archives: http://dev.webdna.us/TalkListArchive/ > > Bug Reporting: http://forum.webdna.us/eucabb.html?page=topics&category=288 > --------------------------------------------------------- > This message is sent to you because you are subscribed to > the mailing list . > To unsubscribe, E-mail to: > archives: http://mail.webdna.us/list/talk@webdna.us > old archives: http://dev.webdna.us/TalkListArchive/ > Bug Reporting: http://forum.webdna.us/eucabb.html?page=topics&category=288 >
Kenneth Grome
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:
[WebDNA] No more SQL in 7.1? (2012)
unique ascending numbers (2003)
OT - help.. (2003)
Calendar Program (2004)
WebTV problems with WebCatalog?? (1998)
[ot] Stopping Apple's Log Rolling (2004)
Re:2nd WebCatalog2 Feature Request (1996)
Summing results of a nested search (2006)
extending webcatalog (1997)
case sensitivity in lookups (1997)
[OT] Domain Name Scam (2000)
strange [date] behavior (2001)
Document Contains No Data! (1997)
Multiple catalog databases and showcart (1997)
Caching pages...again (2001)
WebDNA 4.5 (2004)
docs for WebCatalog2 (1997)
[WebDNA] SSL not working with WebDNA FCGI 8.5.1 (2020)
possible, WebCat2.0 and checkboxes-restated (1997)
Upload Plugin (1998)