Re: [WebDNA] Bug in [thisurlplusget] on v7
This WebDNA talk-list message is from 2011
It keeps the original formatting.
numero = 107376
interpreted = N
texte = Hi Chris, I've installed and tested both, and they both work properly now. Thanks for the quick fix! :) Sincerely, Kenneth Grome > Thanks Chris, I'll install them ASAP then report my > results, although I'm sure you've already tested them > and confirmed that they work properly ... :) > > Sincerely, > Kenneth Grome > > > The [thisurlplusget] bug is fixed. Ken, i emailed you > > the versions for your Ubunutu 64 and Debian 32 > > > > - chris > > > > On Sep 18, 2011, at 15:50, Kenneth Grome wrote: > > > I think I found an important clue in a PHP / Lighttpd > > > online reference ... > > > > > > PHP has a fuction called REQUEST_URI which does the > > > same thing as [thisurlplusget] in WebDNA. They both > > > grab the full URL that was requested, including the > > > parameters after the question mark. > > > > > > So it seems that [thisurlplusget] is the only way > > > WebDNA can access the URL parameters in a lighttpd > > > error handler page! > > > > > > Note that when I access the error handler page > > > directly -- rather than getting there by requesting > > > a non-existing page -- the [formvariables] context > > > works as expected. > > > > > > -------- > > > > > > Bottom line, when using lighttpd you'll need > > > [thisurlplusget] if you want to access the URL > > > parameters when the visitor tries to visit a page > > > that does not exist in the specified location. > > > > > > Sincerely, > > > Kenneth Grome > > > > > >>> So lighttpd does not work properly? > > >> > > >> It seems to be working fine for me. It always has, > > >> ever since I started using it 2-3 years ago. > > >> > > >>> How do you know the error is with WebDNA then? > > >> > > >> Two points to consider here: > > >> > > >> 1- There is definitely a bug in [thisurlplusget] > > >> because it appends "lusget]" to the end of the > > >> interpreted value when it should not. This is an > > >> issue with a simple workaround, so until the bug > > >> gets fixed I'm using the first of these two > > >> workarounds: > > >> > > >> [getchars > > >> start=8&from=end][thisurlplusget][/getchars] > > >> [middle endbefore=lusget][thisurlplusget][/middle] > > >> > > >> 2- Since [formvariables] fails to display the > > >> name=value parameters that appear after the ? in the > > >> originally requested URL, my first thought is that > > >> this is also a bug. After all, shouldn't > > >> [formvariables] display these name=value pairs? > > >> > > >> Maybe now! After all, this is a special situation > > >> in which the SERVER (not WebDNA) redirects the > > >> request to WebDNA's error page. So maybe, just > > >> maybe, these name=value pairs are NOT being passed > > >> as > > >> "formvariables" from lighttpd to WebDNA. If this is > > >> true, it would explain why the [formvariables] > > >> context does not display them. > > >> > > >> But if they are not formvariables, what are they??? > > >> They are certainly being passed to the page somehow, > > >> because [thisurlplusget] is displaying them. In > > >> fact, [thisurlplusget] seems to be the ONLY way I > > >> can display then in v7. So the big question for me > > >> is: How are they getting there, and how can WebDNA > > >> access them without using [thisurlplusget]? > > >> > > >> Or is this actually a bug in the formvariables > > >> context in v7 after all? > > >> > > >> Chris, do you have any insights on this issue? > > >> > > >> Sincerely, > > >> Kenneth Grome > > > > > > ----------------------------------------------------- > > > -- -- 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 > > > Bug Reporting: support@webdna.us > > > > ------------------------------------------------------- > > -- 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 > > Bug Reporting: support@webdna.us
Associated Messages, from the most recent to the oldest:
Hi Chris, I've installed and tested both, and they both work properly now. Thanks for the quick fix! :) Sincerely, Kenneth Grome > Thanks Chris, I'll install them ASAP then report my > results, although I'm sure you've already tested them > and confirmed that they work properly ... :) > > Sincerely, > Kenneth Grome > > > The [thisurlplusget] bug is fixed. Ken, i emailed you > > the versions for your Ubunutu 64 and Debian 32 > > > > - chris > > > > On Sep 18, 2011, at 15:50, Kenneth Grome wrote: > > > I think I found an important clue in a PHP / Lighttpd > > > online reference ... > > > > > > PHP has a fuction called REQUEST_URI which does the > > > same thing as [thisurlplusget] in WebDNA. They both > > > grab the full URL that was requested, including the > > > parameters after the question mark. > > > > > > So it seems that [thisurlplusget] is the only way > > > WebDNA can access the URL parameters in a lighttpd > > > error handler page! > > > > > > Note that when I access the error handler page > > > directly -- rather than getting there by requesting > > > a non-existing page -- the [formvariables] context > > > works as expected. > > > > > > -------- > > > > > > Bottom line, when using lighttpd you'll need > > > [thisurlplusget] if you want to access the URL > > > parameters when the visitor tries to visit a page > > > that does not exist in the specified location. > > > > > > Sincerely, > > > Kenneth Grome > > > > > >>> So lighttpd does not work properly? > > >> > > >> It seems to be working fine for me. It always has, > > >> ever since I started using it 2-3 years ago. > > >> > > >>> How do you know the error is with WebDNA then? > > >> > > >> Two points to consider here: > > >> > > >> 1- There is definitely a bug in [thisurlplusget] > > >> because it appends "lusget]" to the end of the > > >> interpreted value when it should not. This is an > > >> issue with a simple workaround, so until the bug > > >> gets fixed I'm using the first of these two > > >> workarounds: > > >> > > >> [getchars > > >> start=8&from=end][thisurlplusget][/getchars] > > >> [middle endbefore=lusget][thisurlplusget][/middle] > > >> > > >> 2- Since [formvariables] fails to display the > > >> name=value parameters that appear after the ? in the > > >> originally requested URL, my first thought is that > > >> this is also a bug. After all, shouldn't > > >> [formvariables] display these name=value pairs? > > >> > > >> Maybe now! After all, this is a special situation > > >> in which the SERVER (not WebDNA) redirects the > > >> request to WebDNA's error page. So maybe, just > > >> maybe, these name=value pairs are NOT being passed > > >> as > > >> "formvariables" from lighttpd to WebDNA. If this is > > >> true, it would explain why the [formvariables] > > >> context does not display them. > > >> > > >> But if they are not formvariables, what are they??? > > >> They are certainly being passed to the page somehow, > > >> because [thisurlplusget] is displaying them. In > > >> fact, [thisurlplusget] seems to be the ONLY way I > > >> can display then in v7. So the big question for me > > >> is: How are they getting there, and how can WebDNA > > >> access them without using [thisurlplusget]? > > >> > > >> Or is this actually a bug in the formvariables > > >> context in v7 after all? > > >> > > >> Chris, do you have any insights on this issue? > > >> > > >> Sincerely, > > >> Kenneth Grome > > > > > > ----------------------------------------------------- > > > -- -- 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 > > > Bug Reporting: support@webdna.us > > > > ------------------------------------------------------- > > -- 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 > > Bug Reporting: support@webdna.us
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:
WebCat2 Append problem (B14Macacgi) (1997)
Format all of a sudden doesn't work (1997)
no template caching (1997)
Pass Thru Page? (1998)
Using Cookie for client specific info? (1997)
Sending PGP Mail from WebCatalog (2000)
.. more on sliding discounts... (1997)
Major Security Hole (1998)
WebCatalog Features (1997)
Sorting Numbers (1997)
[OT] DOD again *MYSTERY SOLVED* (2003)
Processing all html files through WebCat or Typhoon (1998)
authorizenet and netscape (2002)
Odd [math] behavior (2003)
[BULK] [WebDNA] AJAX module (2012)
Problem with [isFile] [isFolder] (wc 3.0.4, iis 4) (1999)
Nav. 4 probs with cart - Serious problem (1997)
Re:Subject: Mail Server Software (1998)
Ads.db (1997)
Re:Password Authentication - request example (1998)