Scott Talbert

There isn't a fix yet, so your options are to use the workaround, fix it yourself, or convince someone else to fix it, and then wait for a release.

I presume in point 5 that you mean 4.1.1? I wonder if this is a drawing issue - does resizing the window cause it to work?

Yes, the fix isn't in wxPython 4.2.1. You either need to pick up this patch: https://github.com/wxWidgets/Phoenix/commit/aeb557d01e7cd37176ebbf0f1ae6d0b53c115378 or use Cython < 3 as a workaround for now.

Unfortunately, it looks like the Phoenix build process assumes 64-bit is x64, see here: https://github.com/wxWidgets/Phoenix/blob/master/build.py#L1718 You could try tweaking those arguments. Unfortunately, arm64 w/ Windows is a rare thing, so...

I can reproduce this with the 4.2.1 wheels, but not with the latest snapshot builds so it seems likely it was fixed by a sip update.

Hey Dietmar, I'm fairly familiar with sip, give me a little time to look at it...

Thanks for the detailed debugging. :-) After looking at it, I think `CreateAccessible()` should be marked with `/Factory/` and not `/KeepReference/`. Do you mind giving that a try?

Hey @DietmarSchwertberger, the master branch now has moved to v3.2.5 and we also included part of your changes in this PR. The changes for tweaker_tools were not included because they...

By default, wxPython builds its own copy of wxWidgets, so it should not use your system copy. Is this the entirety of the log? What happened before `Finished command: build_wx...

I *think* the issue might be two mismatched libdirs. If you look at your build.log, the setup.h seems to be being created in lib: ``` config.status: creating lib/wx/include/gtk3-unicode-3.2/wx/setup.h ``` However,...