Last modified: 2014-05-23 02:10:39 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 T31124, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 29124 - Allow listing of deleted files
Allow listing of deleted files
Status: NEW
Product: MediaWiki
Classification: Unclassified
File management (Other open bugs)
1.20.x
All All
: Normal enhancement (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2011-05-24 17:43 UTC by db [inactive,noenotif]
Modified: 2014-05-23 02:10 UTC (History)
4 users (show)

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


Attachments

Description db [inactive,noenotif] 2011-05-24 17:43:57 UTC
There is no way to view all the deleted files of a wiki. It is nice to get a SpecialPage like Special:ListFiles, which is using the filearchive. Maybe call it Special:ListDeletedFiles.

Also nice to have a filter on the uploader of the deleted files. Having an opposite to Special:ListFiles/Username is in my opinion like Special:Contributions vs. Special:DeletedContributions.

Thanks.
Comment 1 MZMcBride 2011-05-24 17:46:38 UTC
What's the use-case for Special:ListDeletedFiles? I can understand a way to view someone's deleted uploads (on a per-user basis), but I don't see why or how showing deleted content en masse is a good idea.
Comment 2 Bawolff (Brian Wolff) 2011-05-24 20:25:55 UTC
Note this can be done via the api (the list all deleted files, not the username filtering part) if really needed in a specific instance.
Comment 3 db [inactive,noenotif] 2011-05-25 17:16:04 UTC
(In reply to comment #1)
> What's the use-case for Special:ListDeletedFiles? I can understand a way to
> view someone's deleted uploads (on a per-user basis), but I don't see why or
> how showing deleted content en masse is a good idea.

Special:ListFiles is used to see the newly uploaded files, maybe someone would see the newly deleted files within a gallery? I do not know. Maybe implement only the per-user basis and a per-sysop basis, to see the files, deleted by an sysop.

(In reply to comment #2)
> Note this can be done via the api (the list all deleted files, not the username
> filtering part) if really needed in a specific instance.
That is right, I have created bug 29138 and bug 29138 for the user filters.
Comment 4 Rainer Rillke @commons.wikimedia 2011-12-17 13:06:59 UTC
Useful on a per-user-basis because:

When patrolling new files, you have to check the logs whether the user is copyvio-uploader or not. Showing up deleted files in the list eases making a decision (how to talk to the user or whether requesting a block due to massive violation of policies).

From the user's point it is helpful due to possible accidental file-deletion or because the user forgot to add a license. This way it is easier for the user to request undeletion.
Comment 5 Bawolff (Brian Wolff) 2014-05-23 02:10:39 UTC
(In reply to Rainer Rillke @commons.wikimedia from comment #4)
> Useful on a per-user-basis because:
> 
> When patrolling new files, you have to check the logs whether the user is
> copyvio-uploader or not. Showing up deleted files in the list eases making a
> decision (how to talk to the user or whether requesting a block due to
> massive violation of policies).
> 
> From the user's point it is helpful due to possible accidental file-deletion
> or because the user forgot to add a license. This way it is easier for the
> user to request undeletion.

Hmm, we have an index on (fa_user_text, fa_timestamp). At the very least we should add that to the list=filearchive module.

Probably should make an equivalent to the special:ListFiles/User for deleted files.

/me will try to look into this sometime in the next month

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


Navigation
Links