Greetings.
I've had a look into this bug and I see that there's odd behavior going on;
the bug does /not/ appear when running Mumble under KDE, but does appear when
running under Xfce. i.e. under KDE hitting Alt-C activates Connect directly,
where under Xfce Alt-C alternates between Connect and Cancel.
I've verified that this still happens with a 1.2.5-245-g221a5d7 version
backported for Wheezy, so upgrading Mumble alone doesn't fix the bug.
Having a look at the ConnectDialog.cpp I have a clue what might be happening
on line 795 of the file:
qdbbButtonBox->button(QDialogButtonBox::Ok)->setText(tr("&Connect"));
... and the word "Cancel" doesn't show up in this file. The Connect button
has text set for it with "&C" to register the 'c' shortcut key, but there is
no similar definition for the "Cancel" button, likley because that button is
being inherited as part of the "standard" QDialogButtonBox even though the
"Cancel" part wasn't explicitly specified via (QDialogButtonBox::Ok |
QDialogButtonBox::Cancel) such as the example in the documentation.
http://qt-project.org/doc/qt-4.8/qdialogbuttonbox.html
The default "Cancel" button seems to also be given a "c" key shortcut for it,
but only in some (at least !KDE) window managers. This is most likely fixable
by specifying the desired Cancel button behavior in the code, rather than
leaving it to the default.
-- Chris
--
Chris Knadle
chris.kna...@coredump.us
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
