On 2/20/07, Jim Wilson <wilson.jim.r(a)gmail.com> wrote:
When a POST submission arrives, it's tagged with
information regarding when
the originating form was generated. I'm not sure where all this information
is stored. It may be session or hidden form vars - I can't be sure without
digging. In any case, the server then checks to make sure that the article
hasn't changed since the time the form was created and alerts the user if
this is the case with as "Page has been changed" message.
I don't think that's the case. As I understood it, MediaWiki just
checks to see if the content that's changing has been changed. The
following sequence of events is acceptable:
User A starts modifying article
User B starts modifying article
User B submits changes which only affect section 1
User A submits changes which only affect section 5
No warning messages of any kind are given.
Because of the very asynchronous behavior of
SMTP/POP/IMAP, chances of this
kind of collision are much more likely then with the wiki's web interface.
The resolution is to send more emails explaining the condition and providing
a resend request - or direct the colliders to the web interface.
Well, much like the current edit conflict resolution.
I don't know, but there used to be Email-a-Webpage
services whereby you
could Email a URL as the subject line to some entity and get a response
which was the requested page. I'm having trouble locating one now though
... Googling for "webpage by email" doesn't produce anything useful :(
Bugger, thanks for looking though :)
Steve