Closed Bug 615825 Opened 15 years ago Closed 15 years ago

Not putting enough space around {for} tags can collapse blocks incorrectly

Categories

(support.mozilla.org :: Knowledge Base Software, task, P1)

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: atopal, Assigned: erik)

Details

Some localized articles have {for fx3} in them. Currently we display a blank page when that happens, even if there are parts marked as {for fx35}, see here: https://support.mozilla.com/it/kb/Individuare%20la%20versione%20di%20Firefox%20utilizzata#os=mac&browser=fx35 The parser should just ignore the parts marked as {for fx3}, so we don't have to immediately work on hundreds of localized articles
(In reply to comment #0) > The parser should just ignore the parts marked as {for fx3}, so we don't have > to immediately work on hundreds of localized articles Wait, why? This looks like a bug where the fx35 block is ignored for some reason, but that doesn't mean we should ignore fx3 for those (rare) users who are on that platform. Unless I misunderstand something here, the correct solution is to actually show the fx35 content, which this article actually does include.
Summary: for fx3 in articles should be ignored → {for fx35} is ignored in certain conditions
Yeah, apparently the parser chokes on {for fx3}, so whatever we decide on for {for fx3}, it should not affect what we display for other versions.
Summary: {for fx35} is ignored in certain conditions → if {for fx35}
Summary: if {for fx35} → using {for fx3} makes the page go blank for all Firefox versions
Priority: -- → P1
Okay, apparently we already decided what to do for fx2 and fx3: They should be displayed to users visiting SUMO with those browsers, but the versions should not show up on the version picker.
Looking at the source of the article, and in preview, this can be fixed by replacing {for fx3} {for win}Stuff...{/for} {/for} {for fx35} {for win}Stuff...{/for} {/for} with {for fx3} {for win}stuff...{/for} {/for} ...etc Which is part of the "using the same tag for both inline and block-level" issue. The solution that jumps out at me is to make the For parser not require blank lines on either side of a block-level {for} tag but I'm not immediately sure what the consequences of that will be for inline {for} tags, and don't want to immediately create another or worse bug in the process.
Summary: using {for fx3} makes the page go blank for all Firefox versions → Not putting enough space around {for} tags can collapse blocks incorrectly
Target Milestone: 2.3.1 → 2.3.2
This seems related to the discussion from bug 614465 comment 2.
Assignee: nobody → erik
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Verified article in comment 4 displays all data, no fx2 or fx3 option in description
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.