<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Handling Permissions for AJAX Requests</title>
	<atom:link href="http://blog.thefrontiergroup.com.au/2008/12/handling-permissions-for-ajax-requests/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.thefrontiergroup.com.au/2008/12/handling-permissions-for-ajax-requests/</link>
	<description>Your peek inside the collective mind of The Frontier Group</description>
	<lastBuildDate>Tue, 08 May 2012 03:28:54 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.2</generator>
	<item>
		<title>By: Matze</title>
		<link>http://blog.thefrontiergroup.com.au/2008/12/handling-permissions-for-ajax-requests/comment-page-1/#comment-2844</link>
		<dc:creator>Matze</dc:creator>
		<pubDate>Thu, 19 May 2011 15:57:36 +0000</pubDate>
		<guid isPermaLink="false">http://thefrontiergroup.com.au/blog/?p=248#comment-2844</guid>
		<description>Thanks a lot, exactly what I need</description>
		<content:encoded><![CDATA[<p>Thanks a lot, exactly what I need</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ted McFadden</title>
		<link>http://blog.thefrontiergroup.com.au/2008/12/handling-permissions-for-ajax-requests/comment-page-1/#comment-149</link>
		<dc:creator>Ted McFadden</dc:creator>
		<pubDate>Tue, 03 Feb 2009 01:01:43 +0000</pubDate>
		<guid isPermaLink="false">http://thefrontiergroup.com.au/blog/?p=248#comment-149</guid>
		<description>Follow up on the browser popping up the authentication dialog:

The browser will only pop up the dialog if it understands the 
&lt;b&gt;WWW-authenticate&lt;/b&gt; header that is returned from the server (usually BASIC or DIGEST). If this is the case, the javascript never sees the 401 from an ajax call.

If WWW-Authenticate defines another scheme, (or is missing?) the 401 will be passed back up to the javascript and you can handle it in code yourself.</description>
		<content:encoded><![CDATA[<p>Follow up on the browser popping up the authentication dialog:</p>
<p>The browser will only pop up the dialog if it understands the<br />
<b>WWW-authenticate</b> header that is returned from the server (usually BASIC or DIGEST). If this is the case, the javascript never sees the 401 from an ajax call.</p>
<p>If WWW-Authenticate defines another scheme, (or is missing?) the 401 will be passed back up to the javascript and you can handle it in code yourself.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: aaron</title>
		<link>http://blog.thefrontiergroup.com.au/2008/12/handling-permissions-for-ajax-requests/comment-page-1/#comment-122</link>
		<dc:creator>aaron</dc:creator>
		<pubDate>Mon, 05 Jan 2009 15:39:54 +0000</pubDate>
		<guid isPermaLink="false">http://thefrontiergroup.com.au/blog/?p=248#comment-122</guid>
		<description>That&#039;s how a browser handles a 401 response for the user. In this case I am handling a 401 for an asynchronous call made by the script itself. 

I guess the way I would think about it is that if I request a page that I am not authorised for the http response status code is 401. Upon receiving this the browser prompts &lt;em&gt;me&lt;/em&gt; for a username and password. However if the script requests a page that the user isn&#039;t authorised to access then the response code is 401 and it&#039;s up to the &lt;em&gt;script&lt;/em&gt; to handle it. Providing a username and password dialog box to a script isn&#039;t too useful :) 

I hope this helps.</description>
		<content:encoded><![CDATA[<p>That&#8217;s how a browser handles a 401 response for the user. In this case I am handling a 401 for an asynchronous call made by the script itself. </p>
<p>I guess the way I would think about it is that if I request a page that I am not authorised for the http response status code is 401. Upon receiving this the browser prompts <em>me</em> for a username and password. However if the script requests a page that the user isn&#8217;t authorised to access then the response code is 401 and it&#8217;s up to the <em>script</em> to handle it. Providing a username and password dialog box to a script isn&#8217;t too useful :) </p>
<p>I hope this helps.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: blinds</title>
		<link>http://blog.thefrontiergroup.com.au/2008/12/handling-permissions-for-ajax-requests/comment-page-1/#comment-121</link>
		<dc:creator>blinds</dc:creator>
		<pubDate>Mon, 05 Jan 2009 11:29:39 +0000</pubDate>
		<guid isPermaLink="false">http://thefrontiergroup.com.au/blog/?p=248#comment-121</guid>
		<description>How do you manage not to get the &quot;enter your password&quot;-dialog every browser shows on a 401 error?</description>
		<content:encoded><![CDATA[<p>How do you manage not to get the &#8220;enter your password&#8221;-dialog every browser shows on a 401 error?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

