Last modified: 2014-10-05 08:51:52 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T54532, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 52532 - MediaWiki:Alreadyrolled message not shown when rolling back during edit conflict
MediaWiki:Alreadyrolled message not shown when rolling back during edit conflict
Status: NEW
Product: MediaWiki
Classification: Unclassified
Page editing (Other open bugs)
1.22.0
All All
: Low normal (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2013-08-04 20:28 UTC by Insulam Simia
Modified: 2014-10-05 08:51 UTC (History)
3 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Insulam Simia 2013-08-04 20:28:58 UTC
Hi, I've come across many occasions when trying to rollback something that I end up in an edit conflict with someone else reverting.

Apparently, there is an interface message called [[MediaWiki:Alreadyrolled]] that is meant to show up when a edit conflict involving rollback occurs, but in my case it never shows.
Comment 1 db [inactive,noenotif] 2013-08-05 20:48:11 UTC
Sounds related to bug 52315

When the software like Twinkle does not use action=rollback, it can result in a edit conflict, but that is a problem of that software, not MediaWiki.
Comment 2 Insulam Simia 2013-08-05 21:08:27 UTC
It may still be a universal problem though, as I've pointed out.

I also wonder if HG and STiki use action=rollback (I will ask at the appropriate talk pages tomorrow - bedtime for me).

(In reply to comment #1)
> Sounds related to bug 52315
> 
> When the software like Twinkle does not use action=rollback, it can result
> in a
> edit conflict, but that is a problem of that software, not MediaWiki.
Comment 3 Insulam Simia 2013-08-06 08:25:59 UTC
Well I've decided to look at the Huggle and STiki source code myself (https://github.com/huggle/huggle/blob/master/huggle/Requests/RevertRequests.vb and for STiki https://github.com/westand/STiki/blob/98a2b0b85c7105854be704cd889a70d1dd838882/mediawiki_api/api_post.java ) and it appears that in most cases that Huggle and STiki both use action=rollback most of time to revert (the only exception is when rollback is unavailable for some reason or in the instance of STiki, the user doesn't have the rollback right).

This most likely confirms that this is not an isolated case with anti-vandal tools (excl. Twinkle - but that can be for another day) and a software problem. (In reply to comment #1)
> Sounds related to bug 52315
> 
> When the software like Twinkle does not use action=rollback, it can result
> in a
> edit conflict, but that is a problem of that software, not MediaWiki.
Comment 4 Andre Klapper 2013-08-06 12:04:48 UTC
Insulam: Which MediaWiki version are you running? 1.21.0?
Comment 5 Insulam Simia 2013-08-06 12:10:37 UTC
Err, whatever one en.wp currently uses (I assume 1.21.0 or 21.1)?
> Insulam: Which MediaWiki version are you running? 1.21.0?
Comment 6 Andre Klapper 2013-08-06 12:11:56 UTC
Ah, so this happens on en.wikipedia.org.
Comment 7 Chris McKenna 2014-10-05 08:50:45 UTC
I just encountered this when using the rollback link from the page history on en.wp so it's definitely not restricted to anti-vandal tools. 

Also the page that is displayed is not very useful, giving only the words "edit conflict" and an option to return to the main page (a link back to the article would be more useful). I guess that's a different bug though?
Comment 8 Chris McKenna 2014-10-05 08:51:52 UTC
I was using Firefox 30 on Linux if that makes a difference

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links