BUG: M1/Apple Silicon: Keyboard focus lost permanently in Logic when plugin is resized

MacOSX and iOS
#1

NOTE: This only occurs when Logic is run in non-Rosetta mode on M1. Wondering if it is another weird interaction between JUCE and Logic’s new subprocess hosting system in the native version, but the bug is pretty bad…

Repro:

  • Have a JUCE AU plugin with a GUI that can resize and has a TextEditor element (works with any keyboard-focus sensitive element but most egregious with a component that accepts user text)
  • Open the JUCE GUI
  • Enter text into the TextEditor element, see that it works as expected
  • Resize the gui
  • Try to enter text in the TextEditor element

Expected:

  • Text is entered into the text editor element as normal

Actual:

  • No text is entered and all keystrokes go straight through to Logic. (So if the user tries to delete text, they have likely just deleted their track)

This will cause any issues in products that have their own preset browser with a text editor if they support resizing, so hoping there is some solution on the JUCE side we can do to work around this issue.

One interesting workaround: it seems that for whatever reason, if your plugin GUI has a WebBrowserComponent, you can focus on that and then refocus on whatever the original component was and focus is restored. Otherwise there is no way to get focus in your plugin again without reinstantiating.

#2

I can reproduce this bug in Logic Pro X 10.7.4 with Fluid Pitch inserted as a MIDI FX on a mac m1.

1 Like
#3

@mfritze Any idea if this is a bug in Logic on M1?

#4

Just some more info on this

I tried Surge and Pianoteq both in LPX 10.7.4 and they exhibit this behavior - after a zoom the keybindings go back to logic instead of the plug. When I tried Surge AU in Reaper it was fine.

So I also tried a non-juice plugin (the plogue dx7) which isn’t a juce plugin and that also showed the same bug.

I think this is a logic bug. If anyone knows folks at apple…

2 Likes
#5

We’re experiencing this as well and just some generally very inconsistent keyboard focus behavior in Logic 10.7.4 on M1.

Doesn’t seem to affect Rosetta, and other M1 AU hosts (Ableton) are fine.

#6

Hey there,

Does anyone know if this has been fixed in JUCE? Or are there any more updates on this?

Thanks!

#7

Markus posted on another M1/Logic thread that one could email him to join Apple’s Pro Seed program to file/track these issues.

I’ve been a regular Logic user for 20 years. It’s historically my favorite piece of software, in part due to its stability. However, Logic 10.7.x on an M1 is pretty buggy… it’s in the worst shape I’ve ever seen the product, hopefully something the next update will rectify!

2 Likes
#8

Our hesitance in releasing M1 was completely just because of how buggy Logic on M1 has been and how often users come to us first with a bug that is just a Logic hosting bug.

I will say the stability is a lot better now! (but still, unfortunately, not great).

2 Likes
Anyone know why webbrowsercomponent within my audio plugin editor can't get any keyboard input, in Logic?
#9

It’s definitely a Logic bug, only in the M1 version, not when running in Rosetta…

1 Like
#10

+1 data point for Logic causing issues with keyboard focus in Audio Units version of a plugin I work on. Works fine in other hosts that support AU on M1, also works fine in Logic on Intel machines.

#11

then again, it seems like FabFilter’s Pro-Q 3 doesn’t suffer from this behaviour :thinking:

#12

I am an engineer at Native Instruments in the Kontakt team. We ran into this bug as well and submitted a feedback ticket to Apple, found this thread super useful in determining that the issue is Apple side.

Thanks

1 Like