Created attachment 164689 [details] Snap from TB after pasting table from Calc Steps to reproduce: 1- Prepare table with multiple columns and rows in LibreOffice Calc. 2- Compose new email in Thunderbird with text and format size. 3- Past Table from Calc to TB under mail body text. Actual results: The size of mail body text size will be affected and shows smaller. Expected results: The size of mail body text should be same after pasting the table. Reference bug with TB team: https://bugzilla.mozilla.org/show_bug.cgi?id=1660193 Version: 6.4.6.2 Build ID: 1:6.4.6~rc2-0ubuntu0.18.04.1 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: en-US (en_US.UTF-8); UI-Language: en-US Calc: threaded Thunderbird version: 68.10
Reproduced NixOS Version: 7.3.0.0.alpha0+ / LibreOffice Community Build ID: 67e47070a7580a17804adce812cc2f98bfe7b51f CPU threads: 16; OS: Linux 5.13; UI render: default; VCL: x11 Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded Thunderbird 78.12.0 (64-bit)
Already seen with oldest of Linux 43all bibisect repo
Still reproduced with Thunderbird 102.7.1 (64-bit) and: Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 288c0920a8475f9f2c537212e04aa7649192ad8c CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded Does not happen with Gnumeric 1.12.46. Windows is not affected (tested with Windows 10, LO 7.5.0.3, TB 102.8.0)
Hi, I am requesting that priority this bug be elevated. The issue comes up periodically on internet forums but I'm sure that it is one of those issues that arises much more often than is reported. Personally it catches me 2 or 3 times a month. What would be required to get this fixed? Many thank for the work that you do. Tim Thunderbird 102.11.0, Mint 21.1 MATE, LibreOffice 7.3.7.2.
How is this a LibreOffice issue? Pasting some data to a Thunderbird editor changes something else - it can't be the fault of LibreOffice.
(In reply to Mike Kaganski from comment #5) > How is this a LibreOffice issue? Pasting some data to a Thunderbird editor > changes something else - it can't be the fault of LibreOffice. See https://bugzilla.mozilla.org/show_bug.cgi?id=1660193#c1 What LibreOffice Calc produces would have to be smarter. Now it just gives the table markup + a <style> with e.g. > body,div,table,thead,tbody,tfoot,tr,th,td,p > { font-family:"Liberation Sans"; font-size:x-small } > a.comment-indicator:hover + comment { background:#ffd; position:absolute; > display:block; border:1px solid black; padding:0.5em; } > a.comment-indicator { background:red; display:inline-block; > border:1px solid black; width:0.5em; height:0.5em; } > comment { display:none; }</style> ... which will affect the whole document. Not a lot we can do about that, short of perhaps removing all <style> nodes for pastes.
(In reply to Buovjaga from comment #6) This is completely unreasonable, to require any external application (here: LibreOffice)'s data compliance with some specific conventions used in "this" application (here: Thunderbird). LibreOffice generates a valid clipboard content. Thunderbird just takes it as HTML, and without any processing, merges with their already existing HTML. If done this way, it could not only override previous formatting, but could maybe have even worse effects. This is the specifics of their processing; it is not reasonable to require other apps to fit into that simple way of merging of the data. Given that they are built on an HTML processing engine, I could *imagine* (but I don't claim it's "easy": of course, that could be very complicated) e.g. something like separating the stylesheet from our HTML, merging in with their stylesheet in a smarter way (e.g., making sure that pre-existing properties take precedence, or even dropping all pre-existing styles ... ?). Anyway, pasting is necessarily complex thing, especially when you take data from arbitrary source. You just can't expect infinite number of external applications to fit into your specific data model - you need a processing. I don't see this as LibreOffice fault.