On 2/20/07, Jim Wilson wilson.jim.r@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