Last modified: 2012-10-29 16:39:58 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 T21823, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 19823 - RevisionDelete: No recreate-warning after a page has been suppress-deleted
RevisionDelete: No recreate-warning after a page has been suppress-deleted
Status: RESOLVED WONTFIX
Product: MediaWiki
Classification: Unclassified
Page editing (Other open bugs)
unspecified
All All
: Lowest normal (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks: SWMT
  Show dependency treegraph
 
Reported: 2009-07-19 14:36 UTC by Church of emacs
Modified: 2012-10-29 16:39 UTC (History)
1 user (show)

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


Attachments

Description Church of emacs 2009-07-19 14:36:54 UTC
If an oversight user deletes an article while another user is editing it, the other user gets no warning on saving the page.
Before an article is saved, EditPage::wasDeletedSinceLastEdit() is checked (if it returns true, a warning is given). wasDeletedSinceLastEdit() calls Title::isDeleted() (since r47750 it's isDeletedQuick()) which seems to fail to return true if the page was deleted with suppress (both methods have this problem).
Since there are probably other parts of MediaWiki as well, who call isDeleted and isDeletedQuick, those functions should be made compatible with RevisionDelete.
Comment 1 Aaron Schulz 2009-07-30 17:39:49 UTC
Not efficient to do yet (until deleted_pages is made). Also some oversight users want to be able to hide page names; this would give them away.

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


Navigation
Links