Last modified: 2013-05-19 12:16:05 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 T39337, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 37337 - Attempting to view private logs in Abusefilter redirects to log from all public filters
Attempting to view private logs in Abusefilter redirects to log from all publ...
Status: NEW
Product: MediaWiki extensions
Classification: Unclassified
AbuseFilter (Other open bugs)
unspecified
All All
: Normal minor (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2012-06-05 04:37 UTC by Pine
Modified: 2013-05-19 12:16 UTC (History)
9 users (show)

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


Attachments

Description Pine 2012-06-05 04:37:46 UTC
Following up on 33390, 24186, and 25898: searching for log entries from a private filter on EN currently doesn't display an error message. Instead it displays the log entries from all public filters. It would be better to display an error message instead, as described in 25898. Also, it looks to me like the solution to 25898 has become unfixed, since I get no error message and instead get redirected to the public logs, with the incorrect message at the top of the screen "This log shows a list of all actions that tripped a filter...."
Comment 1 Dereckson 2012-06-13 08:36:19 UTC
Thank you for your bug report.

Could you confirm the following steps to reproduce the bug on a test MediaWiki + AbuseFilter install are the right ones?
# login with an unprivileged account
# create a new filter
# mark it public
# logout and login with an unprivileged account
# try to search his log entries
# get it
# logout and login with a privileged account
# mark it private
# logout and login with an unprivileged account
# try to search his log entries
# instead an error message, we'll get all the results of all the public filters

Please also reopen bug #25898 to discuss the "unfixing" issue, this discussion doesn't belong here.

Adding "see also" bug URLs.
Comment 2 Pine 2012-06-17 20:08:33 UTC
Hi Dereckson,

I can't reopen bugs because I currently lack the required permissions here on Wikimedia Bugzilla.

Here are some sample steps to reproduce this bug.

# Use an unprivileged account.
# Go to https://en.wikipedia.org/wiki/Special:AbuseFilter to see a list of active public and private filters. Note which filters are public and which are private.
# Go to https://en.wikipedia.org/wiki/Special:AbuseLog
# In the "Filter ID" field, type the number of a private filter.
# You now see a list of all logged entries from public filters, which is not the desired behavior.

Note that if you instead do the following:

# Use an unprivileged account
# Go to https://en.wikipedia.org/wiki/Special:AbuseFilter to see a list of active public and private filters. Note which filters are public and which are private.
# Click on the name or number of a private filter, such as by clicking "Prodego's test filter".
# You get an error message as should be expected.

Does this help?
Comment 3 Alex Monk 2012-06-17 20:14:48 UTC
So, in short: When filtering to a private filter in Special:AbuseLog, all public logs are shown instead of getting an error.
Comment 4 Thehelpfulone 2012-06-17 20:23:04 UTC
Confirming bug. I know this exists, basically a private abuse filter will have private logs but looking at the log view of the filter will show you the public log entries instead of saying you don't have permission to view the logs of the private filter. Previous bug to implement private filter logs was https://bugzilla.wikimedia.org/show_bug.cgi?id=33380.
Comment 5 Dereckson 2012-06-17 20:35:17 UTC
Bug #25898 reopened, per description, comment #1 and comment #2.
Comment 6 Dereckson 2012-06-17 21:31:23 UTC
Closed again, cf. bug 25898 comment 3.
Comment 7 Alex Monk 2012-06-17 22:02:41 UTC
Gerrit change #11826
Comment 8 Alex Monk 2012-06-18 15:03:29 UTC
Change abandoned: I've thought through this a lot more and it seems that someone should try to make sure that filtering by a private AbuseFilter work properly instead of just erroring like I suggested there.

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


Navigation
Links