[Moin-user] User Says Page Edits Are Not Always Saved

[Roger Haase]

It has been really hot here lately, and yesterday I was out in the sun
longer than usual...  So after thinking about this overnight, I now
suspect a usability issue rather than a software bug.  The extra POST
that I thought was a clue is just a result of a Preview or Spell Check
operation.

The Apache log contents and the loss of edits can be explained by the
user accidentally hitting the Cancel button instead of the Save button.
 I think that perhaps my user is so involved with the document that she
does not realize she is clicking the Cancel button and the "Edit was
cancelled" message isn't loud enough to wake her (plus it is too late).
 

So try #1 is going to be to add an "are you sure" popup confirmation to
the Cancel button.

If that doesn't solve the problem I was going to look at a way to log
all incoming POSTs as to type of request.  As near as I can tell, there
are no options to log hits on the Cancel button.

With regard to Domain Authentication, no I am not using it.  I have a
oldish homegrown method that reads an SQL database and sets the Moin
cookie directly.

Roger Haase


--- Rick VanDerveer <rickvanderveer at yahoo.com> wrote:

> We have the exact same issue here, except that it's not just one
> user, it's everyone in the organization!
> 
> Of course, I've tested this with IE on http://moinmoin.wikiwikiweb.de
> and am unable to duplicate this problem.  Yet, it's consistant on our
> site.  Are you using Domain Authentication, by chance?  It's the only
> thing I can think of that's different from my site and the moinmoin
> site.
> 
> It's extremely annoying, yet I'm unsure how to isolate it so that I
> can identify the specific problem.  My workaround is to tell everyone
> to use Firefox when they need to edit the site (in and of itself, not
> a bad thing-- I prefer everyone use Firefox anyway.  But, this isn't
> always practical and I'm constantly faced with people forgetting and
> asking me why the wiki is broken).
> 
> -Rick
> 
> 
> -----Original Message-----
> From: moin-user-bounces at lists.sourceforge.net on behalf of Roger
> Haase
> Sent: Tue 6/26/2007 5:48 PM
> To: moin-user at lists.sourceforge.net
> Subject: [Moin-user] User Says Page Edits Are Not Always Saved
>  
> I have a user that has complained several times that her page edits
> are
> not always being saved.  She is using IE 6 on Windows/XP.  Other than
> continuing to use IE 6 she seems lucid enough -- she can tell me the
> phrase that was keyed in and not saved.  Last night she sent me an
> email when she noticed the problem while editing a large (50,000
> character) document.
> 
> Looking through the apache logs I found 2 instances where there were
> two consecutive POSTs without an intervening GET.  Her email is
> timestamped a minute before the second instance.  In both instances,
> the length of the page sent in response to the GETs before and after
> are the same.  Curiously, the first POST comes just a few seconds
> after
> the preceding GET. An edited log summary is at the end of this
> message
> -- she tends to edit, make a few changes, save.  There were 24
> revisions over the course of the evening.
> 
> I thought that maybe IE 6 could reuse the GET results from its cache
> in
> some circumstances.  I have access to a desktop system with a similar
> configuration (IE 6 on Windows/XP), so I tried to reproduce the
> problem: 
> 



       
____________________________________________________________________________________
Get the free Yahoo! toolbar and rest assured with the added security of spyware protection.
http://new.toolbar.yahoo.com/toolbar/features/norton/index.php