[Touch-packages] [Bug 1849399] Re: ibus in 19.10 misinterprets ~/.XCompose, somehow maps to the Delete key

2020-10-02 Thread Launchpad Bug Tracker 
This bug was fixed in the package ibus - 1.5.23-0ubuntu1

---
ibus (1.5.23-0ubuntu1) groovy; urgency=medium

  * New upstream release (LP: #1835541, LP: #1849399)
  * d/p/0003-dconf-Use-dbus-run-session-to-set-up-dconf-overrides.patch:
- Refreshed
  * Dropped patches, applied upstream:
- d/p/bashism-installed-tests.patch
- d/p/remove-glib-check-version.patch
- d/p/use-wayland-display-for-socket-name.patch

 -- Gunnar Hjalmarsson   Wed, 30 Sep 2020 03:21:00
+0200

** Changed in: ibus (Ubuntu)
   Status: Triaged => Fix Released

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to ibus in Ubuntu.
https://bugs.launchpad.net/bugs/1849399

Title:
  ibus in 19.10 misinterprets ~/.XCompose, somehow maps to the Delete
  key

Status in ibus package in Ubuntu:
  Fix Released

Bug description:
  After upgrade to 19.10, I found that my Delete key was not working as
  a Delete key, but that instead if I hit Delete twice it would print
  the character ☭.

  Since others were not reporting this issue, I had a look around at my
  input config and remembered that I had ibus configured from a long
  time ago in order to support Chinese input.

  If I disable ibus (either by unsetting the environment variables; or
  by killing ibus-daemon), then the Delete key works again as expected.

  This is a regression in behavior since Ubuntu 19.04, where I had the
  same input setup on my desktop but the Delete key worked without
  problems.

  I'm also not sure how to disable ibus, now that I am in this
  situation; or if ibus is expected to always be running.

  The problem persists if I run ibus-setup and remove Chinese SunPinyin
  from the list of input methods, leaving only "English - English (US)".

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ibus/+bug/1849399/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1849399] Re: ibus in 19.10 misinterprets ~/.XCompose, somehow maps to the Delete key

2020-05-30 Thread nshepperd 
I submitted a patch to the upstream repository that fixes the invalid
parsing in ibus: https://github.com/ibus/ibus/pull/2227

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to ibus in Ubuntu.
https://bugs.launchpad.net/bugs/1849399

Title:
  ibus in 19.10 misinterprets ~/.XCompose, somehow maps to the Delete
  key

Status in ibus package in Ubuntu:
  Triaged

Bug description:
  After upgrade to 19.10, I found that my Delete key was not working as
  a Delete key, but that instead if I hit Delete twice it would print
  the character ☭.

  Since others were not reporting this issue, I had a look around at my
  input config and remembered that I had ibus configured from a long
  time ago in order to support Chinese input.

  If I disable ibus (either by unsetting the environment variables; or
  by killing ibus-daemon), then the Delete key works again as expected.

  This is a regression in behavior since Ubuntu 19.04, where I had the
  same input setup on my desktop but the Delete key worked without
  problems.

  I'm also not sure how to disable ibus, now that I am in this
  situation; or if ibus is expected to always be running.

  The problem persists if I run ibus-setup and remove Chinese SunPinyin
  from the list of input methods, leaving only "English - English (US)".

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ibus/+bug/1849399/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1849399] Re: ibus in 19.10 misinterprets ~/.XCompose, somehow maps to the Delete key

2020-04-04 Thread Gunnar Hjalmarsson 
Plus, of course: Delete key affected.

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to ibus in Ubuntu.
https://bugs.launchpad.net/bugs/1849399

Title:
  ibus in 19.10 misinterprets ~/.XCompose, somehow maps to the Delete
  key

Status in ibus package in Ubuntu:
  Triaged

