<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">I like that idea.<div>1. Clarify that the conveyed error message is to be logged and conveyed to the developer, but not to the user. That means it does not need to be internationalized either. It could contain a stack trace as Breno suggests.</div><div>2. Identify a bunch of error codes covering common cases, so the receiver can do something meaningful</div><div>3. Include a URL, to be given to the user, which points to (unspecified) information on how to solve the problem. &nbsp;Could be help page, tech support line, ... up to the implementor.</div><div><br></div><div><br><div><div>On Jan 13, 2010, at 10:20, Allen Tom wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div>
<font face="Calibri, Verdana, Helvetica, Arial"><span style="font-size:11pt">I believe that RPs in general will not be able to automatically recover from errors (other than to tell the user that something bad happened), so any error that’s returned will need to be manually interpreted by the RP’s developer.<br>
<br>
I would like to to see errors returned using standard error codes (machine readable) along with an URL or string for the owner of the RP to manually troubleshoot the problem. The string/url should not be displayed to the end user. This sounds like a very reasonable feature to include in OpenID v.Next.<br>
<br>
Allen<br>
<br>
<br>
On 1/6/10 10:04 AM, "Breno de Medeiros" &lt;<a href="x-msg://1082/breno@google.com">breno@google.com</a>&gt; wrote:<br>
</span></font><blockquote type="cite"><font face="Calibri, Verdana, Helvetica, Arial"><span style="font-size:11pt"><br>
<br>
I think for developers it would be much more useful to have test OPs that provide detailed error logs (e.g., entire exception stack trace, which production OPs often do not provide), so RP developers can use that for debugging.<br>
<br>
<br>
</span></font></blockquote>
</div>


_______________________________________________<br>specs mailing list<br><a href="mailto:specs@lists.openid.net">specs@lists.openid.net</a><br>http://lists.openid.net/mailman/listinfo/openid-specs<br></blockquote></div><br></div></body></html>