Last modified: 2014-03-08 16:07:30 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 T48749, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 46749 - Category:Pages with broken file links (and localized variants) sometimes don't have entries removed properly
Category:Pages with broken file links (and localized variants) sometimes don'...
Status: NEW
Product: MediaWiki
Classification: Unclassified
File management (Other open bugs)
1.22.0
All All
: Normal normal (vote)
: ---
Assigned To: Nobody - You can work on this!
https://commons.wikimedia.org/wiki/Ca...
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2013-04-01 04:46 UTC by Denniss
Modified: 2014-03-08 16:07 UTC (History)
3 users (show)

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


Attachments

Description Denniss 2013-04-01 04:46:46 UTC
This cat is automatically added to images with broken file links but it's not properly removed if the problem was on the image description page and the situation had been fixed (missing image uploaded) - Images stay in this cat although it's not visible on the image page anymore. They are only removed on the next edit or via null-edit.
Neither purging the cat nor the image page removes the cat, gadgets like cat-a-lot can't remove it either because the cat is not present for them.

Reported for Commons with currently 2.500 images in this cat, many/most of them seem to be false positives.

Even after modifying MediaWiki:Broken-file-category to have User pages in a separate cat not a single of the ~3.000 pages has been placed there, requires a null-edit to have an effect on the cat placement (or removal). 
Without editing the new cat is shown on User pages originally placed in the old cat although upon editing they are shown as member of the old cat.
Comment 1 Andre Klapper 2013-04-03 22:46:57 UTC
(In reply to comment #0)
> Reported for Commons with currently 2.500 images in this cat, many/most of
> them seem to be false positives.

http://commons.wikimedia.org/wiki/Category:Pages only shows a few? I probably miss something here, sorry I cannot follow your steps.
Comment 2 Bawolff (Brian Wolff) 2013-04-03 22:52:15 UTC
(In reply to comment #1)
> (In reply to comment #0)
> > Reported for Commons with currently 2.500 images in this cat, many/most of
> > them seem to be false positives.
> 
> http://commons.wikimedia.org/wiki/Category:Pages only shows a few? I probably
> miss something here, sorry I cannot follow your steps.

You're url is missing stuff after the first space. Correct url is https://commons.wikimedia.org/wiki/Category:Pages_with_broken_file_links

----
(This bug is essentially my fault)
Comment 3 Gerrit Notification Bot 2013-04-15 23:46:05 UTC
Related URL: https://gerrit.wikimedia.org/r/59359 (Gerrit Change I7889598eee54a1c07c64f750b8499e922ba59704)
Comment 4 Bawolff (Brian Wolff) 2013-04-15 23:50:41 UTC
(In reply to comment #3)
> Related URL: https://gerrit.wikimedia.org/r/59359 (Gerrit Change
> I7889598eee54a1c07c64f750b8499e922ba59704)

That's for the most common case only. Other cases:

*Should update category when someone deletes an image
*Should update category when someone creates a new image redirect (The patch updates existing image redirects)
Comment 5 Bawolff (Brian Wolff) 2013-06-05 18:52:50 UTC
Note, common case fix now merged. I suppose should keep this bug open for the other cases.

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


Navigation
Links