W3C home > Mailing lists > Public > whatwg@whatwg.org > May 2009

[whatwg] page refresh and resubmitting POST state

From: Mike Wilson <mikewse@hotmail.com>
Date: Sun, 24 May 2009 18:40:21 +0200
Message-ID: <BAY116-DAV135C8EE0ACDECE1016CA24A4540@phx.gbl>
Aryeh Gregor wrote:
> You should spell out the existing problem carefully  and in 
> great detail, including existing solutions or workarounds, to
> get the best response. 

I certainly intend to do this once I get feedback on whether
this subject is relevant for HTML5, or any other whatwg spec
(preferrably from people involved in authoring these). Time
is limited and I would like to only spend this effort if
applicable to spec work.

Looking at the current spec I haven't found any section that
directly relates to this subject, that's why I'm asking if it
is in the spec's scope to add a section about it. 

An observation though, is that the Web Storage text (that was
previously in the HTML5 spec) discusses a client-side session 
to alleviate the problem of using cookies together with 
multiple windows/tabs:
http://www.w3.org/TR/webstorage/#introduction
The multi window vs cookie scenario is something I consider 
part of the "page state" problem space, but other parts of this
problem space don't map well to web storage...

> I don't think refresh is a big deal.

I've been using refresh/resubmit as an easy example so that
everybody knows what I am talking about. The subject of page 
state handling has far greater implications than refresh, just
like you show in your examples below.

> I've tried outlining it later in this post,
> but you might be able to contribute further info.
..
> The problem is that since HTTP is stateless, you don't have the data
> available to show a confirmation page.  For instance, suppose a user
..
> Another workaround is to have a database table or memcached key or
> something that stores a "move ID" with the info, and put the move ID
..
> A similar workaround would be to use cookies.  This is nicer than the
> previous method, but has the potential to break confusingly if the
..
> Yet another workaround would be just to dispense with the confirmation
> page.  For instance, when making a new post in a forum, the user could
..

Yes, these are some of the workarounds I also had in mind which
exemplify how web authors sometimes have to battle the page state
handling in the browser.
When/if this subject seems to relate to the HTML5 effort, I would
like to contribute to a larger discussion on these kinds of topics.

Best regards
Mike
Received on Sunday, 24 May 2009 09:40:21 UTC

This archive was generated by hypermail 2.3.1 : Monday, 13 April 2015 23:08:49 UTC