Last modified: 2014-06-19 18:44:06 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 T24683, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 22683 - {{msgnw:...}} (PPFrame::RECOVER_ORIG) doesn't nowiki xml-style extension tags
{{msgnw:...}} (PPFrame::RECOVER_ORIG) doesn't nowiki xml-style extension tags
Status: RESOLVED FIXED
Product: MediaWiki
Classification: Unclassified
Parser (Other open bugs)
1.23.0
All All
: Lowest normal (vote)
: ---
Assigned To: Jackmcbarn
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2010-03-01 17:12 UTC by Brad Will (tmbw.net)
Modified: 2014-06-19 18:44 UTC (History)
6 users (show)

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


Attachments
Screenshot of the "whatlinkshere" page (24.15 KB, image/png)
2010-03-01 17:12 UTC, Brad Will (tmbw.net)
Details

Description Brad Will (tmbw.net) 2010-03-01 17:12:08 UTC
Created attachment 7175 [details]
Screenshot of the "whatlinkshere" page

For images/files that are included within the "gallery" tag, the server incorrectly states that the file is used by subpages of the main page that contains the gallery.

Here's an example (I've attached a screenshot that illustrates the problem as well.)
http://tmbw.net/wiki/Special:WhatLinksHere/File:Birdhouse_Promo_sticker.png

This file (Birdhouse_Promo_sticker.png) is used within a gallery tag on "Birdhouse In Your Soul (EP)".  It is NOT used at all on the subpage "Birdhouse In Your Soul (EP)/Release Details".  Yet, when i go to whatlinkshere for the image, it shows that it is used on both pages.

This is just an example, and is not an isolated incident.
Comment 1 Bawolff (Brian Wolff) 2010-03-03 18:51:00 UTC
Its because you include the basepage in the subpage. 
{{Album Release Details Header}} includes {{msgnw:{{BASEPAGENAME}}}} into a variable, which has the gallery (apperently the nowikiness does not apply to <gallery>. that might be a bug). Thus in a sense the image is really on that page.
Comment 2 Brad Will (tmbw.net) 2010-03-05 13:50:29 UTC
Oh you are exactly right, Bawolff. Thank you for taking the time to investigate it in-depth like you did.  I've done some further testing on my end, and you are correct that it's a problem with the {{msgnw}}.  

Interestingly, if i have two images on a page (one in a gallery / one not in a gallery), it will show the one in the gallery as being linked.  However, the image that isn't in the gallery does not show up in the "whatlinkshere" page (and this is the proper behavior).

So, it looks like you're right that the "nowikiness" isn't being applied to the gallery tag, but it needs to be.

Thanks again for digging.
Comment 3 db [inactive,noenotif] 2012-09-29 19:36:27 UTC
Needs adjust of header or making INVALID?
Comment 4 Bawolff (Brian Wolff) 2013-06-03 15:16:24 UTC
Possibly a wontfix. msgnw is really not used for anything afaik, and mostly kept for back compat. Do we really want to mess with that back compat?

Basic issue appears to be that msgnw uses PPFrame::RECOVER_ORIG, which doesn't recover xml-style extension tags.
Comment 5 Gerrit Notification Bot 2014-04-03 03:52:23 UTC
Change 123516 had a related patch set uploaded by Jackmcbarn:
Make RECOVER_ORIG preserve extension tags

https://gerrit.wikimedia.org/r/123516
Comment 6 Bawolff (Brian Wolff) 2014-04-07 03:29:42 UTC
(In reply to Bawolff (Brian Wolff) from comment #4)
> Possibly a wontfix. msgnw is really not used for anything afaik, and mostly
> kept for back compat. Do we really want to mess with that back compat?
> 

For the record:
[01:22]	<bawolff>	present me thinks the backwards compatibility concerns that past me had were overrated
Comment 7 C. Scott Ananian 2014-04-07 03:33:15 UTC
cscott-free: oh wow, that's black magic
***cscott-free makes the sign of the cross
cscott-free: i believe in fixing old brokenness
cscott-free: parsoid doesn't implement <gallery>, RECOVER_ORIG, or msgnw currently -- so making the thing that we eventually have to implement more sane is a plus
cscott-free: (parsoid currently uses the PHP preprocessor for many things, including extensions and magic words)
Comment 8 Gerrit Notification Bot 2014-06-19 18:21:29 UTC
Change 123516 merged by jenkins-bot:
Make RECOVER_ORIG preserve extension tags

https://gerrit.wikimedia.org/r/123516

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


Navigation
Links