Last modified: 2012-08-13 12:43:59 UTC

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
Bug 23293 - When transcluding special page like newpages/rc/etc if any edits tagged, strip markers exposed and page title overridden
When transcluding special page like newpages/rc/etc if any edits tagged, stri...
Status: RESOLVED FIXED
Product: MediaWiki
Classification: Unclassified
Special pages (Other open bugs)
unspecified
All All
: Normal minor with 2 votes (vote)
: ---
Assigned To: Nobody - You can work on this!
:
: 24005 (view as bug list)
Depends on: 16129
Blocks:
  Show dependency treegraph
 
Reported: 2010-04-23 06:36 UTC by Daedalus969
Modified: 2012-08-13 12:43 UTC (History)
7 users (show)

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


Attachments
patch to disable change tags on special:newpages, rc, rclinked when its being transcluded. (2.77 KB, patch)
2010-07-23 00:50 UTC, Bawolff (Brian Wolff)
Details

Description Daedalus969 2010-04-23 06:36:12 UTC
Quite simply, at my userpage of [[Wikipedia:User:Daedalus969]], I have {{Special:NewPages/5}} transcluded in.  It's been transcluded in for roughly a year now, with no problems what-so-ever... until recently.

Yesterday I logged in to find that the title of my userpage had been replaced with Special:NewPages/5

