Reported by acoustimass on 10 Nov 2011 00:21 UTC as Trac ticket #1488177
I noticed an error concerning the way the correspondence between roundcube and GMX is displayed in plain text format.
For testing, I wrote a mail in roundcube, answered it in GMX, answered in roundcube, then in GMX again and answered it in roundcube at last.
See attachment for the result. Something becomes really disordered in the quoted text.
Within roundcube the quotation works properly, so is it maybe a GMX failure? If so, is there a workaround or something like that? Otherwise the quoted text is disarranged and insofar useless after some replies.
Keywords: precedent text quotation GMX replies plain text format
Comment by @alecpl on 13 Nov 2011 09:41 UTC
You need to check all messages in a thread.
Status changed by @alecpl on 13 Nov 2011 09:41 UTC
new => closed
Comment by acoustimass on 13 Nov 2011 16:38 UTC
I don't quite understand. Do you mean the way the message is displayed is right and I have to read every mail itself instead of referring to the quotation?
Did you notice that the text is quoted really wrong? In the source code at least the order of the words is correct...
Another sample attached.
Status changed by acoustimass on 13 Nov 2011 16:38 UTC
closed => reopened
Comment by @alecpl on 13 Nov 2011 16:55 UTC
We need the source of the message before reply(ies) to find out at which moment the content is broken. Here (mail.jpg) Roundcube displays exactly what it gets in the message. The question is how the message was looking before reply. You're describing the whole chain of replies and we don't know at which end it has been broken.
Comment by acoustimass on 13 Nov 2011 17:28 UTC
I added some attachments. There are five steps:
At the last step (5) Roundcube creates this particular reply. The Answer (4) from GMX is displayed correctly yet.
Comment by @alecpl on 19 Nov 2012 08:05 UTC
I can confirm with git-master.
Milestone changed by @alecpl on 19 Nov 2012 08:05 UTC
later => 0.9-beta
Comment by @alecpl on 19 Nov 2012 10:18 UTC
Fixed in 42b8a60
Status changed by @alecpl on 19 Nov 2012 10:18 UTC
reopened => closed