Bug description:
  After upgrade to 19.10, I found that my Delete key was not working as
  a Delete key, but that instead if I hit Delete twice it would print
  the character ☭.

  Since others were not reporting this issue, I had a look around at my
  input config and remembered that I had ibus configured from a long
  time ago in order to support Chinese input.

  If I disable ibus (either by unsetting the environment variables; or
  by killing ibus-daemon), then the Delete key works again as expected.

  This is a regression in behavior since Ubuntu 19.04, where I had the
  same input setup on my desktop but the Delete key worked without
  problems.

  I'm also not sure how to disable ibus, now that I am in this
  situation; or if ibus is expected to always be running.

  The problem persists if I run ibus-setup and remove Chinese SunPinyin
  from the list of input methods, leaving only "English - English (US)".

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ibus/+bug/1849399/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1849399] Re: ibus in 19.10 misinterprets ~/.XCompose, somehow maps to the Delete key

2020-04-04 Thread Gunnar Hjalmarsson 
Just stumbled upon this issue:

https://github.com/ibus/ibus/issues/2130

Common denominators are:

* Error in ~/.XCompose

* Upgrade to ibus 1.5.21

** Bug watch added: github.com/ibus/ibus/issues #2130
   https://github.com/ibus/ibus/issues/2130

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to ibus in Ubuntu.
https://bugs.launchpad.net/bugs/1849399

Title:
  ibus in 19.10 misinterprets ~/.XCompose, somehow maps to the Delete
  key

Status in ibus package in Ubuntu:
  Triaged

Bug description:
  After upgrade to 19.10, I found that my Delete key was not working as
  a Delete key, but that instead if I hit Delete twice it would print
  the character ☭.

  Since others were not reporting this issue, I had a look around at my
  input config and remembered that I had ibus configured from a long
  time ago in order to support Chinese input.

  If I disable ibus (either by unsetting the environment variables; or
  by killing ibus-daemon), then the Delete key works again as expected.

  This is a regression in behavior since Ubuntu 19.04, where I had the
  same input setup on my desktop but the Delete key worked without
  problems.

  I'm also not sure how to disable ibus, now that I am in this
  situation; or if ibus is expected to always be running.

  The problem persists if I run ibus-setup and remove Chinese SunPinyin
  from the list of input methods, leaving only "English - English (US)".

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ibus/+bug/1849399/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1849399] Re: ibus in 19.10 misinterprets ~/.XCompose, somehow maps to the Delete key

2019-10-24 Thread Gunnar Hjalmarsson 
On 2019-10-24 07:50, Steve Langasek wrote:
> On Thu, Oct 24, 2019 at 12:06:38AM -, Gunnar Hjalmarsson wrote:
>> wondering if that line shouldn't rather read something like this:
>> 
>> : "☭"   # HAMMER AND SICKLE
>> 
>> (which works with IBus provided that there is a defined compose key)
> 
> Sure, this is a valid alternative, and just replacing the <\> with
>  is enough to unbreak my Delete key.  (I don't care about
> whether it causes the compose sequence to work,

Please.. Whether it works in some case is reasonably relevant.

If I open gedit from terminal, I get these complaints:

(org.gnome.gedit:3821): Gtk-WARNING **: 14:11:14.241: Could not get code
point of keysym \

(org.gnome.gedit:3821): Gtk-WARNING **: 14:11:14.242: Could not get code
point of keysym )

(org.gnome.gedit:3821): Gtk-WARNING **: 14:11:14.242: compose file
/home/gunnar/.XCompose does not include any keys besides keys in en-us
compose file

So Gtk does not understand it, and - needless to say - it doesn't work.

If I replace <\> with  and <)> with , Gtk stops
complaining and it works, kind of. I.e. pressing \ followed by ) gives
me ☭. But then I can't use my \ key for anything else, so this kind of
composing is pretty useless without including  too.

My observations are true both with and without IBus. IBus provides the
extra 'feature' with involving the Delete key, though.

> IBus does not define the syntax of .XCompose,

