xml.Elem incorrectly displayed in worksheets

[ckipp01]

Describe the bug
When you try to use an xml literal in worksheets, you get some odd behavior where you just see a bunch of nested Elems.

To Reproduce
Steps to reproduce the behavior:

1. Open a worksheet
2. Try the following:

val test = <rss></rss>

3. Save the worksheet
4. See behavior

Expected behavior
I would expect this to evaluate to something a bit more meaningful. For example, here is the output when ran in Ammonite:

@ val test = <rss></rss>
test: xml.Elem = <rss></rss>

Installation:

• Operating system: macOS
• Editor: Visual Studio Code and Vim
• Metals version: Latest snapshot

Search terms
worksheets, xml

[tgodzik]

Thanks for reporting! This looks like an error in pprint:

object MainTest extends App{
  val test = <rss></rss>
  pprint.log(test)
}

produces:

[tgodzik]

Looks like this issue: com-lihaoyi/PPrint#33

Though, does ammonite use pprint underneath? Somebody reported this issue in pprint with an ammonite snippet 🤔

[ckipp01]

Looks like this issue: lihaoyi/PPrint#33

Ah, of course, I didn't think about this being an issue with pprint.

Though, does ammonite use pprint underneath? Somebody reported this issue in pprint with an ammonite snippet 🤔

I don't think so, because when you run it with Ammonite shell, everything seems to go ok.

❯ amm
Loading...
Welcome to the Ammonite Repl 2.1.4 (Scala 2.13.2 Java 1.8.0_242)
@ val test = <rss></rss>
test: xml.Elem = <rss></rss>

[tgodzik]

I wanted to test it out myself and I was "Pity I don't have ammonite installed... wait a moment..."
cs install ammonite
amm

😄

I tried out the second option:
val x = <?xml-stylesheet href="style.xsl"?> and that has the same issue. Anyway I reported it in pprint just in case.

[tgodzik]

Closing this issue in favour of the pprint one.