Re: [Evolution] Strange line wrapping in 3.15.92+

[Ángel González <angel 16bits net>]

Joakim Tjernlund wrote:
> Here are misc peculiarities I just noticed in lates Evo(don't know if that are in
> earlier releases):
>
> 1)
> Hovering over a web link(https://....com) in a received msg I can open that link
> in my webrowser but when I hit reply and hovers over the link Evo does not
> recognize the link, it is just text.

Supposing that it's a plain text message, it doesn't seem unreasonable.



> 2)
> This mail(in swedish):
> ----------
> .... att vi inte behöver släppa detta nu... De kommer ju inte uppgraderas hursom MEN det hade varit bra att:
>
> 1. Testa att det kommer att funka den dag det behövs en ny boot/kernel.
> 2. Checka in ändringarna så det kommer med i nästa bygge vi vill göra av boot/kernel så det följer med per 
> automatik då.
> -------------
> Looks like this in View Msg Source:
> -------------
> .... att vi inte beh=F6ver sl=E4ppa detta nu... De kommer ju inte u=
> ppgraderas hursom MEN det hade varit bra att:=0A=
> =0A=
> 1. Testa att det kommer att funka den dag det beh=F6vs en ny boot/kernel.=
> =0A=
> 2. Checka in =E4ndringarna s=E5 det kommer med i n=E4sta bygge vi vill g=F6=
> ra av boot/kernel s=E5 det f=F6ljer med per automatik d=E5.=0A=
> -----------
> Why the line breaks/wraps?

To avoid too-long lines.


> Must '\n' be displayed as =0A= ?
The message is in quoted-printable. The =0A represents a \n (just as =E4
is ä ina a iso-8859 variant). The = means "this is an artificial line
break, join this with the next line"



> Doing reply messes with line breaks:
> -----
> > ... att vi inte behöver släppa detta nu... De kommer ju inte uppgraderas hursom MEN det hade varit 
> > bra att:
> >
> > 1. Testa att det kommer att funka den dag det behövs en ny boot/kernel. 2. Checka in ändringarna så det 
> > kommer med i nästa bygge vi vill göra av boot/kernel så det följer med per automatik då.
> ----
> Extra '\n' before "bra att:"

Probably because by adding the leading >  now the line should break
earlier (actually, there's no *need* to do that, the line could b eup to
998 bytes, but the MUA thinks it's a good idea).


> Notice how '\n' is lost just before "2. Checka..."

That looks like a bug.