Created attachment 2523 Patch to delay mnemonic update After some updates on my Debian system, the terminal started enabling menu access keys on all new windows even if I had them disabled. Enabling and re-disabling them fixed it. I reported this to Debian as bug 539940[1]. Today I went digging to try to figure it out and discovered that terminal_window_init calls terminal_window_update_mnemonics to disable access keys, but the GtkAction proxy widgets weren't yet created so it didn't have anything to do; the proxy widgets don't exist until after terminal_window_init returns. I have attached a patch which connects terminal_window_update_mnemonics to the TerminalWindow::show signal; this seems to delay the mnemonic update until after the proxy widgets are created and thus fix the problem. I am guessing that this problem was brought to light by a GTK update, but I am not sure. 1. http://bugs.debian.org/539940
The patch is against 0.4.0.
Good catch. However there is a good way to disable mnemonics since Gtk 2.12. This does however disable them application wide (so also in the preferences dialog), but I can live with that.
What about the case where someone needs/wants accessibility, but also wants meta keys to work correctly in the terminal; thus they disable access keys but leave F10 enabled to activate the menu and then want access keys in the preferences dialog. I am not in this situation, so the global disable works for me, but long-term it might be a good idea to facilitate this use pattern. Probably not high-priority, though, unless someone specifically requests it.
Well the previous way was more of a hack too. Gnome terminal does the same thing right now (application wide settings), so I guess it's fine. A way to fix it is taking the preferences dialog code out of the terminal and put it in a separate binary.
*** Bug 6190 has been marked as a duplicate of this bug. ***