Script-Fu plugins served by extension-script-fu not active on second invocation, gimp not active when plugin yields
Environment/Versions
- GIMP version: 2.10.38 (revision 1) and prior versions
- Package: DMG (Official)
- Operating System: macOS 15.1 (24B5046f), macOS 15.0, Prior macOS versions
- Architecture: ARM64 (M2), Intel
Description of the bug
When using tools or UI features that call Script-Fu, Script-Fu is launched as a secondary app, with its own distinct dock item, rather than as an internal sub-process of GIMP. When Script-Fu windows are closed, Script-Fu hangs in the dock, and the OS perceives it as "not responding". Closing this "application" causes GIMP to throw an error. This split process behavior means that additional windows open behind gimp until user "swaps" to the Script-Fu "application", rather than atop and part of GIMP. Likewise, user must tab back into GIMP to continue operations as Script-Fu remains the "active application".
Reproduction
Is the bug reproducible? A: Always
Reproduction steps:
- Open GIMP
- Open a document
- Open "Image ➜ Guides ➜ New Guide (By Percent)"
Expected result: The Script-Fu dialog opens as part of GIMP itself, atop the current UI.
Actual result: If Script-Fu has been activated once before, dialog opens behind GIMP, and user must CMD+Tab or otherwise swap to Script-Fu "application", and vice versa after completing Script-Fu operation. Otherwise, Script-Fu opens in the Dock, and dialog opens as user is switched away from GIMP to Script-Fu.
Additional information
I do not recall how long ago this started or if this has always been an issue, but it's been a long time gripe for a while now throughout multiple GIMP releases over the years.