respond, sheesh
parent
447d3ae258
commit
19e34cb62e
|
@ -7,6 +7,10 @@ At the moment, you go through the login shuffle and then are told that cookies a
|
||||||
>> Very few websites break without cookies. Even fewer lose data.
|
>> Very few websites break without cookies. Even fewer lose data.
|
||||||
>> Can ikiwiki avoid being below average by default? --[MJR](http://mjr.towers.org.uk)
|
>> Can ikiwiki avoid being below average by default? --[MJR](http://mjr.towers.org.uk)
|
||||||
|
|
||||||
|
>>> Can we avoid engaging in hyperbole? (Hint: Your browser probably has a
|
||||||
|
>>> back button. Hint 2: A username/password does not count as "lost data".
|
||||||
|
>>> Hint 3: Now we're arguing, which is pointless.) --[[Joey]]
|
||||||
|
|
||||||
Even better would be to only display the cookie note as a warning if the login page doesn't receive a session cookie.
|
Even better would be to only display the cookie note as a warning if the login page doesn't receive a session cookie.
|
||||||
|
|
||||||
> I considered doing this before, but it would require running the cgi once
|
> I considered doing this before, but it would require running the cgi once
|
||||||
|
@ -19,4 +23,7 @@ Best of all would be to use URL-based or hidden-field-based session tokens if co
|
||||||
> This is not very doable since most of the pages the user browses are
|
> This is not very doable since most of the pages the user browses are
|
||||||
> static pages in a static location.
|
> static pages in a static location.
|
||||||
|
|
||||||
>> The pages that lose data without cookies (the edit pages, primarily) don't look static. Are they really? --[MJR](http://mjr.towers.org.uk)
|
>> The pages that lose data without cookies (the edit pages, primarily)
|
||||||
|
>> don't look static. Are they really? --[MJR](http://mjr.towers.org.uk)a
|
||||||
|
|
||||||
|
>>> As soon as you post an edit page, you are back to a static website.
|
||||||
|
|
Loading…
Reference in New Issue