Right. Probably Gtk or libx11 does.

> It is not for ibus to retroactively declare the file to be
> "syntactically incorrect";

I suppose you don't know if it worked in 19.04. I guess it did not, and
then the file has been incorrect for a long time.

> and regardless, if it has decided that the file is syntactically
> incorrect, this should not result in changes to the behavior of an
> unrelated key.

Ok.. Do you plan to submit an upstream issue?

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to ibus in Ubuntu.
https://bugs.launchpad.net/bugs/1849399

Title:
  ibus in 19.10 misinterprets ~/.XCompose, somehow maps to the Delete
  key

Status in ibus package in Ubuntu:
  Triaged

Bug description:
  After upgrade to 19.10, I found that my Delete key was not working as
  a Delete key, but that instead if I hit Delete twice it would print
  the character ☭.

  Since others were not reporting this issue, I had a look around at my
  input config and remembered that I had ibus configured from a long
  time ago in order to support Chinese input.

  If I disable ibus (either by unsetting the environment variables; or
  by killing ibus-daemon), then the Delete key works again as expected.

  This is a regression in behavior since Ubuntu 19.04, where I had the
  same input setup on my desktop but the Delete key worked without
  problems.

  I'm also not sure how to disable ibus, now that I am in this
  situation; or if ibus is expected to always be running.

  The problem persists if I run ibus-setup and remove Chinese SunPinyin
  from the list of input methods, leaving only "English - English (US)".

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ibus/+bug/1849399/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

Re: [Touch-packages] [Bug 1849399] Re: ibus in 19.10 misinterprets ~/.XCompose, somehow maps to the Delete key

2019-10-24 Thread Steve Langasek 
On Thu, Oct 24, 2019 at 12:06:38AM -, Gunnar Hjalmarsson wrote:
> On 2019-10-24 00:56, Steve Langasek wrote:
> > Contents of the file are:

> > include "/usr/share/X11/locale/en_US.UTF-8/Compose"
> > <\> <)> : "☭"   # HAMMER AND SICKLE

> Hmm.. Looking at  and
> wondering if that line shouldn't rather read something like this:

> : "☭"   # HAMMER AND SICKLE

> (which works with IBus provided that there is a defined compose key)

Sure, this is a valid alternative, and just replacing the <\> with
 is enough to unbreak my Delete key.  (I don't care about whether
it causes the compose sequence to work, I clearly forgot I had ever even
configured this!)

> Even if there was a regression due to the 1.5.19 -> 1.5.21 upgrade of
> ibus

> * the changed behavior is upstream in nature

> * a possible upstream issue would basically say: "Why does IBus no
>   longer interpret my syntactically incorrect ~/.XCompose file in
>   accordance with my intention?"

IBus does not define the syntax of .XCompose, and this file is an interface.
It is not for ibus to retroactively declare the file to be "syntactically
incorrect"; and regardless, if it has decided that the file is syntactically
incorrect, this should not result in changes to the behavior of an unrelated
key.

> So I tend to think that this bug should be closed as invalid, unless you
> have some convincing arguments for keeping it open. Your call. :)

It is absolutely not invalid.  I accept that it's not a high priority, but
it remains the case that ibus is interpreting ~/.XCompose in a way that is
inconsistent with how X itself does so.

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to ibus in Ubuntu.
https://bugs.launchpad.net/bugs/1849399

Title:
  ibus in 19.10 misinterprets ~/.XCompose, somehow maps to the Delete
  key

Status in ibus package in Ubuntu:
  Triaged

