Bug 626792

Not just Alt+number - by any other key as well...

This makes usage of text editors or 'mc' quite painful in gnome-terminal.
Xterm works normally.

In fact it's a bug of 'vte' package vte-0.25.90-1.fc15.

Revert to version: 

vte-0.25.1-2.fc14.x86_64
gnome-terminal-2.31.3-1.fc14.x86_64

Fixes issue for this moment.

Should be fixed in the updates, or will be fixed soon.  Already fixed upstream.  There's a dup bug around.

Confirmed... I don't see a newer vte package in koji, but downgrading vte fixed the issue.

Changing to a vte bug.

Still no fixed package in koji. Can you push out an update for this soon? It makes gnome-terminal essentially useless.

Seems to be fixed as of this morning's update (vte-0.25.91-1.fc14.x86_64)

Why is this bugzilla still open?

Good question. It has been fixed for some time.

I've upgraded with preupgrade from Fedora 13 to Fedora 14 recently. With the current vte-0.26.1-1.fc14 I can still reproduce this bug 100% times.

I have to downgrade to vte-0.25.1-2.fc14 for fix.

I am seeing a bug like this right now on Fedora 16 using:

gnome-terminal-3.2.1-2.fc16.x86_64
gtk3-3.2.2-1.fc16.x86_64
gtk3-3.2.2-1.fc16.i686
vte-0.28.1-1.fc16.x86_64
vte3-0.30.1-2.fc16.x86_64

I found similar bugs with Google:
Upstream: https://bugzilla.gnome.org/show_bug.cgi?id=663779
Ubuntu: https://bugs.launchpad.net/ubuntu/+source/vte/+bug/890555

Happens to me too.
That bug was previously fixed long time ago, and it’s now broken again, in vte3 I think.

Seeing this on F16 in g-t (vte3) and roxterm (vte)

vte-0.28.2-1.fc16.x86_64
vte3-0.30.1-2.fc16.x86_64

I'm seeing this since updating to vte-0.28.2-1.fc16 (vte3 was updated to vte3-0.30.1-2.fc16 two weeks earlier without adverse effects). This is quite unfortunate, as this makes it less easy to use irssi effectively.

esh, I'm also seeing this now in f16 on updates-testing:

vte3-0.30.1-2.fc16.x86_64
vte-0.28.2-1.fc16.x86_64

As JHM mentioned, it seems like the vte update (rather than vte3) is the culprit

well, downgrading vte to 0.28.1 didn't seem to fix it, and gnome-terminal uses vte3 anyway:


[bpowers@fina ~]$ cat /proc/**/maps | grep vte
3f6d000000-3f6d09b000 r-xp 00000000 fd:00 3708245                        /usr/lib64/libvte2_90.so.9.3000.1
3f6d09b000-3f6d29b000 ---p 0009b000 fd:00 3708245                        /usr/lib64/libvte2_90.so.9.3000.1
3f6d29b000-3f6d29d000 r--p 0009b000 fd:00 3708245                        /usr/lib64/libvte2_90.so.9.3000.1
3f6d29d000-3f6d2a1000 rw-p 0009d000 fd:00 3708245                        /usr/lib64/libvte2_90.so.9.3000.1
7fe7a7e84000-7fe7a7e85000 r--p 00000000 fd:00 5638469                    /usr/share/vte/termcap-2.90/xterm

so I don't think that was the issue.  I'm at a bit of a loss on this one.

through process of elimination, it seems that gtk3 is the cause of the breakage: https://admin.fedoraproject.org/updates/FEDORA-2011-16356/gtk3-3.2.2-1.fc16 (downgrading gtk3 to 3.2.1-1 enabled me to use the 'alt' key again).

its most likely fallout from this commit: http://git.gnome.org/browse/gtk+/commit/?h=gtk-3-2&id=273283db9217960970810e90ef841f685231484a

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

fwiw, I still see this even after downgrading to gtk3-3.2.1-1.fc16.x86_64

The other Alt key (Alt Gr, on the right of the spacebar) seems to work for me.

For vte there's a patch available in https://bugzilla.gnome.org/show_bug.cgi?id=663779 .

For testing purposes, I've build a vte package with this patch applied, see
  http://thm.fedorapeople.org/vte/

This makes irssi in xfce's Terminal work for me again.

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

