- From: Ian Hickson <ian@hixie.ch>
- Date: Wed, 9 Dec 2009 22:24:25 +0000 (UTC)
- To: Tyler Close <tyler.close@gmail.com>
- Cc: public-webapps@w3.org
On Wed, 9 Dec 2009, Tyler Close wrote:
> >
> > I think asking users to pass around secret tokens is a non-starter.
>
> Users pass around secret tokens all the time, they just don't realize
> that's what they're doing. I assume your statement above is actually
> meant to say: "I don't want users to see the secret tokens". That's
> fine. There are a number of ways of doing the GUI such that the user
> doesn't see the token. We did just such an example for Maciej's calendar
> scenario. For the above challenge, you specifically asked about the
> configuration of the server, not the GUI. We can move on to discussing
> the GUI if you're saying you have no problem with the server
> configuration. The permission grant and permission exercise phases are
> analogous to the previous Maciej calendar scenario, so we can reuse
> those diagrams for the explanation. Just substitute "feed reeder" for
> "upcoming event" site, and "read feed" for "add event".
That still seems way too complicated.
Here's the UI I want:
- User logs into site A (the one with the service).
- User visits site B and says nothing unique to site B.
- Users sees his data from site A on site B.
No secret tokens, no passwords other than the login for site A.
> I'll note that I am providing UMP solutions to challenge problems that
> meet arbitrary constraints placed on server and GUI. On the other hand,
> no one has offered a CORS solution to the printing a photo scenario that
> doesn't resort to using similar secret token techniques. AFAICT, there
> is agreement that use of secret tokens is a necessary technique, which
> is far from being a "non-starter".
I've never seen anything like the printing-a-photo scenario on the Web, so
I don't have a problem with it being significantly more complicated to
implement correctly than the shared ("semi-public") static resource case.
--
Ian Hickson U+1047E )\._.,--....,'``. fL
http://ln.hixie.ch/ U+263A /, _.. \ _\ ;`._ ,.
Things that are impossible just take longer. `._.-(,_..'--(,_..'`-.;.'
Received on Wednesday, 9 December 2009 22:25:04 UTC