Top bar: U+2028 (line separator) rendered as newline and messes up title bar

[Chris Morgan]

Windows with U+2028 (LINE SEPARATOR) in their title get messed up.

Simple test case: load http://chrismorgan.info/temp/u2028.html in Firefox.
If you can't (or don't want to) access that URL, its contents is """<title>Line&#x2028;break</title>""".

- Firefox gives the tab the title "Linebreak". It drops the U+2028. This, I think, is almost the best solution (I'd like it to turn it into a space, as it is a whitespace character, but that's irrelevant here).
- The window manager gives the unmaximised window the title bar contents "Line...". It truncates at the strange character and appends an ellipsis. (What controls this? GNOME, Compiz, Unity?)
- Unity gives the maximised window the title bar contents "Line"---here a line break---"break - Mozilla Firefox". The text is middle-aligned, with the result that the top of the first line and the bottom of the second line are cut off.

I'm not sure about whether \r and/or \n or any other line-breaking whitespace there may be triggers this. I've only tried U+2028 (because I ran across it on a web page). It'll be worth checking the others, though.

ProblemType: Bug
DistroRelease: Ubuntu 11.10
Package: unity 4.24.0-0ubuntu2b1
ProcVersionSignature: Ubuntu 3.0.0-12.20-generic 3.0.4
Uname: Linux 3.0.0-12-generic x86_64
ApportVersion: 1.23-0ubuntu4
Architecture: amd64
CompizPlugins: [core,crashhandler,bailer,detection,composite,opengl,maximumize,decor,place,text,gnomecompat,imgjpeg,compiztoolbox,mousepoll,notification,resize,vpswitch,grid,resizeinfo,regex,imgpng,wall,move,imgsvg,session,wobbly,unitymtgrabhandles,animation,expo,workarounds,ezoom,staticswitcher,fade,scale,unityshell]
Date: Tue Nov 15 00:30:44 2011
InstallationMedia: Ubuntu 9.10 "Karmic Koala" - Release amd64 (20091027)
ProcEnviron:
 LC_CTYPE=en_AU.UTF-8
 PATH=(custom, user)
 LANG=en_AU.UTF-8
 SHELL=/bin/bash
SourcePackage: unity
UpgradeStatus: Upgraded to oneiric on 2011-10-13 (32 days ago)

[Paul Sladen (sladen)]

It would probably be better to transform all instances of '\n', '\r', or '\x2028' to either '␤' (U+2424, SYMBOL FOR NEWLINE) or '↵' (U+21B5, DOWNWARDS ARROW WITH CORNER LEFTWARDS).