"Modify>rename clip" fails (Audacity 3.2.2)

[padodi]

When applying macros to files, up to now Audacity remembered the path in case an error was reported. Using 3.2.2 it goes back to some directory where no files are. It would help a lot if

• Files where a macro gives an error are skipped but the macro has the ability to abort (a kind of log containing a list of problematic files is shown when finished).
• The last known path is re-opened if it still exists.

Sorry, may be I am in the wrong place, but just registered.
I’m using Mac OS Monterey 12.6.
AU 3.2.2 has a possible bug in the rename clip command: if you click on the name or if you do try to do that through “Modify>rename clip” it doesn’t work and Au start playing. You can rename only if you do: preferences>keyboard>rename clip>set (I ma not sure the English for the Italian Imposta is set).
The bad point is that also if you do that and you change the name, the following time you have to follow once again the same procedure. It doesn’t keep the change in its preferences’ memory.
I think this should be corrected.
Thanks

[jademan]

I’m using Mac OS Monterey 12.6.
AU 3.2.2 has a possible bug in the rename clip command: if you click on the name or if you do try to do that through “Modify>rename clip” it doesn’t work and Au start playing. You can rename only if you do: preferences>keyboard>rename clip>set (I ma not sure the English for the Italian Imposta is set).

I am unable to duplicate this issue on my Windows machine. Perhaps someone else running MacOS can.

So on my Windows machine, “Modify>rename clip” would be “Edit>Rename clip”. On my machine, Ctrl+F2 does the same thing (which would be preferences>keyboard>rename clip>set)

To rename a clip, you could also try double-clicking on the clip title bar or right-clicking on the clip below the title bar.

The bad point is that also if you do that and you change the name, the following time you have to follow once again the same procedure. It doesn’t keep the change in its preferences’ memory.

This sounds very convoluted. Would you like to clarify?

Also note, there is an outstanding intermittent problem with renaming clips not working properly. See: Can’t rename clips #3704

I don’t know if this is the same issue you are having, but for that issue there is a workaround (which does not seem to make any sense): "In the Track behaviors section of preferences, set “use dialog for the name of a new label”.

[CadmiumEddy]

Yesss! this worked for me! Thank you!!! First time looking something up in a Forum actually worked for me.
‘In the Track behaviors section of preferences, set “use dialog for the name of a new label”.’
Big Sur 11.7.4, Audacity 3.2.4

[bellesvoice]

@jademan

I don’t know if this is the same issue you are having, but for that issue there is a workaround (which does not seem to make any sense): "In the Track behaviors section of preferences, set “use dialog for the name of a new label”.

I just signed up so I could thank you all the thanks for this answer.

I am a beginner at editing and I’m juggling a lot of little clips I need to keep track of. Surely there’s a better way to edit audio, that I will understand someday, but for this day, I was losing my mind about the clip renaming bug. (Audacity 3.6.1 running on Sonoma 14.5).

You saved me! <3 <3 <3

[palindromist]

I can confirm this behavior on Audacity 3.7.7. I have a Macbook Pro 2023, MacOS Tahoe 26.2, Audacity (ARM 64 dmg Apple Silicon). I can select ‘Rename clip’ from the … menu, or with a right-click, or from the Edit menu. The result is highlighting on the current clip name. In that state, typing causes Play to activate. The clip name does not change.

The good news is that I found a workaround. Once the clip name is highlighted, click the ‘delete’ key on the keyboard. That clears the clip name field. Then, you can start typing and rename your clip.

Hope this helps someone.