Last modified: 2010-08-30 19:46:49 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 T26938, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 24938 - Regression: PAGESINCATEGORY no longer accepts {{PAGENAME}} as parameter
Regression: PAGESINCATEGORY no longer accepts {{PAGENAME}} as parameter
Status: RESOLVED DUPLICATE of bug 16474
Product: MediaWiki
Classification: Unclassified
Categories (Other open bugs)
unspecified
All All
: High major (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2010-08-25 20:07 UTC by Philippe Verdy
Modified: 2010-08-30 19:46 UTC (History)
1 user (show)

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


Attachments

Description Philippe Verdy 2010-08-25 20:07:25 UTC
This is a regression bug. The PAGESINCATEGORY builtin function no longer processes its parameter.

The typical parameter is <nowiki>{{PAGENAME}}</nowiki> and it is used like this in common templates displaying a category redirect, in order to recategorize the redirected category (where the template is used) within a specified category, as long as it contains pages.

See [[fr:Catégorie:Norme d'affichage]] which is redirected now to [[fr:Catégorie:Format d'affichage vidéo]] with {{Catégorie redirigée|Format d'affichage vidéo}}. There's no way now to specify a parameter for {{PAGESINCATEGORY:}} that may be variable, so the tempalte no longer works as expected, and the redirected category now becomes compltely orphan, instead of having its articles still accessible from within the target category.

Here:

* "{{PAGENAME}}" returns "Norme d'affichage"
* "{{PAGESINCATEGORY:Norme d'affichage}}" returns "4", which is correct.
* "{{PAGESINCATEGORY:{{PAGENAME}}}}" returns "0", which is wrong !

This is a recent regression. This has worked since several years.
Comment 1 Philippe Verdy 2010-08-25 22:39:08 UTC
Note that the same feature was also used since long to also catégorize (in a hidden maintenance category) those redirected categories that still contains pages.

This means that it is no longer possible to maintain non-empty redirected categories: ALL these redirected categories have to be visited systematically each time now to check if they have content and see which pages listed there need to be edited. This is a huge problem for major wikis that have lots of categories, whose structure is not evident and is progressively tuned according to the contents found. Many of these categories may have synonyms, so there will be many redirected categories.

Being able to NOT loose the link between the redirected category and the target category is important for maintaining the pages they contain, however these pages will all be within an orphaned category (or only a category listed in a generic category listing ALL redirected categories.)
Comment 2 Philippe Verdy 2010-08-25 22:40:42 UTC
Note: this is NOT a
Comment 3 Philippe Verdy 2010-08-25 22:41:16 UTC
Note: this is NOT a feature request. and NOT an enhancement.

This is really a MAJOR REGRESSION BUG.
Comment 4 db [inactive,noenotif] 2010-08-30 19:46:49 UTC
This only affects pages with apostrophe.

*** This bug has been marked as a duplicate of bug 16474 ***

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


Navigation
Links