RE: issues and questions in the latest TPE draft

If UIs become sinister in their attempts to alter user exception choices presented by a Server then Servers can move to pure out-of-band recording of user exceptions.  This would be a loss for users as this removes the positive option for users to centrally manage their exceptions.  But as one browser UA has proven, thinking of users in the broader Internet eco-system perspective isn't always a priority.

In Seattle we discussed that Servers could optionally record an OOB (Out of Band) Exception within the UA but with a flag to state this was set by the Server.  This gives the positive option of central management with links back to the Server to alter the choice (versus managing the choice directly in the UA).  I thought this was a nice balanced approach to the issue - a middle-ground.  Are we still supportive of this outcome?  I hope so...

- Shane

-----Original Message-----
From: Adrian Bateman [] 
Sent: Wednesday, August 29, 2012 7:17 AM
To: David Wainberg; Nicholas Doty
Cc: David Singer; (
Subject: RE: issues and questions in the latest TPE draft

On 29 August 2012 06:15, David Wainberg wrote:
> The issue is not conflict between two contradictory UI's or messaging 
> presented by the site, but conflict (or redundancy) between the UI and 
> message presented by the site vs a UI and message presented by the UA. 
> I think there is consensus that the site should control the message around the exception request, yes?
> Assuming that's true, UA's should not be encouraged to also provide a 
> UI, which is, I think, what the example does.

It's pretty unlikely that user agents will show UI completely controlled by the web site. Someone might be able to provide one but I can't think of an example where this is possible today. In fact, things are going in the opposite direction as we try harder to make it difficult for web sites to spoof users (imagine the web site that says "You've won a vacation - click Yes to accept").

Received on Wednesday, 29 August 2012 15:22:29 UTC