June 24 2026 APP 2.0.0-beta46 has been released !
Improved internal memory configuration (lower ! memory usage), fixed beta45 startup issue, fixed Set Save Directory & 2-panel mosaics.
May 27 2026 APP 2.0.0-beta45 has been released !
Fully Multi-Threaded LNC, many improvements for the registration engine, platform upgrade, and further tuning of internal memory consumption and memory release back to OS.
Apr 14 2026: Google Pay, Apple Pay & WeChat Pay added as payment options
Update on the 2.0.0 release & the full manual
We are getting close to the 2.0.0 stable release and the full manual. The manual will soon become available on the website and also in PDF format. Both versions will be identical and once released, will start to follow the APP release cycle and thus will stay up-to-date to the latest APP version.
Once 2.0.0 is released, the price for APP will increase. Owner's license holders will not need to pay an upgrade fee to use 2.0.0, neither do Renter's license holders.
Hi Mabula.
I encountered this bug in APP beta 45 running on macOS 26.5:
when setting "image viewer in separate window" in the config the application freezes with a beach ball. Force closing it and relaunching causes it to freeze immediately at launch so it becomes unusable.
This happened with beta 45. I tried to launch beta 38 (with the config set) but wouldn't launch either (expected as they share the same key).
After some spelunking I found that APP saves its config in `~/Library/Preferences/com.apple.java.util.prefs.plist`
I reset the key detach.imageviewer.mode to false manually and I'm able to restart the application.
The separate frames list works without issues.
Saved the hang report (attached).
From what I can tell the AppKit main thread is pinned 100% inside an infinite accessibility-tree recursion:
NSAccessibilityChildren → NSAccessibilityUnignoredChildren → NSAccessibilityChildren → …, bottoming out in
NSAccessibilityUnignoredChildrenForOnlyChild.
seems that the detached-viewer window builds an accessibility hierarchy with a cycle.
This, in my instance, causes the utility alt-tab to freeze the app as it inspects its accessibility chain.
Given that the frames list works fine maybe there's something that can be done in APP to prevent this?
Hi Alfonso @alfogator,
Thank you very much for reporting this issue and great that you were able to fix/solve at least to start APP again.
I have opened an issue on my todo list to solve this as soon as possible.
I will test on my Macs to see what is happening exactly.
I will get back to you once I know more.
Mabula
Hi Alfonso @alfogator,
I am looking at your issue now.
With macOS 15 Sequoia all is working fine with the detached image viewer. No problems creating it, using and restarting APP with a detached image viewer.
Can you double check if it does work when you disable OpenGL? So disable OpenGL by clicking and the OpenGL button, it will change to CPU. Then change APP's configuration to use the detached image viewer.
I will update one of my macs to Tahoe in the meantime, to see if Tahoe creates the issue somehow.
Can you also check if you use the latest Tahoe version. If so, is the issue still present?
Mabula
Hey Mabula,
thanks for taking the time to look into this.
As I wrote in my report, the issue is not with APP on its own but when used in conjunction with applications that use the accessibility traits. The way APP declares its own tree causes a recursion which makes the app freeze when another app tries to inspect its accessibility tree.
A common app that causes this is the open source utility AltTab. With AltTab running APP won't open if it's running the separate viewer. With AltTab closed there are no issues.
The problem seems confined to the Preview window, as other separate windows work without issues.
Hi Alfonso @alfogator,
Thank you very much for your feedback.
I have updated one of my macs to the latest Tahoe and i did not encounter any problems with the detached image viewer.
As I wrote in my report, the issue is not with APP on its own but when used in conjunction with applications that use the accessibility traits. The way APP declares its own tree causes a recursion which makes the app freeze when another app tries to inspect its accessibility tree.
A common app that causes this is the open source utility AltTab. With AltTab running APP won't open if it's running the separate viewer. With AltTab closed there are no issues.
Okay, the way that tree is made is determined by the java JDK, our development platform. It is not something that we have coded. And we are using the latest and most modern JDK in beta45/beta46. (beta46 was released today). So it is not something I can fix easily in our code.
From another perspective, maybe you want to warn the maker of AltTab that his code can actually freeze other applications. Maybe he can solve it from his end? Are there other applications that you know that can have this behaviour?
If not, maybe we need to report a bug to the java OpenJDK development.
Mabula
