Last modified: 2013-06-18 15:52:49 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 T20057, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 18057 - Special:CentralAuth has no conflict detection whatsoever
Special:CentralAuth has no conflict detection whatsoever
Status: RESOLVED FIXED
Product: MediaWiki extensions
Classification: Unclassified
CentralAuth (Other open bugs)
unspecified
All All
: Low normal with 2 votes (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks: SWMT
  Show dependency treegraph
 
Reported: 2009-03-19 19:07 UTC by Mike.lifeguard
Modified: 2013-06-18 15:52 UTC (History)
11 users (show)

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


Attachments

Description Mike.lifeguard 2009-03-19 19:07:10 UTC
Currently, if you lock/hide/lockandhide-conflict with another steward, you get a blank white page. There should be better error handling here.
Comment 1 Mike.lifeguard 2009-03-26 02:48:52 UTC
With Andrew's new CA form, one would silently overwrite the previously-set status. That is a big problem.
Comment 2 Mike.lifeguard 2009-04-02 17:25:16 UTC
(In reply to comment #1)
> With Andrew's new CA form, one would silently overwrite the previously-set
> status. That is a big problem.
> 

Apologies if this wasn't clear... The rewritten form makes this a much huger problem than it was previously. Previously you'd be stopped from overwriting someone's changes to global account status - now you silently overwrite them, which is badness through and through.
Comment 3 Mike.lifeguard 2010-04-05 00:48:23 UTC
vvv, does your recent work cover this?
Comment 4 MA 2013-02-17 12:29:45 UTC
Hi. The problem remains as Mike.lifeguard reported in comment 1 and comment 2.

However now with the addittion of a "global oversight" function to the Special:CentralAuth form, the problem has increased since you can override, without knowing it a global oversight of abusive usernames; and trying for fix that may be a bit tedious per bug 23654 (and others).

I'd suggest raising the priority to normal or high. Basically an edit-conflict or a block-conflict like system would solve the problem. Thanks.
Comment 5 Chris Steipp 2013-02-20 19:03:08 UTC
Added a patch for simple conflict detection. https://gerrit.wikimedia.org/r/50034
Comment 6 Marius Hoch 2013-03-01 19:17:50 UTC
Fixed: Change merged

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


Navigation
Links