Roundcube Community Forum

 

HTML Message body not displaying

Started by shatteredgears, October 10, 2024, 07:03:52 PM

Previous topic - Next topic

shatteredgears

I have an Alma9 server with roundcubemail installed from epel repository, v1.5.9-1
  • Text messages display fine.
  • HTML messages with NO remote content at all display fine. (limited examples I could find)
  • HTML messages with any remote content, initially display "
    To protect your privacy remote resources have been blocked. Allow"
    And once the Allow link is clicked, the "loading" wheel comes up for a short bit, then no content at all. I can click the link to go to text format, and that works, and the text format displays.



No errors in the logs. Kinda scratching my head on this one.

shatteredgears

Ah, forgot to note:
  • Multiple (all?) user accounts affected
  • Chrome and Firefox checked
  • Changing Themes did not make a difference
  • Messages display normally in regular clients (Thunderbird)


shatteredgears

Does not appear to be so, the source of the messages do not have any SVG elements in them

If I generate HTML messages with linked or embedded images, no problems. Both Thunderbird and GMail generated.

Gmail's HTML is not full doc, just HTML elements.
Thunderbird's HTML is pretty barebones, it's got the full doc structure, but no style references or doctype DTD references.

shatteredgears

Tried installing 1.6.9-1 from the remi repositories
No change.

Some dependency?

alec


shatteredgears

Sort of? But in this case, nothing at all displays. The body is completely empty.

shatteredgears

So, saw this in the PHP logs:

[12-Oct-2024 15:14:19 America/Phoenix] PHP Warning:  Undefined property: DOMElement::$tagName in /usr/share/roundcubemail/vendor/masterminds/html5/src/HTML5/Parser/DOMTreeBuilder.php on line 661

Went digging around trying to see if the dom module was broken. Found that it was being loaded in both the php.ini and in /etc/php.d/20-dom.ini
Removed the line from php.ini, and all is well.

🙄 🤦🏼