<?xml version="1.0" encoding="utf-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:dc = "http://purl.org/dc/elements/1.1/" xmlns="http://purl.org/rss/1.0/">
	<channel rdf:about="http://livedocs.adobe.com/">
	<title>LiveDocs Comments - coldfusion - 6 - CFML_Reference - Expressions5.htm</title>	
		<link>http://livedocs.adobe.com/</link>
		<description>Macromedia LiveDocs - online documentation with user feedback.</description>
		<copyright>Copyright 2009, Macromedia, Inc.</copyright>
		<dc:date>2009-11-26T03:17:33</dc:date>
		<dc:language>en-us</dc:language>
		<items>
			<rdf:Seq>
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/6/CFML_Reference/Expressions5.htm#67593" />
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/6/CFML_Reference/Expressions5.htm#66844" />
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/6/CFML_Reference/Expressions5.htm#52205" />
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/6/CFML_Reference/Expressions5.htm#50796" />
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/6/CFML_Reference/Expressions5.htm#50795" />
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/6/CFML_Reference/Expressions5.htm#48532" />
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/6/CFML_Reference/Expressions5.htm#43453" />
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/6/CFML_Reference/Expressions5.htm#35585" />
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/6/CFML_Reference/Expressions5.htm#31831" />
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/6/CFML_Reference/Expressions5.htm#31131" />
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/6/CFML_Reference/Expressions5.htm#26286" />
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/6/CFML_Reference/Expressions5.htm#25553" />
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/6/CFML_Reference/Expressions5.htm#24767" />
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/6/CFML_Reference/Expressions5.htm#24269" />
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/6/CFML_Reference/Expressions5.htm#23178" />
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/6/CFML_Reference/Expressions5.htm#20234" />
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/6/CFML_Reference/Expressions5.htm#7785" />
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/6/CFML_Reference/Expressions5.htm#7069" />
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/6/CFML_Reference/Expressions5.htm#6972" />
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/6/CFML_Reference/Expressions5.htm#4426" />
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/6/CFML_Reference/Expressions5.htm#1033" />
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/6/CFML_Reference/Expressions5.htm#764" />
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/6/CFML_Reference/Expressions5.htm#567" />
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/6/CFML_Reference/Expressions5.htm#445" />
			</rdf:Seq>
		</items>
	</channel>
	
	<item rdf:about="http://livedocs.adobe.com/coldfusion/6/CFML_Reference/Expressions5.htm#67593">
		<title>coldfusion/6/CFML_Reference/Expressions5.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/6/CFML_Reference/Expressions5.htm#67593</link>
		<description>CLIENT_CERT_ENCODED is not supported in ColdFusion 6 or later. We will remove it from the documentation in a future release.</description>
		<dc:creator>halL</dc:creator>
		<dc:type>1 1</dc:type>
		<dc:date>2007-05-30T07:47:59</dc:date>
	</item>
	<item rdf:about="http://livedocs.adobe.com/coldfusion/6/CFML_Reference/Expressions5.htm#66844">
		<title>coldfusion/6/CFML_Reference/Expressions5.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/6/CFML_Reference/Expressions5.htm#66844</link>
		<description>CLIENT_CERT_ENCODED gives no value using CF7.02, Windows 2003 on IIS6</description>
		<dc:creator>Schuchert</dc:creator>
		<dc:type>0 0</dc:type>
		<dc:date>2007-05-15T10:42:23</dc:date>
	</item>
	<item rdf:about="http://livedocs.adobe.com/coldfusion/6/CFML_Reference/Expressions5.htm#52205">
		<title>coldfusion/6/CFML_Reference/Expressions5.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/6/CFML_Reference/Expressions5.htm#52205</link>
		<description>@ChivertonT&lt;br /&gt;With respect to CF automatically trying other scopes if none is specified, that is documented and expected, but in this case, leaving the scope aside,  the variable names are different (HTTP_REFERER versus REFERER)</description>
		<dc:creator>Tim_D</dc:creator>
		<dc:type>0 0</dc:type>
		<dc:date>2006-08-24T01:21:22</dc:date>
	</item>
	<item rdf:about="http://livedocs.adobe.com/coldfusion/6/CFML_Reference/Expressions5.htm#50796">
		<title>coldfusion/6/CFML_Reference/Expressions5.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/6/CFML_Reference/Expressions5.htm#50796</link>
		<description>@bizarrojack: &lt;br /&gt;You shouldn't be surprised that ' &quot;#referer#&quot; is already automatically set to match &quot;#CGI.HTTP_REFERER#&quot; '. When you reference an unscoped variable, CF will try several different scopes for you. &lt;br /&gt;Yes, this can be very confusing which is why you should ALWAYS scope your variables.</description>
		<dc:creator>ChivertonT</dc:creator>
		<dc:type>0 0</dc:type>
		<dc:date>2006-07-14T03:21:02</dc:date>
	</item>
	<item rdf:about="http://livedocs.adobe.com/coldfusion/6/CFML_Reference/Expressions5.htm#50795">
		<title>coldfusion/6/CFML_Reference/Expressions5.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/6/CFML_Reference/Expressions5.htm#50795</link>
		<description>@bizarrojack: &lt;br /&gt;You shouldn't be surprised that ' &quot;#referer#&quot; is already automatically set to match &quot;#CGI.HTTP_REFERER#&quot; '. When you reference an unscoped variable, CF will try several different scopes for you. &lt;br /&gt;Yes, this can be very confusing which is why you should ALWAYS scope your variables.</description>
		<dc:creator>ChivertonT</dc:creator>
		<dc:type>0 0</dc:type>
		<dc:date>2006-07-14T02:30:47</dc:date>
	</item>
	<item rdf:about="http://livedocs.adobe.com/coldfusion/6/CFML_Reference/Expressions5.htm#48532">
		<title>coldfusion/6/CFML_Reference/Expressions5.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/6/CFML_Reference/Expressions5.htm#48532</link>
		<description>In discussion &quot;CGI.QUERY_STRING&quot; it reads &quot;Query information that follows the ? in the URL that referenced this script.&quot;  I needed the complete URL, not just anything after the ?.  Luckily I tried what I needed to do and to my surprise I found I could get an entire URL back while using this command on my designated 404 page.  I got back the following: &quot;404;http://www.mywebsite.com:80/directory&quot; - which represents the site my users were trying to reach when they got the 404 page instead.  Not sure if this is unique to me for any reason, but if not, it would be helpful to point this out in the docs.  In my case I can now build a 404 page that routes people automatically to other places based on where they intended to go.</description>
		<dc:creator>dpinero</dc:creator>
		<dc:type>0 0</dc:type>
		<dc:date>2006-05-12T13:43:57</dc:date>
	</item>
	<item rdf:about="http://livedocs.adobe.com/coldfusion/6/CFML_Reference/Expressions5.htm#43453">
		<title>coldfusion/6/CFML_Reference/Expressions5.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/6/CFML_Reference/Expressions5.htm#43453</link>
		<description>Thanks for that tsparck - you just saved me a *lot* of time figuring that out for myself. In Norton Internet security 2005 you have to turn off  &quot;Browser Privacy&quot; for cgi.http_referer to get set.</description>
		<dc:creator>daveww</dc:creator>
		<dc:type>0 0</dc:type>
		<dc:date>2005-12-19T08:46:06</dc:date>
	</item>
	<item rdf:about="http://livedocs.adobe.com/coldfusion/6/CFML_Reference/Expressions5.htm#35585">
		<title>coldfusion/6/CFML_Reference/Expressions5.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/6/CFML_Reference/Expressions5.htm#35585</link>
		<description>Just to add to the other comments regarding the cgi.http_referer, I've also read that some versions of Norton Personal FIrewall, by default, block the http_referer from being passed from the browser.    People can go in and change this setting to block/unblock it.</description>
		<dc:creator>tSpark</dc:creator>
		<dc:type>0 0</dc:type>
		<dc:date>2005-06-15T18:52:24</dc:date>
	</item>
	<item rdf:about="http://livedocs.adobe.com/coldfusion/6/CFML_Reference/Expressions5.htm#31831">
		<title>coldfusion/6/CFML_Reference/Expressions5.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/6/CFML_Reference/Expressions5.htm#31831</link>
		<description>My experience is that HTTP_REFERER is not consistently handled by all browsers.</description>
		<dc:creator>jrunrandy</dc:creator>
		<dc:type>1 1</dc:type>
		<dc:date>2005-04-19T09:00:44</dc:date>
	</item>
	<item rdf:about="http://livedocs.adobe.com/coldfusion/6/CFML_Reference/Expressions5.htm#31131">
		<title>coldfusion/6/CFML_Reference/Expressions5.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/6/CFML_Reference/Expressions5.htm#31131</link>
		<description>I have set up my error handling which prints out all errors to an html file with all the relevant error info.  One thing that I noticed is that I receive many errors with the HTTP Referrer value missing.  What does this mean?  Can anyone help?</description>
		<dc:creator>HelloHarry</dc:creator>
		<dc:type>0 0</dc:type>
		<dc:date>2005-04-09T16:24:13</dc:date>
	</item>
	<item rdf:about="http://livedocs.adobe.com/coldfusion/6/CFML_Reference/Expressions5.htm#26286">
		<title>coldfusion/6/CFML_Reference/Expressions5.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/6/CFML_Reference/Expressions5.htm#26286</link>
		<description>Quoting http://www.intranetjournal.com/ix/msg/23135.html&lt;br /&gt;&lt;br /&gt;&quot;I'd use the window.opener property.&lt;br /&gt;If the window has been opened using a window.open(), then window.opener.location should contain the url of the opening document. Alternatively, you could look at window.opener.document.referrer to get the opener's referrer&quot;&lt;br /&gt;&lt;br /&gt;Seems to work for me in IE too. OTOH, I'm not sure how to capture Javascript values in CF, e.g. for use in a CFIF deal.</description>
		<dc:creator></dc:creator>
		<dc:type>0 0</dc:type>
		<dc:date>2005-01-06T20:33:31</dc:date>
	</item>
	<item rdf:about="http://livedocs.adobe.com/coldfusion/6/CFML_Reference/Expressions5.htm#25553">
		<title>coldfusion/6/CFML_Reference/Expressions5.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/6/CFML_Reference/Expressions5.htm#25553</link>
		<description>One thing we are working through is in Internet Explorer, the &quot;#CGI.HTTP_REFERER#&quot;.  is not passed to a child window that has been opened with javascript. Now when we use Netscape, it does. Dunno if this is a true bug or just bad programming, but I will keep you informed...</description>
		<dc:creator></dc:creator>
		<dc:type>0 0</dc:type>
		<dc:date>2004-12-16T09:41:30</dc:date>
	</item>
	<item rdf:about="http://livedocs.adobe.com/coldfusion/6/CFML_Reference/Expressions5.htm#24767">
		<title>coldfusion/6/CFML_Reference/Expressions5.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/6/CFML_Reference/Expressions5.htm#24767</link>
		<description>FYI. I've noticed that not all browsers use the same properties when they generate the request header. For example, some browsers don't populate the HTTP_REFERER property. So, If you rely upon the value to determine if a page is being used in the proper sequence -- beware.</description>
		<dc:creator></dc:creator>
		<dc:type>0 0</dc:type>
		<dc:date>2004-12-01T13:17:08</dc:date>
	</item>
	<item rdf:about="http://livedocs.adobe.com/coldfusion/6/CFML_Reference/Expressions5.htm#24269">
		<title>coldfusion/6/CFML_Reference/Expressions5.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/6/CFML_Reference/Expressions5.htm#24269</link>
		<description>Just fyi, it would appear that &quot;#referer#&quot; is already automatically set to match &quot;#CGI.HTTP_REFERER#&quot;.  &lt;br /&gt;&lt;br /&gt;It came as a bit of a surprise to me earlier today. . .  very frustrating if you find yourself doing a &lt;cfif &quot;#referer#&quot; is &quot;&quot;&gt; for any reason.  I've not yet found documentation on this.  Who knew?</description>
		<dc:creator>bizarrojack</dc:creator>
		<dc:type>0 0</dc:type>
		<dc:date>2004-11-20T00:31:21</dc:date>
	</item>
	<item rdf:about="http://livedocs.adobe.com/coldfusion/6/CFML_Reference/Expressions5.htm#23178">
		<title>coldfusion/6/CFML_Reference/Expressions5.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/6/CFML_Reference/Expressions5.htm#23178</link>
		<description>cgi.http_referer taking 10 seconds on mx6.1!&lt;br /&gt;&lt;br /&gt;Using GetTickCount on both sides of &lt;br /&gt;&lt;cfset referer = cgi.referer&gt;&lt;br /&gt;&lt;br /&gt;how could this happen, i thought it gets this info from the request header.. should be a string manipulation.... should never take 10 secs!</description>
		<dc:creator>casey@kangasoft</dc:creator>
		<dc:type>0 0</dc:type>
		<dc:date>2004-10-29T16:34:59</dc:date>
	</item>
	<item rdf:about="http://livedocs.adobe.com/coldfusion/6/CFML_Reference/Expressions5.htm#20234">
		<title>coldfusion/6/CFML_Reference/Expressions5.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/6/CFML_Reference/Expressions5.htm#20234</link>
		<description>Macromedia Technical Support told me that there is a bug or problem with the NSAPI. They recommend only IIS or Apache web server to detect certificate variables.</description>
		<dc:creator>22</dc:creator>
		<dc:type>0 0</dc:type>
		<dc:date>2004-08-18T05:48:23</dc:date>
	</item>
	<item rdf:about="http://livedocs.adobe.com/coldfusion/6/CFML_Reference/Expressions5.htm#7785">
		<title>coldfusion/6/CFML_Reference/Expressions5.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/6/CFML_Reference/Expressions5.htm#7785</link>
		<description>I have installed ColdFusion MX with IIS server. When using NT authentication, i am not getting any CGI variable (like CGI.Auth_User)passed to ColdFusion page. The only exception is that the user is Administrator on the server. I have tried all avialable help on macromedia sites and some others but no success. Any help will be greatly appreciated.</description>
		<dc:creator></dc:creator>
		<dc:type>0 0</dc:type>
		<dc:date>2004-02-11T02:35:19</dc:date>
	</item>
	<item rdf:about="http://livedocs.adobe.com/coldfusion/6/CFML_Reference/Expressions5.htm#7069">
		<title>coldfusion/6/CFML_Reference/Expressions5.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/6/CFML_Reference/Expressions5.htm#7069</link>
		<description>CGI.SCRIPT_NAME should do what you want. 404 errors generated by requesting a cfm page that CF cannot find cause a missing template error, which is handled by the missing template error page specified in the ColdFusion MX Administrator. It is this page which must try to use the variable. See http://livedocs.macromedia.com/coldfusion/6.1/htmldocs/errors16.htm.&lt;br&gt;&lt;br&gt;Note that while the comment refers to ColdFusion MX 6.1, this page is in the ColdFusion MX documentation. In this case, there is no substantive difference in the pages, however.</description>
		<dc:creator>halL</dc:creator>
		<dc:type>1 1</dc:type>
		<dc:date>2004-02-02T07:29:06</dc:date>
	</item>
	<item rdf:about="http://livedocs.adobe.com/coldfusion/6/CFML_Reference/Expressions5.htm#6972">
		<title>coldfusion/6/CFML_Reference/Expressions5.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/6/CFML_Reference/Expressions5.htm#6972</link>
		<description>I have CFMX 6.1 installed on LINUX. When a 404 FILE NOT FOUND error occurs, I load a custom .cfm error page. Unfortunately none of the CGI variables includes the path/filename of the file which was not found -- which I am used to Windows system.&lt;br /&gt;&lt;br /&gt;Is there a way to find out the name of the file which was not found??</description>
		<dc:creator></dc:creator>
		<dc:type>0 0</dc:type>
		<dc:date>2004-01-31T01:45:09</dc:date>
	</item>
	<item rdf:about="http://livedocs.adobe.com/coldfusion/6/CFML_Reference/Expressions5.htm#4426">
		<title>coldfusion/6/CFML_Reference/Expressions5.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/6/CFML_Reference/Expressions5.htm#4426</link>
		<description>We did an upgrade to 6.1 and rolled back to 6.0.&lt;br /&gt;Now the variable HTTP_USER_AGENT from the CGI scope is giving a blank value !! Would greatly appreciate help. Thanks !&lt;br /&gt;&lt;br /&gt;note : using a Sun One (iplanet) web server.</description>
		<dc:creator>cfmahen</dc:creator>
		<dc:type>0 0</dc:type>
		<dc:date>2003-12-10T23:59:19</dc:date>
	</item>
	<item rdf:about="http://livedocs.adobe.com/coldfusion/6/CFML_Reference/Expressions5.htm#1033">
		<title>coldfusion/6/CFML_Reference/Expressions5.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/6/CFML_Reference/Expressions5.htm#1033</link>
		<description>There are additional reserve words not covered in the next three chapters. These include expression elements (EQ), CFSCRIPT specific items (for) and older items that trip people up (_required). An old article on this can be found here:&lt;BR&gt;&lt;br&gt;http://www.fusionauthority.com/alert/index.cfm?alertid=6#Tech2</description>
		<dc:creator>mdinowitz</dc:creator>
		<dc:type>0 0</dc:type>
		<dc:date>2003-05-05T20:42:00</dc:date>
	</item>
	<item rdf:about="http://livedocs.adobe.com/coldfusion/6/CFML_Reference/Expressions5.htm#764">
		<title>coldfusion/6/CFML_Reference/Expressions5.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/6/CFML_Reference/Expressions5.htm#764</link>
		<description>CERT_SUBJECT seem to be broken, i.e. unpopulated on iPlanet 6 SP4.  I just upgraded from CF 5 -&gt; CFMX and the CLIENT_CERT_USER_DN disappeared and CERT_SUBJECT is unpopulated.&lt;br&gt;Previously, CLIENT_CERT_USER_DN was populated under iPlanet while CERT_SUBJECT was populated under IIS.&lt;br&gt;&lt;br&gt;I'll log a support call about this.</description>
		<dc:creator>kgilchrist</dc:creator>
		<dc:type>0 0</dc:type>
		<dc:date>2002-11-12T15:26:00</dc:date>
	</item>
	<item rdf:about="http://livedocs.adobe.com/coldfusion/6/CFML_Reference/Expressions5.htm#567">
		<title>coldfusion/6/CFML_Reference/Expressions5.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/6/CFML_Reference/Expressions5.htm#567</link>
		<description>Update from Macromedia, in response to zackmsg, re &quot;CGI.Remote_Addr&quot;: thanks for your comment. We've logged a bug on this issue.&lt;br&gt;Christina Lamkin, CF MX documentation team</description>
		<dc:creator>ctina</dc:creator>
		<dc:type>0 0</dc:type>
		<dc:date>2002-07-19T15:07:00</dc:date>
	</item>
	<item rdf:about="http://livedocs.adobe.com/coldfusion/6/CFML_Reference/Expressions5.htm#445">
		<title>coldfusion/6/CFML_Reference/Expressions5.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/6/CFML_Reference/Expressions5.htm#445</link>
		<description>Behind a firewall's proxy server, I have found &quot;CGI.HTTP_X_Forwarded_For&quot; to reveal the User's actual IP Address rather than the proxy server's IP when using &quot;CGI.Remote_Addr&quot;</description>
		<dc:creator>zackmsg</dc:creator>
		<dc:type>0 0</dc:type>
		<dc:date>2002-06-17T15:19:00</dc:date>
	</item>
	</rdf:RDF>