(In reply to comment #20)
> For testing purposes, I've build a vte package with this patch applied, see
>   http://thm.fedorapeople.org/vte/
> 
> This makes irssi in xfce's Terminal work for me again.

I confirm this fixes the issue for me.

I can't live without alt-d for forward-word-delete in bash.

"yum downgrade gtk2 gtk2-immodule-xim" restored my precious alt-d for now. Will be --excluding gtk2\* updates until I see an update with the fix.

There seems a bit of confusion, so allow me to summarize:
1. We are facing two different bugs although the symptoms are the same. The bug one from 2010 and F14 is not what we are facing now in F16.
2. The old bug should be fixed.
3. The nex bug was introduced by the gtk2-2.24.8-2.fc16 update, or to be more precise by this commit: http://git.gnome.org/browse/vte/commit/?id=b73782a28894e25ed146271f9d6c6775a6836199
4. The commit makes sense but requires a change in vte, too. There is a bug for this open at https://bugzilla.gnome.org/show_bug.cgi?id=663779
5. There is a patch available at https://bugzilla.gnome.org/attachment.cgi?id=201649 and it is confirmed to fix the issue.
6. As this bug affects all vte based terminals (Xfce's terminal, lilyterm, sakura, termit) we need a fix ASAP.

(In reply to comment #24)

> 3. The nex bug was introduced by the gtk2-2.24.8-2.fc16 update, or to be more
> precise by this commit:
> http://git.gnome.org/browse/vte/commit/?id=b73782a28894e25ed146271f9d6c6775a6836199

Is this really a good change? I see Xfce now gets confused about key sequences such as ctrl+alt+del becomes primary+alt+del.

I'd say this change wasn't carefully tested and should be reverted.

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

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

Thomas's rpm's in comment 20 have been working fine for me for the last week with no noticable side-effects.

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

After last update (probably gtk3), I am getting same behaviour in gnome-terminal which worked previously fine. Xterm still works for me.

Yes, me too, may be it's related to:

https://bugzilla.gnome.org/show_bug.cgi?id=663856

This bug imho is a nice example why bugzilla sometimes is a misleading and confusing tool. We *afaics* talk about one or two bugs in two different places:

- one seems in vte -- the responsible component marked in buzilla since a few days. I assume it can be worked around with the packages from thm (see comment #20)

- one seems to be in the stack that gnome-termial depends on -- that was the assigned component earlier [ and this is why I'm here ;-) ]

Not to mention that this bug was initially for a older release and then reopened, which adds to the confusion. And maybe my comment will lead to even more confusion now, even if I hope it avoids some of it

Cloned this for vte3. See bug 766607.

I got bit by this this morning in my gtk3-using ROXTerm after upgrading to gtk3-3.2.2-2.fc16.x86_64.

(In reply to comment #33)
> Cloned this for vte3. See bug 766607.

As you mention in that bug, reverting gtk3 solves the problem, and I think that's the way to go. Sure, all the users of this, like vte should be fixed, but this change should not be rolled out _until_ all those are fixed.

The important thing is not to break user-experience, which currently is broken, and reverting is the safest way to do that. In fact, I say this should be patched in the newest versions of gtk3, so we don't get stuck, and only remove the patch in rawhide, that's were people should be testing this kinds of stuff.

Ran into this when I updated last night (F16 x86_64 on Dec. 12, 2011). Downgraded and got the <alt> key back;

yum downgrade gtk3 gtk3-immodule-xim

(gtk3 + anything it depends on, gtk3-immodule-xim in my case, gtk3-devel, etc)

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

updates-testing now has vte-0.28.2-2.fc16.i686 for which I can confirm that it fixes the problem

I can confirm, that vte-0.28.2-2.fc16.i686 fixes roxterm problem.

unfortunately behaviour for gnome-terminal hasn't changed with 0.28.2-2.fc16

(In reply to comment #40)
> unfortunately behaviour for gnome-terminal hasn't changed with 0.28.2-2.fc16

You are at the wrong bug. You are looking for bug 766607 -- gnome-terminal uses vte3, not vte. You need to update to vte3-0.30.1-3.fc16 from updates-testing to fix gnome-terminal.

This is a huge mess. I'm creating a tracking bug for all these issues, all the comments should go there I think.

Bug #767769.

I'm also cloning this for the relevant GTK+ issues, which are *regressions*, see bug #767766, and bug #767767.

(In reply to comment #41)
> (In reply to comment #40)
> > unfortunately behaviour for gnome-terminal hasn't changed with 0.28.2-2.fc16
> 
> You are at the wrong bug. You are looking for bug 766607 -- gnome-terminal uses
> vte3, not vte. You need to update to vte3-0.30.1-3.fc16 from updates-testing to
> fix gnome-terminal.

thank you peter. sorry for the noise.

Thanks for this.  I am confirming that the gtk3{,-immodule-xim} downgrade fixed the problem.

This is fixed in current updates.