Witajśo k dodankam Thunderbird.
Pśidajśo pśidatne funkcije a stile, aby Thunderbird pó swójich pótrěbnosćach pśiměrił.
ZacyniśNawoj
Wó mnjo
| Mě | Nawoj |
|---|---|
| Wužywaŕ wót | Junij 1, 2017 |
| Licba wuwitych dodankow | 0 dodankow |
| Pśerězne pógódnośenje dodankow wuwijarja | Hyšći njepógódnośone |
Móje pógódnośenja
Thunderbird Conversations
Z 3 z 5 gwězdkow pógódnośony
Hello,
I am a big fan of the Thunderbird Conversations add-on, but I've encountered a recurring rendering issue with complex marketing emails.
The Problem:
Simple HTML emails (e.g., standard multipart/related emails using basic inline-styled tables) render perfectly fine in the conversation view. However, complex multipart/alternative marketing emails generated by platforms like HubSpot often render completely blank or invisible.
Technical Details & Root Cause:
After inspecting the raw source of the failing emails, the issue seems to stem from how the add-on's HTML sanitizer/parser handles specific hidden preheader elements and deep div nesting.
Aggressive Preheader Hiding: The failing emails typically start with a hidden preview text block right after the <body> tag, formatted like this:
<div id="preview_text" style="display:none;font-size:1px;color:#ffffff;line-height:1px;max-height:0px;max-width:0px;opacity:0;overflow:hidden;" lang="en">...</div>
Deep Nesting (hs_cos_wrapper): The main content is deeply nested within multiple wrapper divs.
It appears that during the extraction and cleaning of the HTML body, the Conversations add-on either chokes on the heavy nesting or, more likely, the aggressive hiding styles (display: none, max-height: 0px, opacity: 0) from the preheader bleed into the parent container or sibling elements. This causes the main content body to inherit a zero-height or hidden state, making the email appear blank in the conversation thread.
Suggested Fix:
Could you please review the HTML sanitization logic? Specifically:
Ensure that inline CSS intended to strictly hide preview text (like display: none or max-height: 0) does not cascade or get mistakenly applied to the main wrapper/DOM tree during rendering.
Verify that the parser doesn't break or drop the DOM structure when encountering heavy wrapper nesting (e.g., <div class="hs_cos_wrapper"> layers) after stripping external <style> blocks.
Thank you for your hard work on this amazing add-on! Let me know if you need full raw .eml samples for debugging.
Stationery
Z 4 z 5 gwězdkow pógódnośony
It does not work with version 60.x. When will it be fixed?
Toś to pógódnośenje jo za pjerwjejšnu wersiju dodanka (0.9.0.2).Aby swójske zběrki napórał, musyśo konto za dodanki Mozilla měś.