For several applications, getting [IMKClient subclass]: chose IMKClient_Legacy

same with python:

2024-11-17 10:53:12.826 python[95072:33165107] +[IMKClient subclass]: chose IMKClient_Modern

2024-11-17 10:53:12.826 python[95072:33165107] +[IMKInputSession subclass]: chose IMKInputSession_Modern

Apple is not here, and your fellow users cannot fix this. It started with the latest command line tools installation and in my case, I can generate it when launching command-line builds containing NSOpenClass in Swift 6, Pyobjc (10.3.1), or via Pyside6 6.8.0.2 (QFileDialog) with Python 3.13.0.

There are ways in the respective coding languages to redirect output to stderr, or by using 2> /dev/null.

Those with a paid developer license should push back on Apple to fix this annoyance.

The same with Java and PyQt

I have the same behavior, is-it a bug of Sequoia ?

Same on Processing, CodeRunner (in C, Obj-C and Python) and SDL2 apps in C via vim/makefile. All been fine until macOS 18. Also started up PureBasic out of curiosity ... same error.

Same issue while creating window with SDL2 and GLFW

Same error running Python code on a MacBook Air M1 with Sequoia 15.0.1. Any workarounds so far?

Best explanation found...

https://github.com/zegervdv/homebrew-zathura/issues/129#issuecomment-2360382975

VikingOSX wrote:

Apple is not here, and your fellow users cannot fix this.

Posting ^^^ was not necessary VikingOSX.

This output is produced by closed source Apple Private Frameworks so we are at Apple's mercy on this.

I sent a support request to Apple Developer Support, and got a response from the agent. The agent called this "log noise" and directed me to https://feedbackassistant.apple.com/feedback/16066490.

[Edited by Moderator]

Same with Eclipse 2024-09 (4.33.0) on macOS Sequoia 15.0.1.

• From Eclipse; ran an 'unsigned' Java app and Eclipse's Console outputted:

java[79662:1266128] +[IMKClient subclass]: chose IMKClient_Legacy

java[79662:1266128] +[IMKInputSession subclass]: chose IMKInputSession_Legacy

• Launched macOS' native Console.app to determine system or software issue(s).

I caught a few messages RE: Eclipse's system and file permissions. To decrease time to troubleshoot any further, fixed those issues by explicitly adding Eclipse.app to the list of apps that have Full Disk Access. Re-ran Java app a few times for duplicated messages.

Based on the time that I ran the Java app from Eclipse and Eclipse's Console output, then comparing that time with time of attribution logged on macOS' Console.app, my Java app had triggered macOS' TCC (tccd) Framework.

/System/Library/PrivateFrameworks/TCC.framework/Support/tccd

And the message:

AUTHREQ_ATTRIBUTION: msgID=79662.1, attribution={responsible={TCCDProcess: identifier=SigningServlet-###################-unsigned-eclipse, pid=79408, auid=502, euid=502, responsible_path=/Users/${whoami}/eclipse/java-2024-09/Eclipse.app/Contents/MacOS/eclipse, binary_path=/Users/${whoami}/eclipse/java-2024-09/Eclipse.app/Contents/MacOS/eclipse}, requesting={TCCDProcess: identifier=net.java.openjdk.java, pid=79662, auid=502, euid=502, binary_path=/opt/homebrew/Cellar/openjdk@21/21.0.5/libexec/openjdk.jdk/Contents/Home/bin/java}, },

I got the very same issue when trying to launch a swing application using java, java version is amazon corretto 21

matthew499 wrote:

I do not fully understand how Apple's Feedback Assistant app works.

It's a bit bucket.

I don't know if my report is public or not.

Your report is not public.

Maybe if Apple sees enough people reporting this issue, they will be more likely to prioritize it?

What if they prioritize it by deprecating the API, breaking all those apps?

same happens on ffplay and wine. it happens on all terminal based apps that use a GUI as far as I have experienced.