• All submissions to this site are governed by Second Life Project Contribution Agreement. By submitting patches and other information using this site, you acknowledge that you have read, understood, and agreed to those terms.
Issue Details (XML | Word | Printable)

Key: VWR-6212
Type: Bug Bug
Status: Reopened Reopened
Priority: Major Major
Assignee: Unassigned
Reporter: Yukinoroh Kamachi
Votes: 0
Watchers: 3
Operations

If you were logged in you would be able to see more operations.
1. Second Life Viewer - VWR

Viewer eats typed text when using imput method in Linux

Created: 08/Apr/08 06:22 PM   Updated: 19/Jun/09 07:36 PM
Return to search
Component/s: Chat/IM, Internationalization, User Interface
Affects Version/s: 1.20 Release Candidate, 1.23
Fix Version/s: None

Environment:
CPU: Intel(R) Core(TM)2 CPU 6400 @ 2.13GHz
Memory: 1010 MB
OS Version: Linux 2.6.17-17mdv #1 SMP Mon Feb 11 11:46:31 EST 2008 i686
Graphics Card Vendor: NVIDIA Corporation
Graphics Card: GeForce 7300 GT/PCI/SSE2
OpenGL Version: 2.1.0 NVIDIA 97.55
LLMozLib Version: [LLMediaImplLLMozLib] - 2.01.14151 (Mozilla GRE version 1.8.1.13_0000000000)
Packets Lost: 111/73606 (0.2%)
Viewer Digest: b6a0ca31-7c9c-8dc8-605b-97ce2848a948
Issue Links:
Relates
 


 Description  « Hide
If you hit key A and quickly press a key B that will turn on preedit in SCIM (the most common input method for Linux), SCIM will catch the 'release key A' signal but the viewer won't, so key A will repeat in the viewer until you turn off SCIM and hit key A again. This happens to me on a daily basis, and most of the time key A happens to be the backspace key, so the whole line that I was typing gets "eaten", which is very frustrating...

Steps to reproduce :

  • type 'zzzzzzzzzzz' (don't press enter)
  • turn on SCIM
  • press backspace (key 'A') then 'e' (key 'B') ('e' will turn on pre-edit in SCIM). Notice the evil pac-man effect on your line onf z's. (Backspace repeats in the viewer because 'release backsapce' has been caught by SCIM)

This happens with various keys, like left or right arrows (avatar spins uncontrollably right or left) or just any letter that then fills the whole input box... Very annoying.

SL viewer is the only application I use in Linux that has this bug. I believe it's because it doesn't handle inline Japanese input yet in Linux; instead SCIM pops a box in the center of the screen and input is done from there, then sent to the application when done. If I'm correct Windows version has been handling inline input since a few versions, and when it started to handle it, bug VWR-3410 appeared (and was later fixed because it was very visible to residents). Inline input is, anyway, as much wanted in Linux as it was in Windows; typing text in the middle of the screen in a tiny box is not very convenient.



 All   Comments   Change History      Sort Order: Ascending order - Click to sort in descending order
Alissa Sabre added a comment - 03/May/08 09:17 PM
I tried to reproduce this issue, but I couldn't. I'm afraid this issue is timing dependent (as you wrote "quickly" repeatedly...), or depending on other conditions. Can you supply more info., e.g., your settings of environment variables such as LANG, XMODIFIERS, and GTK_IM_MODULE; your SCIM backend, your keyboard model and X11 keymaps. Knowing whether your keyboard is connected with PS/2 interface or USB might be a help, too.

For your last point, I totally agree with you that Linux viewer needs on-the-spot input method handling. Unfortunately, it is not easy to implement on-the-spot as long as SL uses SDL because of the technical limitations of SDL and X11. See VWR-2261 for a related discussion. (Ah, you (or somebody else) already linked this issue to VWR-2261!)


Yukinoroh Kamachi added a comment - 11/May/08 06:03 PM
LANGUAGE=ja_JP.UTF-8:ja
GTK_IM_MODULE=scim
LC_ADDRESS=ja_JP.UTF-8
LC_COLLATE=ja_JP.UTF-8
QT_IM_MODULE=scim
LC_NAME=ja_JP.UTF-8
LC_NUMERIC=ja_JP.UTF-8
LC_MEASUREMENT=ja_JP.UTF-8
LC_TIME=ja_JP.UTF-8
LANG=ja_JP.UTF-8
LC_IDENTIFICATION=ja_JP.UTF-8
LC_MESSAGES=ja_JP.UTF-8
LC_CTYPE=ja_JP.UTF-8
LC_TELEPHONE=ja_JP.UTF-8
CONSOLE_NOT_LOCALIZED=yes
ENC=utf8
LC_MONETARY=ja_JP.UTF-8
XIM_PROGRAM="scim -d"
LC_PAPER=ja_JP.UTF-8
XMODIFIERS=@im=SCIM

French Canadian keyboard, Solidus KB-2966 connected on PS/2.

(Do you need anything else?)

I do think it's a timing issue, but not due to peripherals - all other applications and the OS itself works fine. SL viewer is the first and only application that has this problem.

And yes I'm the one who linked this to VWR-2261. Using GTK would solve my problem, I think.


Yukinoroh Kamachi added a comment - 11/May/08 06:06 PM
Ah, my SCIM backend (I think) is SCIM-anthy.

Ramzi Linden added a comment - 15/Jun/09 03:35 PM
This issue was resolved as "Needs More Info" during a batch clean-up of PJIRA issues.

Reason: for an extended length of time, this bug seems to be missing enough details (reproducible steps) for Linden Lab to import the bug and investigate. Also the last affected version of the viewer on this report is viewer 1.21 or 1.20, 1.19, or even earlier, which are versions that are no longer actively supported.

It is possible that this bug is indeed valid and should remain open-- however, Linden Lab needs the following pieces of information before it is Reopened:

To reopen, please do all of the following:

(1) It is very important to confirm that this bug still occurs in the latest official version 1.23. Please upgrade to that version by browsing to http://get.secondlife.com , and test if you can still reproduce the bug using Viewer 1.23.

(2) If so, then please Reopen this issue and BE SURE to choose the "Affects Version/s" = 1.23

(3) Also, re-describe the steps that another person can follow to experience this bug. An example of a good "recipe" for a bug report can be found here: https://wiki.secondlife.com/wiki/Issue_tracker#Guidelines_for_a_bug_report

(4) Come and attend the inworld bug triages, where you can meet with Linden Lab employees to consider, verify, and expedite bugs for fixing. For more information, see http://wiki.secondlife.com/wiki/Bug_triage

Thank you for helping us improve Second Life!


Yukinoroh Kamachi added a comment - 15/Jun/09 08:00 PM
I could reproduce this bug in seconds in 1.23

Yukinoroh Kamachi added a comment - 15/Jun/09 08:11 PM
Modified the steps to reproduce for a more solid recipe. It happens every time here.