https://bugzilla.wikimedia.org/show_bug.cgi?id=31395
Krinkle <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |INVALID Summary|Regression: magic word |Regression: |expansion in code blocks in |<includeonly>subst:</includ |edit intros are not |eonly> is not parsed when |expanded |viewing in an edit notice --- Comment #2 from Krinkle <[email protected]> 2011-10-05 22:37:34 UTC --- (In reply to comment #0) > The edit intro now says '{{{{subst:FULLPAGENAME}}}}', last week it would say > '{{Commons:Featured picture candidates/File:Testing.jpg}}' instead. I saw that it was indeed litterally saying "subst:FULLPAGENAME" instead of the actual page name. However, to my knowledge, it was never supposed to show the full page name there. If under 1.17 edit notice showed the full pagename there, then that was a bug. Because in templates and all other transclusions, subst: is only parsed when saved, not via <includeonly>. The behavior were trying to simulate has been implemented a few years ago as "safesubst:". However, when looking at Template:FPCnomNewInstructions again, I don't see why you need any of the complicated <includeonly> and subst: for FULLPAGENAME. It can simply just be {{FULLPAGENAME}}. Edited: http://commons.wikimedia.org/w/index.php?title=Template:FPCnomNewInstructions&diff=prev&oldid=60608306 Marking INVALID as this was a fixed bug in inconsistency between the editnotice parser and the regular parser, not a regression. (In reply to comment #1) > I've noticed that the magic word {{REVISIONUSER}} renders as a blank string > when placed in an edit notice. This sounds suspiciously like the same bug. These are not related as far as I know. Please open a new bug for that including steps to reproduce or a live example. Thanks :) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
