Control: tag -1 - moreinfo + confirmed
Control: found -1 4.1.0~20120320gitdb59704-7+deb7u1
Hi Cascardo,
Thadeu Lima de Souza Cascardo wrote:
> I have this same problem with what seems to be valid UTF-8. One possible
> reproduction test is running this on bash under screen.
>
> echo -e '\xf0\x9f\x8d\x8c'
>
> You will notice the extra space after that, which does not happen when
> not under screen.
Thanks for the feedback and giving me a way to reproduce and test that
(or at least a similar) issue. (And for the reminder that this bug
report is still open. :-)
Unfortunately I can't reproduce it with your example.
I tried it with bash as well as with zsh inside a screen 4.6.1
session, but everything looks fine.
I also tried
echo -e '\xf0\x9f\x8d\x8c'x
to see if there's a blank or similar directly behind that wide
character (which shows up as a question mark inside a filled circle).
On which terminal did you happen to run into that? I have uxterm here.
I also checked if any of my .screenrc settings could interfere, but
nothing changed when commenting out any charset or terminal emulation
related settings.
So I checked also gnome-terminal, but no luck there either.
gnome-terminal showed me a banana btw., so this indeed seems to be
valid UTF-8.
Then again, I ran into the original issue (spam displayed in mutt
inside screen) at least with the screen version in Wheezy, so that one
is definitely affected. (Your issue might or might not be the same
issue. I'm not yet sure.)
Next time I see such a case on Wheezy, I'll save a copy and check, if
it's still present on Unstable.
Regards, Axel
--
,''`. | Axel Beckert <a...@debian.org>, https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`- | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
