I'm referring to my message below (and its attachments) and just encountered a strange behaviour with regards to those attachment warnings ("Show it anyway"):
Up to now, "Preferences > Displaying messages > Default Character Set" was set to UTF-8 here. With this setting, I can display all of the three .txt attachments of the message quoted below without any warning. I'm in this message not talking about the issue HOW they are being displayed, but at least they are being displayed.
A few moments ago, I changed "Preferences > Displaying messages > Default Character Set" to Windows-1252 (related to my most recent message with the subject "Subject empty upon replying?").
With this setting, only the file "CP437 (plain).txt" is still being displayed without any warning. The other two files "CP437 (Unicode).txt" and "CP437 (UTF-8).txt" are all of a sudden throwing the warning attached (they are detected as application/octet-stream) - although the Content-Type of ALL of the three files is of course still text/plain.
So apparently the charset defined under "Preferences > Displaying messages > Default Character Set" does have an influence how plain/text attachments (and probably other attachments as well?) are being detected and handled. This does confuse me and does not make any sense to me. The warning is simply wrong, and the fallback charset is in no way connected to the Content-Type (or better, it should not).
Furthermore, the display of the warning is truncated at the bottom - depending on the width of the window. If I reduce the windows width, the display becomes correct at the point where the text at the very beginning does consume three lines instead of just two (see also attached).
Cheers,
Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany
On 24.03.2013 22:01, Michael Heydekamp wrote:
How can I make sure that all of the three attachments to this post will be displayed correctly in Roundcube when clicking on the attachment link?
Currently only the UTF-8 version will be displayed correctly. I'm not sure about how to deal with the Unicode version, but at least the plain text version is definitely lacking of a correct charset declaration (or better, of a charset declaration at all).
As this charset can't be detected or known by any other than the user who is attaching the text file, I suggest that there should be a facility to select the appropriate charset - sometimes...
But apart from that, I'm wondering which charset Roundcube is using at all when displaying the plain text file...? It is apparently not the local 8bit charset of my system (Windows-1252), as it should then being displayed this way:
ÕÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍ͸ ³ DOS Codepage 437 ³ ÔÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍ;
But see yourself what the output is (image attached as well)...
Cheers,
Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany _______________________________________________ Roundcube Development discussion mailing list dev@lists.roundcube.net http://lists.roundcube.net/mailman/listinfo/dev
