The editor probably thought that since it was not code, the closest thing is a quotation of the console. Therefore, change a code block to a block quote. Since it does not make the question easier to read, I would have rejected the edit had it come up in the review queue, and I might even rollback. (RobertHarvey♦ has now done this.) When I am in the editor's position, I usually just add
<!-- language: lang-none -->
just above the code block. That way, the stacktrace is displayed nicely and scrollably, but you don't get that weird syntax highlighting.
The question of code block or block quote is sometimes difficult with error messages. Since an error message is neither code nor a quotation, it doesn't really make sense to use either. What one must consider, however, is what makes the error display nicely? Block quotes may look nicer to some people, but there are some disadvantages. For each line break, either <br>
or two spaces must be added or else the entire error message will be blotched together with line breaks that don't make sense. Then again, a block quote does not display the indentation that is common in error messages. Also, a block quote interprets those special characters that are used in markdown. Those characters might show some text as italic, for example, if there are two occurrences of *
in the error message. With short messages that have no indentation and no special characters, I might be okay with a block quote:
ls: invalid option -- 'z'
Try 'ls --help' for more information.
With longer ones such as the one linked, that becomes impractical.
code block
into a block-quote. I sort of see the logic, but agree that the stack trace was more readable as a code block, and so I have reverted the edit.