incubator-jspwiki-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Janne Jalkanen (JIRA)" <j...@apache.org>
Subject [jira] Commented: (JSPWIKI-107) Enhancement to page editing on the client's side to minimise the "do not edit" time
Date Tue, 01 Jan 2008 10:34:43 GMT

    [ https://issues.apache.org/jira/browse/JSPWIKI-107?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12555172
] 

Janne Jalkanen commented on JSPWIKI-107:
----------------------------------------

I think as long as we don't overflow the bandwidth by allowing a huge number of client pings,
I think this is a good idea.

Instead of the ping, it would be more interesting to do automatic draft saving on the server
(and have a "drafts" directory for every user).  This would, in the future, also allow for
things like many people editing the same page at the same time.

> Enhancement to page editing on the client's side to minimise the "do not edit" time
> -----------------------------------------------------------------------------------
>
>                 Key: JSPWIKI-107
>                 URL: https://issues.apache.org/jira/browse/JSPWIKI-107
>             Project: JSPWiki
>          Issue Type: Improvement
>         Environment: n/a
>            Reporter: Florian Holeczek
>            Priority: Minor
>
> The status quo in page editing is as follows:
> Clicking on "edit" makes the Server mark a wiki page as "currently being edited" for
a certain time. This timer may be stopped by:
> - X minutes without any action
> - a save or cancel request from the edit page
> - nothing more!
> Now, web surfers don't care about technological issues and are lazy, so in the majority
of cases the user would simply close the edit page or use a go back function of his web browser,
if he changed his mind and didn't want to edit the page anymore.
> The problem arising is that on the server side, the page is still marked as being edited
for a potentially long time. In the meantime, other users can't really edit the page because
they're being warned that someone else is editing it, although this may not be true anymore.
> This wouldn't be a big problem in a rarely visited wiki, but it's a really big problem
in a frequented wiki. Additionally, it has been found that most of the page lockings occur
due to spiders and spambots, not users as such.
> My proposal is something like:
> - making the client have to send a ping from time to time (so that if the page has been
closed, the ping isn't sent anymore)
> - adding onExit, on... handlers signalling a cancel action to the server.
> Of course it doesn't help against wiki spam, but the "do not edit" time will be minimised.
In a way, it's comparable to greylisting in the e-mail domain. You make the client tell repeatedly
that its request is still valid. Fewest spiders or spambots will respond to that.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


Mime
View raw message