Last modified: 2012-01-08 01:53:56 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 T19525, the corresponding Phabricator task for complete and up-to-date bug report information.
First Last Prev Next    This bug is not in your last search results.
Bug 17525 - css and .js pages should not store entries in Categorylinks table/Templatelinks table
css and .js pages should not store entries in Categorylinks table/Templatelin...
Status: RESOLVED DUPLICATE of bug 32858
Product: MediaWiki
Classification: Unclassified
Parser (Other open bugs)
unspecified
All All
: Low enhancement (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency tree / graph
 
Reported: 2009-02-16 21:08 UTC by Umherirrender
Modified: 2012-01-08 01:53 UTC (History)
4 users (show)

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

Attachments
Add an attachment (proposed patch, testcase, etc.)

Description Umherirrender 2009-02-16 21:08:16 UTC 
Please do not store Categorylinks/Templatelinks from .css and .js pages in Categorylinks table/Templatelinks table, because there are not shown on that page. (No 'catlinks' section/template will shown as normal wikitext). Thanks.

Example:
When scripting there can be code like '"[[Category:"+cat.substring(0,1).toUpperCase()+cat.substring(1)+"]]"', this will produce a disadvantageous entry in 'Category:"+cat.substring(0,1).toUpperCase()+cat.substring(1)+"'.

Pagelinks table is useful to have backlinks and can find/support all usage of a script.

I have no observation about Imagelinks table
Comment 1 Brion Vibber 2009-02-17 06:48:55 UTC 
Looks related to bug 10410; since the page isn't parsed as normal, it may not be saving links entries.
Comment 2 Helder 2011-04-03 13:21:02 UTC 
Is this is related to bug 8761?
Comment 3 Krinkle 2011-04-03 18:17:47 UTC 
(In reply to comment #1)
> Looks related to bug 10410; since the page isn't parsed as normal, it may not
> be saving links entries.

That's exactly how it should be, but the point is that it does. I've fixed the summary of this bug to reflect what Umherirrender describes in his message, which is a confirmed bug.

Stuff like that causes it to be saved to the categorylinks and templatelinks tables.

Pagelinks and imagelinks are useful since they allow WhatLinksHere and GlobalUsage to easily detect where things are used or referenced.
Comment 4 Bawolff (Brian Wolff) 2011-04-03 21:11:21 UTC 
(In reply to comment #3)
> (In reply to comment #1)
> > Looks related to bug 10410; since the page isn't parsed as normal, it may not
> > be saving links entries.
> 
> That's exactly how it should be, but the point is that it does. I've fixed the
> summary of this bug to reflect what Umherirrender describes in his message,
> which is a confirmed bug.
> 
> Stuff like that causes it to be saved to the categorylinks and templatelinks
> tables.
> 
> Pagelinks and imagelinks are useful since they allow WhatLinksHere and
> GlobalUsage to easily detect where things are used or referenced.

I really think such pages should either parse everything or nothing. Only populating pagelinks but not categorylinks sounds like un-intuitive behaviour to me.
Comment 5 db [inactive,noenotif] 2011-11-17 18:11:54 UTC 
related bug 32450
Comment 6 Platonides 2011-12-08 17:32:49 UTC 

*** This bug has been marked as a duplicate of bug 32858 ***
Note You need to log in before you can comment on or make changes to this bug.
First Last Prev Next    This bug is not in your last search results.

Navigation
Links