Last modified: 2011-12-11 13:07:28 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 T25513, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 23513 - give warning when page is protected while editing
give warning when page is protected while editing
Status: RESOLVED FIXED
Product: MediaWiki
Classification: Unclassified
Page protection (Other open bugs)
unspecified
All All
: Low enhancement (vote)
: ---
Assigned To: Iswariya
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2010-05-13 20:01 UTC by Umherirrender
Modified: 2011-12-11 13:07 UTC (History)
2 users (show)

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


Attachments

Description Umherirrender 2010-05-13 20:01:31 UTC
When a page get protected, while a user edit the same page, the change of that user is lost, because after a submit the "You have not permission" page is shown.

Please give in this case a warning and let the user copy his change. Thanks.

Steps to reproduce:
* UserA edit the existing page PageA
* UserB protected PageA
* UserA click on save
* UserA get the "You have not permission" page
Comment 1 Iswariya 2011-12-07 12:11:13 UTC
Reply to :

>> Umherirrender
-------------------------------------
How can a non-admin user protect an existing page ? I tried reproducing your
above steps but I'm not able to protect a page when I logged in as an non-admin
user.
Comment 2 Iswariya 2011-12-07 12:12:23 UTC
Reply to :

>> Umherirrender
-------------------------------------
How can a non-admin user protect an existing page ? I tried reproducing your
above steps but I'm not able to protect a page when I logged in as an non-admin
user.
Comment 3 Umherirrender 2011-12-07 20:29:31 UTC
Protecting is only depending on the protect user right, which group this right is assigned is not necessary, but in the most installation this is the sysop group. UserB of my example can be a User in the sysop group.
Comment 4 Umherirrender 2011-12-11 13:07:28 UTC
Already fixed by r102024

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


Navigation
Links