Bug 746869

--- ibus-1.4.0/ui/gtk/panel.py
+++ ibus-1.4.0/ui/gtk/panel.py
@@ -281,15 +281,16 @@ class Panel(ibus.PanelBase):
                 if i == 0:
                     layout = default_layout
                     model = default_model
-                elif i < len(models):
+                elif models != None and i < len(models):
                     model = models[i]
                 if model == '':
                     model = None
                 model_desc = _("Default Layout")
                 if i == 0:
                     l = 0
-                    for j in range(0, len(models)):
-                        l = l + len(models[j])
+                    if models != None:
+                        for j in range(0, len(models)):
+                            l = l + len(models[j])
                     if l != 0:
                         model_desc = model_desc + " (" + model + ")"
                 elif model != None:

*** Bug 747473 has been marked as a duplicate of this bug. ***

Proposing this as f16 nth bug. unfortunately there are no particular criterion met but I'd suggest to reconsider it to add a criterion for basic input.

Affects:
Japanese users can't input Japanese through ibus.

Can bug #747195 be possible due to this? (other than Japanese)

+1 nth, affects a significant language and would hit the lives so can't be fixed entirely with an update.

might be a blocker - akira, previously we've taken input issues simply as hitting one of the existing criteria, as a system you can't type japanese into is an unusable system for a Japanese user. so we say it makes the desktop unusable.

So, let's propose as a blocker too, Alpha criterion "Following on from the previous criterion, after firstboot is completed and on subsequent boots, a system installed according to any of the above criteria (or the appropriate Beta or Final criteria, when applying this criterion to those releases) must boot to a working graphical environment without unintended user intervention. This includes correctly accessing any encrypted partitions when the correct passphrase is supplied", affecting at least Japanese and possibly other ibus-based langs.

To me this is a rather serious regression: I fully support proposing
as a blocker.

Anyway I think Fujiwara-san to going to submit a fix to updates-testing today.

Currently ibus can't be disabled and the ibus status icon is out
of sync with the actual input state.

I see the following test build by Fujiwara:

http://koji.fedoraproject.org/koji/buildinfo?buildID=269607
(same build referenced in bug 747195)

seems to fix the problems for me.

ibus-1.4.0-4.fc16 has been submitted as an update for Fedora 16.
https://admin.fedoraproject.org/updates/ibus-1.4.0-4.fc16

*** Bug 747195 has been marked as a duplicate of this bug. ***

(In reply to comment #5)
> +1 nth, affects a significant language and would hit the lives so can't be
> fixed entirely with an update.

Just to clarify, this is not Japanese specific but affects all ibus users.

I tried ibus-1.4.0-4.fc16 on my environment.
I can toggle ibus via Control+Space hot-key. (Locale is Japanese)

Package ibus-1.4.0-4.fc16:
* should fix your issue,
* was pushed to the Fedora 16 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing ibus-1.4.0-4.fc16'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-2011-14681
then log in and leave karma (feedback).

Discussed at 2011-10-21 blocker review meeting, accepted as a blocker per criterion discussed in comment #5.

ibus-1.4.0-4.fc16 has been pushed to the Fedora 16 stable repository.  If problems still persist, please make note of it in this bug report.