Since I upgraded my Thunderbird to version 9 if could no longer paste tables from OpenOffice.org Calc to Thunderbird as a table... they always get inserted as graphics.
Paste-without-format would just copy the plain text, but - of course - no format.
The problem has also been reported with Microsoft Office and LibreOffice.
I did not really notice the first couple of times, until co-workers started to complain that they no longer could copy/paste elements from my "tables" because they were images.
Did some searching on the web and found the bug ... indeed introduced in TB9 supposed to be fixed in FB10 (have to test this on a vbox):
The actual problem is when Thunderbird parses the meta-data of the clipboard, it does a locale-specific parse of a decimal number (the version)... but the version string will always contain a dot (.) and never a comma (,), since it is not really a decimal number. So there is a difference between e.g. German and English system(!) locale, i.e. the problem will appear on German windows, but not on English windows.
Changing the decimal symbol to a dot (.) in the Windows system settings will actually "fix" (circumvent) this problem. I just tested this.
Not sure, which system-wide setting I should keep now...
As I noticed in the bug, the fix is to treat the version as a string, not a (decimal) number.... That's better.
Paste-without-format would just copy the plain text, but - of course - no format.
The problem has also been reported with Microsoft Office and LibreOffice.
I did not really notice the first couple of times, until co-workers started to complain that they no longer could copy/paste elements from my "tables" because they were images.
Did some searching on the web and found the bug ... indeed introduced in TB9 supposed to be fixed in FB10 (have to test this on a vbox):
The actual problem is when Thunderbird parses the meta-data of the clipboard, it does a locale-specific parse of a decimal number (the version)... but the version string will always contain a dot (.) and never a comma (,), since it is not really a decimal number. So there is a difference between e.g. German and English system(!) locale, i.e. the problem will appear on German windows, but not on English windows.
Changing the decimal symbol to a dot (.) in the Windows system settings will actually "fix" (circumvent) this problem. I just tested this.
Not sure, which system-wide setting I should keep now...
As I noticed in the bug, the fix is to treat the version as a string, not a (decimal) number.... That's better.