ibus hide when entering text second time

Bug #1137554 reported by Alex Valavanis
20
This bug affects 4 people
Affects Status Importance Assigned to Milestone
Inkscape
New
Undecided
Unassigned
inkscape (Arch Linux)
New
Undecided
Unassigned
inkscape (Debian)
Confirmed
Unknown

Bug Description

From: bshyy <email address hidden>
To: Debian Bug Tracking System <email address hidden>
Subject: inkscape: ibus hide when entering text second time
Date: Fri, 01 Mar 2013 11:16:26 +0800
Package: inkscape
Version: 0.48.3.1-1.3
Severity: normal

Dear Maintainer,
The ibus candidates can't be seen when I entering the second chinese character
or editting the second time in the text object. But it's all right in
"Squeeze".

-- System Information:
Debian Release: 7.0
  APT prefers testing-proposed-updates
  APT policy: (500, 'testing-proposed-updates'), (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=zh_CN.utf8, LC_CTYPE=zh_CN.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages inkscape depends on:
ii gconf-service 3.2.5-1+build1
ii libaspell15 0.60.7~20110707-1
ii libatk1.0-0 2.4.0-2
ii libatkmm-1.6-1 2.22.6-1
ii libc6 2.13-38
ii libcairo2 1.12.2-3
ii libcairomm-1.0-1 1.10.0-1
ii libfontconfig1 2.9.0-7.1
ii libfreetype6 2.4.9-1.1
ii libgc1c2 1:7.1-9.1
ii libgcc1 1:4.7.2-5
ii libgconf-2-4 3.2.5-1+build1
ii libgdk-pixbuf2.0-0 2.26.1-1
ii libglib2.0-0 2.33.12+really2.32.4-5
ii libglibmm-2.4-1c2a 2.32.1-1
ii libgnomevfs2-0 1:2.24.4-1
ii libgomp1 4.7.2-5
ii libgsl0ldbl 1.15+dfsg.2-2
ii libgtk2.0-0 2.24.10-2
ii libgtkmm-2.4-1c2a 1:2.24.2-1
ii libgtkspell0 2.0.16-1
ii liblcms1 1.19.dfsg-1.2
ii libmagick++5 8:6.7.7.10-5
ii libmagickcore5 8:6.7.7.10-5
ii libpango1.0-0 1.30.0-1
ii libpangomm-1.4-1 2.28.4-1
ii libpng12-0 1.2.49-1
ii libpoppler-glib8 0.18.4-5
ii libpoppler19 0.18.4-5
ii libpopt0 1.16-7
ii libsigc++-2.0-0c2a 2.2.10-0.2
ii libstdc++6 4.7.2-5
ii libwpd-0.9-9 0.9.4-3
ii libwpg-0.2-2 0.2.1-1
ii libx11-6 2:1.5.0-1
ii libxml2 2.8.0+dfsg1-7
ii libxslt1.1 1.1.26-14
ii zlib1g 1:1.2.7.dfsg-13

Versions of packages inkscape recommends:
ii aspell 0.60.7~20110707-1
ii imagemagick 8:6.7.7.10-5
ii libwmf-bin 0.2.8.4-10.2
ii perlmagick 8:6.7.7.10-5
ii pstoedit 3.60-2+b1

Versions of packages inkscape suggests:
pn dia | dia-gnome <none>
ii libgnomevfs2-extra 1:2.24.4-1
pn libsvg-perl <none>
pn libxml-xql-perl <none>
ii python 2.7.3-4
pn python-lxml <none>
ii python-numpy 1:1.6.2-1
pn python-uniconvertor <none>
ii ruby 4.9
pn skencil <none>

-- no debconf information

Tags: ibus
Changed in inkscape (Debian):
status: Unknown → Confirmed
Revision history for this message
Mark Lewis William Johnson (mark-mrwizard) wrote :

I'm experiencing the same issue in Wheezy. Ibus does not appear to recognize Inkscape as an input window.

However the behavior is erratic, after clicking on the ibus sys-tray icon and trying again I get the input candidates as they're supposed to appear. I'm trying to replicate steps that make the input candidates appear properly.

tags: added: ibus
Revision history for this message
Mark Lewis William Johnson (mark-mrwizard) wrote :

Sorry, I'd like to correct my previous statement. It does not seem to be the case that Ibus does not recognize Inkscape as an input window. I'm rather confused by what's going on with this issue.

Revision history for this message
Mark Lewis William Johnson (mark-mrwizard) wrote :

I believe I've identified what's happening.

It seems that the input candidates dialog box appears outside of the screen bounds when it is "not showing".

In a word processor like lowriter, the candidates dialog box would appear right below the text being entered. However in Inkscape it appears to be randomly placed? I realized this when I saw the top border of the dialog box at the bottom 2 pixels of my screen.

I hope that helps.

Revision history for this message
suokunlong (suokunlong) wrote :

I confirm this in Saucy (13.10).
The input method is all right in 13.04, so it's a big regresion.

I'm not sure which time this is not functioning, just sometimes I can not switch to the next candidate page. And, when an input window is is at the bottom of the screen, sometimes the candidates window show below the screen where I can not seen (e.g., when input in a maximized pidgin chat window.)

Revision history for this message
Tyler Foo (tftylerfoo) wrote :

I also have this issue with Arch Linux, kernel version 3.13.8-1-ARCH, inkscape version 0.48.4-13, ibus version 1.5.6-2. I'm also running Gnome shell version 3.10.4-1.

Revision history for this message
Tyler Foo (tftylerfoo) wrote :

I switched to fcitx, but the problem remains. Like what the others said, the input candidates dialog box kept appearing outside of the screen bounds.

Tyler Foo (tftylerfoo)
no longer affects: inkscape (Arch Linux)
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.