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.
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
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.
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.
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”).
