Last modified: 2014-09-23 23:06:34 UTC

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
Bug 12343 - Deleting a page should not affect the old protection
Deleting a page should not affect the old protection
Status: NEW
Product: MediaWiki
Classification: Unclassified
Page editing (Other open bugs)
unspecified
All All
: Normal enhancement with 7 votes (vote)
: ---
Assigned To: Nobody - You can work on this!
:
: 5986 12774 23774 (view as bug list)
Depends on:
Blocks: SWMT
  Show dependency treegraph
 
Reported: 2007-12-18 18:48 UTC by Red Rocket
Modified: 2014-09-23 23:06 UTC (History)
12 users (show)

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


Attachments
Adds the requried functionality (2.40 KB, patch)
2008-11-29 11:41 UTC, Huji
Details

Description Red Rocket 2007-12-18 18:48:00 UTC
When a page is deleted, any previous protection placed on it is also removed. In the case of the Main Page, when it is deleted by rouge admins, the full protection previously applied to it is lost. The protection placed on a page should not be automatically removed when a page is deleted. Thanks.
Comment 1 Thomas Goldammer 2008-01-20 20:30:02 UTC
Actual case: A very famous TV quiz show had a question about a sort of tomato. dewiki had no article and the following log was the result (nobody really lifted the protection, all admins there tried to protect that page, but failed...):

http://de.wikipedia.org/w/index.php?title=Spezial:Logbuch&page=Andenhorn

That would have not happened if page protection were independent of existence of the article... ;o)
Comment 2 Aryeh Gregor (not reading bugmail, please e-mail directly) 2008-01-20 20:31:06 UTC
(In reply to comment #0)
> The protection placed on a page should not be automatically removed when a
> page is deleted. Thanks.

Or more precisely, if it was edit-protected, it should be create-protected with the same protection level.
Comment 3 Aaron Schulz 2008-09-05 23:00:25 UTC
*** Bug 12774 has been marked as a duplicate of this bug. ***
Comment 4 Aaron Schulz 2008-09-11 07:20:17 UTC
*** Bug 5986 has been marked as a duplicate of this bug. ***
Comment 5 Huji 2008-11-29 11:41:19 UTC
Created attachment 5542 [details]
Adds the requried functionality

The patch I've attached here adds the required functionality; however, it is not ready yet, in two ways:

1) It throws a warning about an index, which I haven't fixed yet.
2) As soon as this feature is added, I expect people to request for the reverse too: to be able to keep the "create" protection as an "edit" protection on restoring a page. This patch doesn't address that.
Comment 6 Jesús Martínez Novo (Ciencia Al Poder) 2010-11-14 19:03:11 UTC
*** Bug 23774 has been marked as a duplicate of this bug. ***
Comment 7 Jesús Martínez Novo (Ciencia Al Poder) 2010-11-14 19:03:57 UTC
Another Condition, about protection on create:

1. Protect nonexistant page "AAAA" for new an unregistered users.
2. Now unregistered users aren't able to create page "AAAA" - OK
3. An autoconfirmed user or sysop creates the page "AAAA".
4. A sysop deletes page "AAAA".
5. Now unregistered users are able to create page "AAAA" - BUG!

Example:
http://es.pokemon.wikia.com/index.php?title=Especial%3ARegistro&page=EP670&uselang=en
(protected on November 11, until 25, created by an autoconfirmed user, deleted,
and then unregistered users were able to recreate it)
Comment 8 Bawolff (Brian Wolff) 2010-11-15 05:07:55 UTC
/me notes that personally I would consider the current behaviour more correct than the proposed behaviour (since re-creating a page is like creating a new page with the same name, not re-creating the "old" page that was deleted), but maybe I'm just weird.
Comment 9 p858snake 2011-04-30 00:09:17 UTC
*Bulk BZ Change: +Patch to open bugs with patches attached that are missing the keyword*
Comment 10 Sumana Harihareswara 2011-11-10 00:17:07 UTC
+need-review
Comment 11 Sumana Harihareswara 2011-11-24 19:14:32 UTC
Comment on attachment 5542 [details]
Adds the requried functionality

Patch no longer applies to trunk - automated testing per http://lists.wikimedia.org/pipermail/wikitech-l/2011-November/056340.html - marking obsolete.
Comment 12 Sumana Harihareswara 2011-11-24 19:16:38 UTC
Huji, I'm sorry, but trunk has changed since you submitted your patch such that it no longer applies.  Would you be interested in talking with us about what the desired behavior should be, possibly via a Village Pump or two and the #mediawiki channel on freenode, and then revising your patch to include that functionality?  Thank you.
Comment 13 geraki (Konstantinos Stampoulis) 2012-07-20 11:12:54 UTC
I've just moved a non-protected page ontop of the Main Page (in el.wikipedia) which of course was protected. The old Main Page was deleted (as usual) and the resulting Main Page was not protected (a good user noticed that). I guess that the admin who performs such a "delete and move" action will know in most cases that the page is protected. There should be at least a warning that the resulting page but preexisting title will not be protected any more.

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


Navigation
Links