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.
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)
Possibly this issue: https://github.com/roundcube/roundcubemail/issues/9644
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.
Tried installing 1.6.9-1 from the remi repositories
No change.
Some dependency?
SOunds like https://github.com/roundcube/roundcubemail/issues/9586, but it was supposed to be fixed in 1.6.9.
Sort of? But in this case, nothing at all displays. The body is completely empty.
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.
🙄 🤦🏼