Please fix this.
Comment 1 Bawolff (Brian Wolff) 2010-04-23 06:44:20 UTC
I think this is either related to, or possibly a dupe of  Bug 16129 (note how there's strip markers all over the place on the given example)
Comment 2 Sam Reed (reedy) 2010-06-16 22:12:24 UTC
*** Bug 24005 has been marked as a duplicate of this bug. ***
Comment 3 Mark Clements (HappyDog) 2010-07-21 00:50:14 UTC
As per bug 24005, this was broken on my user page too ([[mw:User:HappyDog]]).  Recently (last week or so) my sub-page transclusions also broke on that page which is something I hadn't quite got round to logging yet.

However,  I've just logged back in and it appears that both of these issues are now fixed - the page title is now back to what it should be, and the sub-page transclusions are working again.
Comment 4 Daedalus969 2010-07-22 01:40:12 UTC
(In reply to comment #3)
> As per bug 24005, this was broken on my user page too ([[mw:User:HappyDog]]). 
> Recently (last week or so) my sub-page transclusions also broke on that page
> which is something I hadn't quite got round to logging yet.
> 
> However,  I've just logged back in and it appears that both of these issues are
> now fixed - the page title is now back to what it should be, and the sub-page
> transclusions are working again.

I have no idea what the devs are doing.. it's like this issue is fixed, then it isn't, then it is again..


Now it isn't.  I had hoped your comment meant it was over with..  only to log in today to find it wasn't.
Comment 5 Thor Malmjursson 2010-07-22 01:59:11 UTC
I'm having an issue which I suspect may be related to this, at User:BarkingFish/OW1/WatchSectioned - I'm making multiple categorised watchlists using Special:RecentChangesLinked, and transcluding the results into the page.

The problem is not only is the page now rendering with the Special page title, I'm also getting QINU <coded garbage> UNIQ plastered in the page, and the Special page transclusions are not listing correctly.

I have absolutely no idea what this is about, or what's gone wrong, but a fix would be greatly appreciated.

(Using Windows XP, SP3 - Browser IE8 / Safari)
Comment 6 Thor Malmjursson 2010-07-22 02:01:01 UTC
I'm having an issue which I suspect may be related to this, at User:BarkingFish/OW1/WatchSectioned - I'm making multiple categorised watchlists using Special:RecentChangesLinked, and transcluding the results into the page.

The problem is not only is the page now rendering with the Special page title, I'm also getting QINU <coded garbage> UNIQ plastered in the page, and the Special page transclusions are not listing correctly.

I have absolutely no idea what this is about, or what's gone wrong, but a fix would be greatly appreciated.

(Using Windows XP, SP3 - Browser IE8 / Safari)
Comment 7 Bawolff (Brian Wolff) 2010-07-22 06:19:50 UTC
I spent some time trying to narrow the problem down. It appears to be related to change tags, which is probably why it is intermittent (if you have special:newpages on your page, sometimes it will have tagged edits, sometimes it won't)

Specifically, in my tests, commenting out the wfMsgExt( "tag-$tag", 'parseinline') in ChangesTag::tagDescription (~line 31) made the issue go away, so I think thats the culprit. ( I assume this is bug 17329 ?).

One fix would be to just disable showing Change tags if the special page is being transcluded. I'm not sure if there is a better fix that would both fix the issue and allow showing change tags when transcluding the special page.

removing keyword testme and changing description to more fit the problem
Comment 8 Bawolff (Brian Wolff) 2010-07-23 00:50:08 UTC
Created attachment 7587 [details]
patch to disable change tags on special:newpages, rc, rclinked when its being transcluded.

Here's a potential patch that just disables it when transcluding. Seems a bit inelegant though, and like there should be a better solution.

also marking as depends on bug 16129  as thats the larger issue.
Comment 9 Bawolff (Brian Wolff) 2010-07-23 22:38:50 UTC
fixed in r69820 by making change tags not be displayed when those special pages are transcluded into another page.
Comment 10 Daedalus969 2010-10-07 01:51:31 UTC
(In reply to comment #9)
> fixed in r69820 by making change tags not be displayed when those special pages
> are transcluded into another page.

This is still broken.  If one simply views my userpage on wikipedia, the title is still Special:NewPages/5.

I will supply a screen shot if necessary.
Comment 11 Casey Brown 2010-10-07 02:14:33 UTC
(In reply to comment #10)
> This is still broken.  If one simply views my userpage on wikipedia, the title
> is still Special:NewPages/5.

Have you tried purging your cache?  I've seen this error in the past, but I'm not getting any errors on your userpage or the other pages mentioned here.
Comment 12 Bawolff (Brian Wolff) 2010-10-07 14:18:57 UTC
re-closing as fixed. Wikimedia sites are running a version of mediawiki before the version where this is fixed.

>Have you tried purging your cache?  I've seen this error in the past, but I'm
>not getting any errors on your userpage or the other pages mentioned here.

The error depends on what the contents of special:newPages is, so sometimes it will be present, sometimes it won't depending on if any of the recent page creations have been tagged.
Comment 13 Mark Clements (HappyDog) 2011-01-17 22:32:44 UTC
It's back!

Site:    http://www.mediawiki.org/wiki/Special:Version
Version: MediaWiki 1.16wmf4 (r79563)
Example: http://www.mediawiki.org/wiki/User:HappyDog
Comment 14 Bawolff (Brian Wolff) 2011-01-17 22:33:54 UTC
re-closing.

1.16wmf4 < 1.17

fix is in 1.17
Comment 15 Mark Clements (HappyDog) 2011-01-18 07:40:33 UTC
(In reply to comment #14)
> re-closing.
>
> 1.16wmf4 < 1.17
> 
> fix is in 1.17

Fair enough - though that's not what was said here:

(In reply to comment #9)
> fixed in r69820 by making change tags not be displayed when those special pages
> are transcluded into another page.
Comment 16 Bawolff (Brian Wolff) 2011-01-18 16:11:48 UTC
when people say fixed in rWhatever, they're generally referring to that revision of trunk. Wikimedia servers are running a branch, so its running r79563 of 1.16wmf4, which is mostly r64689 of trunk, with the odd newer revision thrown in (like r79562 to pick a random example). So 1.16wmf4 more or less is the same as r64689 regardless of what special:version says.
Comment 17 Mark Clements (HappyDog) 2011-01-18 21:39:03 UTC
OK. Thanks for the clarification.  Is there any meaningful way to get this reflected in Special:Version, or is that impossible?
Comment 18 Bawolff (Brian Wolff) 2011-01-19 02:57:53 UTC
As far as I'm aware, its impossible. Its not just that the branch is older code, but its a mix of older and newer code, so if the older r number could be shown, that would also be inaccurate, as anything that was merged from trunk outside of a total version update would not be included. The least confusing course of action would be to disable showing such revision numbers on wikimedia wikis (but then again, the sysadmins might find those numbers useful perhaps, i don't know).
Comment 19 Mark Clements (HappyDog) 2011-01-19 10:38:24 UTC
Fair enough.  Thanks for explaining.
Comment 20 Krinkle 2011-01-19 12:18:00 UTC
Aside from it being difficult if not impossible. I think the current situation is quite correct:

== Installed software ==
MediaWiki	1.16wmf4 (r79563)
PHP			5.2.4-2ubuntu5.12wm1 (apache2handler)
MySQL		5.1.47-facebook-r3550-log

It clearly states the name of the branch ("1.16wmf4").

Anyway, another way would be to check then revision number, for example: since r69820 (the fix for this bug). Then check the Branch points [1] where you can read if there's a branch made after the revision. If there's any branch containing "wmf" or "wikimedia" you know that it either is or will be deployed very soon.

In our example we can see that there is a branch point after the rev (namely 1.17) but no wmf-branch yet, so it's not live yet and explains why the bug is still showing up.

The only exception to this is when the revision has been back ported into an older branch. In that case you would see a line on the revision page (r69820) saying "MFT: ....". 

--
Krinkle

[1] http://www.mediawiki.org/wiki/Branch_points
Comment 21 matanya 2012-08-12 00:11:48 UTC
This patch might revert the fix here: https://gerrit.wikimedia.org/r/#/c/17669/
Comment 22 Bawolff (Brian Wolff) 2012-08-13 12:43:59 UTC
(In reply to comment #21)
> This patch might revert the fix here: https://gerrit.wikimedia.org/r/#/c/17669/

Just for reference, The fix for this bug (which was really a hack) is no longer neccesary since the broader issue was fixed (aka bug 16129 )

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


Navigation
Links