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)
support.mozilla.org
Knowledge Base Software
Tracking
(Not tracked)
VERIFIED
FIXED
2.3.2
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
Comment 1•15 years ago
|
||
(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.
Updated•15 years ago
|
Summary: for fx3 in articles should be ignored → {for fx35} is ignored in certain conditions
| Reporter | ||
Comment 2•15 years ago
|
||
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}
| Reporter | ||
Updated•15 years ago
|
Summary: if {for fx35} → using {for fx3} makes the page go blank for all Firefox versions
Updated•15 years ago
|
Priority: -- → P1
| Reporter | ||
Comment 3•15 years ago
|
||
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.
Comment 4•15 years ago
|
||
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
Updated•15 years ago
|
Target Milestone: 2.3.1 → 2.3.2
Comment 5•15 years ago
|
||
This seems related to the discussion from bug 614465 comment 2.
| Assignee | ||
Updated•15 years ago
|
Assignee: nobody → erik
| Assignee | ||
Comment 6•15 years ago
|
||
| Assignee | ||
Updated•15 years ago
|
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Comment 7•15 years ago
|
||
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.
Description
•