Bug description:
  After upgrade to 19.10, I found that my Delete key was not working as
  a Delete key, but that instead if I hit Delete twice it would print
  the character ☭.

  Since others were not reporting this issue, I had a look around at my
  input config and remembered that I had ibus configured from a long
  time ago in order to support Chinese input.

  If I disable ibus (either by unsetting the environment variables; or
  by killing ibus-daemon), then the Delete key works again as expected.

  This is a regression in behavior since Ubuntu 19.04, where I had the
  same input setup on my desktop but the Delete key worked without
  problems.

  I'm also not sure how to disable ibus, now that I am in this
  situation; or if ibus is expected to always be running.

  The problem persists if I run ibus-setup and remove Chinese SunPinyin
  from the list of input methods, leaving only "English - English (US)".

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ibus/+bug/1849399/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1849399] Re: ibus in 19.10 misinterprets ~/.XCompose, somehow maps to the Delete key

2019-10-23 Thread Gunnar Hjalmarsson 
On 2019-10-24 00:56, Steve Langasek wrote:
> Contents of the file are:
> 
> include "/usr/share/X11/locale/en_US.UTF-8/Compose"
> <\> <)> : "☭"   # HAMMER AND SICKLE

Hmm.. Looking at  and
wondering if that line shouldn't rather read something like this:

: "☭"   # HAMMER AND SICKLE

(which works with IBus provided that there is a defined compose key)

Even if there was a regression due to the 1.5.19 -> 1.5.21 upgrade of
ibus

* the changed behavior is upstream in nature

* a possible upstream issue would basically say: "Why does IBus no
  longer interpret my syntactically incorrect ~/.XCompose file in
  accordance with my intention?"

So I tend to think that this bug should be closed as invalid, unless you
have some convincing arguments for keeping it open. Your call. :)

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to ibus in Ubuntu.
https://bugs.launchpad.net/bugs/1849399

Title:
  ibus in 19.10 misinterprets ~/.XCompose, somehow maps to the Delete
  key

Status in ibus package in Ubuntu:
  Triaged

Bug description:
  After upgrade to 19.10, I found that my Delete key was not working as
  a Delete key, but that instead if I hit Delete twice it would print
  the character ☭.

  Since others were not reporting this issue, I had a look around at my
  input config and remembered that I had ibus configured from a long
  time ago in order to support Chinese input.

  If I disable ibus (either by unsetting the environment variables; or
  by killing ibus-daemon), then the Delete key works again as expected.

  This is a regression in behavior since Ubuntu 19.04, where I had the
  same input setup on my desktop but the Delete key worked without
  problems.

  I'm also not sure how to disable ibus, now that I am in this
  situation; or if ibus is expected to always be running.

  The problem persists if I run ibus-setup and remove Chinese SunPinyin
  from the list of input methods, leaving only "English - English (US)".

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ibus/+bug/1849399/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1849399] Re: ibus in 19.10 misinterprets ~/.XCompose, somehow maps to the Delete key

2019-10-23 Thread Steve Langasek 
downgrading the bug to 'medium' since most people don't have ~/.XCompose
;)

** Changed in: ibus (Ubuntu)
   Status: New => Triaged

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to ibus in Ubuntu.
https://bugs.launchpad.net/bugs/1849399

Title:
  ibus in 19.10 misinterprets ~/.XCompose, somehow maps to the Delete
  key

Status in ibus package in Ubuntu:
  Triaged

Bug description:
  After upgrade to 19.10, I found that my Delete key was not working as
  a Delete key, but that instead if I hit Delete twice it would print
  the character ☭.

  Since others were not reporting this issue, I had a look around at my
  input config and remembered that I had ibus configured from a long
  time ago in order to support Chinese input.

  If I disable ibus (either by unsetting the environment variables; or
  by killing ibus-daemon), then the Delete key works again as expected.

  This is a regression in behavior since Ubuntu 19.04, where I had the
  same input setup on my desktop but the Delete key worked without
  problems.

  I'm also not sure how to disable ibus, now that I am in this
  situation; or if ibus is expected to always be running.

  The problem persists if I run ibus-setup and remove Chinese SunPinyin
  from the list of input methods, leaving only "English - English (US)".

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ibus/+bug/1849399/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp