Package: bluefish Version: 2.2.9-1+b1 Severity: normal Entering Unicode via the GTK+ mechanism of ctrl-shift-u hhhh fails when any of the hex digits are keyboard accelerators, as they are grabbed by the program in their accelerator capacity. E.g., trying to enter the RLM mark (U+200F) fails since ctrl-F is mapped to "Find".
Additionally, even the basic ctrl-shift-u combination frequently does some really weird things with font scaling / zooming - the fonts of the text in the editor window often expand and contract erratically as I'm hitting the ctrl-shift-u combination. This is not consistent, and I don't know what is happening or what, exactly triggers it, but it happens frequently and is a pretty annoying breakage. -- System Information: Debian Release: 8.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.13-lila (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages bluefish depends on: ii bluefish-data 2.2.9-1 ii bluefish-plugins 2.2.9-1+b1 ii gvfs-backends 1.22.2-1 ii libatk1.0-0 2.14.0-1 ii libc6 2.19-18+deb8u7 ii libcairo-gobject2 1.14.0-2.1+deb8u2 ii libcairo2 1.14.0-2.1+deb8u2 ii libenchant1c2a 1.6.0-10.1 ii libgdk-pixbuf2.0-0 2.31.1-2+deb8u5 ii libglib2.0-0 2.42.1-1+b1 ii libgtk-3-0 3.14.5-1+deb8u1 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libpython2.7 2.7.9-2+deb8u1 ii libxml2 2.9.1+dfsg1-5+deb8u4 bluefish recommends no packages. Versions of packages bluefish suggests: ii chromium [www-browser] 56.0.2924.76-1~deb8u1 pn csstidy <none> pn dos2unix <none> ii firefox [www-browser] 51.0.1-3~bpo80+1 ii libxml2-utils 2.9.1+dfsg1-5+deb8u4 ii links2 [www-browser] 2.8-2+b3 pn php-codesniffer <none> pn pylint <none> pn tidy <none> pn weblint-perl | weblint <none> -- no debconf information
