2.3.0 has lost keyboard input on dialog boxes

On my Mac (Mojave) when audacity wants to change a file name because of illegal characters, it pops up a box with the suggested new name. Previous versions allowed you to hit return to accept the new name. Now it only responds to mouse clicks. This is very difficult and time consuming because the pop-up boxes change size, and it is easy to click cancel by accident, which causes that track to be skipped. On a project with 30 or so tracks, this has really become a chore!

And I reported another bug a long time ago, and it has not been fixed. If you hit command B to add a label, and then go to a different program to say, copy the label contents. If you then return to Audacity by right-clicking the label box, Audacity crashes every time.

Testing on 2.3.0 with macOS 10.14.1 confirms that this is indeed the case - and testing on 2.2.2 shows that it works there.

So I will log this as a regression bug.

I cannot reproduce this on my Macbook with Audacity 2.3.0

Can you provide some precise steps for this?


Logged as P2 #2027: bug https://bugzilla.audacityteam.org/show_bug.cgi?id=2027

Thanks for the report - much appreciated jarome :slight_smile:


First right-click the label box. then left-click it. It crashes. See attached report
Audacity_dbgrpt-25145-20181107T110126.zip (13.4 KB)

OOH yes - I can now create this with just the right click on 2.3.0 - and on earlier Audacity versions

I’ll be logging this as a P1 bug due to the crash (Audacity should not crash!)

Many thanks for the report jarome :sunglasses:


Logged as P1 bug #2028 https://bugzilla.audacityteam.org/show_bug.cgi?id=2028

P1 means that we cannot make the next release without fixing this :nerd:

One again many thanks for the report jarome


After a crash, I also get a message that there was a problem recovering my project, but it is always OK.

Yes, crash recovery seems to work very well these days :slight_smile:


Hi jarome,

we have fixed the crashing issue for the upcoming 2.3.1, but we have a residual bug wherby on returning to the label and right clicking no context menu appears (but at least there is no crash).

The simple workaround is to left click in the label first and then you can right click to get the context menu

Original (closed) bug: https://bugzilla.audacityteam.org/show_bug.cgi?id=2028

New residual bug: https://bugzilla.audacityteam.org/show_bug.cgi?id=2044

And right now we are totally baffled as to why the context menu fails to appear. But it only appears to affect Mojave and not Sierra or High Sierra.


The dialog box bug is even more important to me. When you are labeling something with many tracks, it is very tricky and time-consuming to avoid hitting the cancel button by accident when tracks need to be renamed because the dialog box changes width. And frankly, there should be an option to not display these rename dialogs, but to just accept the renames. And also, the auto rename does not if there is more than one illegal character, e.g., two colons.

No longer baffled - we fixed that too for the upcoming 2.3.1 - see:


Hi jarome,

This is Bug #2027 “Mac: cannot use keyboard “Return” to accept a corrected legalized filename in Export Multiple”

This is listed as a high priority bug at P2 - which means that it does b=not necessarily block the release (that is at the Release Manager’s discretion)

I have asked the Release Manager of he can find some time to look at this bug and he said he will try. No promises though, he is pretty tied up for a couple of weeks in mid December.

One of the guys that tests on Mac for us noted the following yesterday in that 2077 bug thread:
“This happens in several other places as well. For Instance a keyboard shortcut to change the recording volume used to respond to the Return key after entry of a new value and now it does not.”


I can confirm this with macOS 10.12 (Sierra), too: Pop-up boxes do in general no longer treat he “return” key as OK. (They do, however respond to the “esc” key as expected, i.e., CANCEL)

Same issue here: to have my work going faster I NEED that RETURN key will be accepted as OK in dialog boxes.
It is accepted when exporting, BUT NOT when adding effects, what is very important for me.
I hope there will be a fix for this soon.

looking forward to it.

Just found out the following:

In macOS, open “System Preferences” - “Keyboard” - “Shortcuts” and change the two radio buttons at the bottom of the tab to “All Controls”. (I can only guess the names of the menus in English, since my system language is German.)

As a result, the Return key works as expected now and will activate the default button (usually “OK”).


This workaround does not work for me.

The “All Controls” is the default setting on my Mac so it was et that way anyway.

According to the dialog that setting affects tabbing rather than the Return key.

But your guesses for the English terminology was perfect.


I know. Regardless of this setting, the Return key should always “toggle” the button that is marked as default.
A side-effect?

I should add that my macOS is 10.12 (Sierra),

I’m on Mojave 10.14.2


Update, bad news: In some menus, e.g. “Amplify”, the Return key is still not working.

This is still not fixed 3 versions later! It makes it really hard to fix file labels, which often have a colon in them.