GeezerVisonThe World Wide Web, restored to 800 pixels of glory. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Home|About|Gaming cabinet|Archives|How it works|Starter sites | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
GeezerVison is showing phabricator.wikimedia.org — T54661 Preprocessor/Parser irregularities with -{...}- variant constructs.
Assigned To None Authored By
Project Tags Referenced Files None
Description This is a parent task for various subtasks having to do with irregularities parsing -{...}- constructs, especially if they contain embedded vertical bar characters. See the subtasks for specific bugs having to do with different places in the parser and preprocessor where irregularities have been found.
Details
Related Changes in Gerrit:
Related Objects Search... View Standalone Graph This task is connected to more than 200 other tasks. Only direct parents and subtasks are shown here. Use View Standalone Graph to show more of the graph.
Event Timeline• bzimport raised the priority of this task from to Medium.Nov 22 2014, 2:01 AM2014-11-22 02:01:16 (UTC+0) • bzimport set Reference to bz52661. Comment Actions From IRC: 07:36:15 PM) TimStarling: but it wouldn't be too hard to make the preprocessor annotate it, the same way it does with links Comment Actions Change 78330 had a related patch set uploaded by Cscott: Comment Actions btw There's another wikitext snippet that isn't handled well currently: ;-{zh-cn:AAA;zh-tw:BBB}- Is this resolvable with the preprocessor change? Comment Actions (In reply to comment #3)
Yes, I believe this has the same root cause. Comment Actions (In reply to comment #4)
Lists are not handled by the preprocessor. The issue here is that the list handler (doBlockLevels) is not aware of -{ }- either and (wrongly) recognizes the embedded colon as a single-line dt/dd pair. Comment Actions Right. But if the preprocessor lifts out the -{...}- constructs, then doBlockLevels won't get confused. So yes, same root cause. Comment Actions If you reintroduce language conversion blocks only after doBlockLevels is done, then you'll need to find a different way to parse the contents of those blocks independently of the main content. Comment Actions One more thing being broken: {|
Comment Actions Also: This shouldn't be in both A and B (should it?). We don't want the category to depend on the variant. So maybe it *should* be in both? Comment Actions I think it should be in neither. (gwicke agrees.) [[Category:foo]] would add it to the 'foo' category. in a variant where foo=>bar, it might appear like [[Category:foo|bar]], and be edited that way by VE, but that wouldn't change the category of the page. Category links inside -{...}- would be forbidden (that is, parsed as plain text). Comment Actions Change 78330 merged by jenkins-bot: Comment Actions
Comment Actions
Comment Actions Change 311849 had a related patch set uploaded (by C. Scott Ananian): cscott renamed this task from Preprocessor should handle -{...}- variant constructs. to Preprocessor/Parser irregularities with -{...}- variant constructs..Sep 21 2016, 6:17 PM2016-09-21 18:17:46 (UTC+0) Comment Actions Change 312066 had a related patch set uploaded (by C. Scott Ananian): Comment Actions There are also irregularities in how lists and tables with language converter markup are handled; see https://gerrit.wikimedia.org/r/312066 Comment Actions Change 312066 abandoned by C. Scott Ananian: Reason: Nemo_bis added a subtask: T153761: Incorrect parser output if -{{ appears in wikitext.Dec 21 2016, 8:43 AM2016-12-21 08:43:37 (UTC+0) Comment ActionsI added T153761 as blocker since it would be nice to have a test for that case (I see things are moving: T146305#2891350). Comment Actions There's an issue with autolink URLs, like: -{en-us:http://elevator.com;en-gb:http://lift.net}-because the autolink regexp won't stop at the semicolon and thus will grab the en-gb and break the language converter nesting. See T166429: Getting a unclean output with {{#property:P856}} on site which enables Language Converter. Not entirely sure this is fixable, it seems to be a genuine priority mismatch between autolink and language converter constructs. Winston_Sung moved this task from Backlog to Core on the MediaWiki-Language-converter board.May 2 2023, 2:40 AM2023-05-02 02:40:51 (UTC+0) Winston_Sung closed this task as a duplicate of T74010: [[zh:MediaWiki:Wikimedia-copyright/zh]] shows unexpected -{R| } prefixes for URLs. Winston_Sung moved this task from Core to Core - Parser/Language converter on the MediaWiki-Language-converter board.Apr 25 2026, 6:35 AM2026-04-25 06:35:29 (UTC+0) Content licensed under Creative Commons Attribution-ShareAlike (CC BY-SA) 4.0 unless otherwise noted; code licensed under GNU General Public License (GPL) 2.0 or later and other open source licenses. By using this site, you agree to the Terms of Use, Privacy Policy, and Code of Conduct. · Wikimedia Foundation · Privacy Policy · Code of Conduct · Terms of Use · Disclaimer · CC-BY-SA · GPL · Credits | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| You are visitor 01402503 — GeezerVison does not store the pages you look up. Best viewed with Netscape Navigator 4.7 or Internet Explorer 6 at 800×600. No cookies required. |