GNOME Bugzilla – Bug 510847
^W should not close conversation tabs with the Emacs Gtk key theme
Last modified: 2018-05-22 13:06:15 UTC
I have /desktop/gnome/interface/gtk_key_theme set to Emacs, so that Ctrl-U deletes to the start of the line, Ctrl-K deletes to the end of the line, etc., just like at the shell and in irssi. But, Empathy intercepts Ctrl-W, which should mean "delete one word to the left of the cursor", in conversation windows and closes the window. This turns out to be really annoying when I'm talking in a MUC and keep parting and joining when I forget that ^W doesn't work properly. This seems to be a problem in quite a few Gtk applications. Maybe the toolkit should be figuring this out for us. I'm not sure. (I could work around this if Empathy's menu accelerators were modifiable, but they aren't.)
Some advice from a GTK+ guru would be good here.
So you say you have the same issue in few GTK+ app. For example does Epiphany handles that correctly or hitting Ctrl-W in a form closes the tab? Is there a GNOME/GTK+ consensus about this case?
I stopped using this around a year ago, because I couldn't rely on it working rather than destroying my data. (Pretty much when I filed this bug, in fact!) And now I can't make it work at all.
Hey, it's started working again! Epiphany and Firefox both do the right thing, both in form fields and in the address bar. GEdit also respects it. It respects it somewhat too effectively, actually: Alt-F move forward a word (which is what it does in Emacs) rather than opening the File menu. Evolution does the wrong thing, as do AbiWord and Devhelp.
Hm. Interesting Issue. I'm not really proficient to tell whether it's an GTK+ or an application issue. But anyway, I feel that opening separate bugs for each application will help to get the issues resolved. So Will, please open bugs for each application you'll find misbehaving. As this issue does not exist anymore, I'm closing as OBSOLETE.
(In reply to comment #5) > As this issue does not exist anymore, I'm closing as OBSOLETE. I'm sorry, I wasn't clear. Empathy does still misbehave. Reopening.
*** Bug 661868 has been marked as a duplicate of this bug. ***
same bug in the downstream in ubuntu and empathy 3.3.3 https://bugs.launchpad.net/ubuntu/+source/empathy/+bug/912872
Is this still an issue? If so, can you please update the version field with the latest version you can test this with?
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/empathy/issues/8.