urosm
/
ikiwiki
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity

respond, sheesh

Joey Hess 2008-11-18 12:56:02 -05:00
parent 447d3ae258
commit 19e34cb62e
1 changed files with 8 additions and 1 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

9
doc/bugs/login_page_should_note_cookie_requirement.mdwn
View File

@ -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.
>> 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.
> 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
> 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.