Dock trouble in 2.10.30
Environment/Versions
- GIMP version:2.10.30
- Package: gimp-2.10.30-setup.exe 2021-12-19 22:42 from gimp.org
- Operating System: Windows 10
Description of the bug
When running Windows 10 I have direct downloaded gimp-2.10.30-setup.exe 2021-12-19 22:42. The first installation was OK except that I could altogether to easily unintentionally corrupt the docked windows, e.g., the “Tool Options”. When trying to rectify the situation I managed somehow to delete the left-hand dock and the lower right-hand dock. I was unable to use the manual (2.10.30) remedy for this as the “Tool Box” no longer has a “File” tab. (When moving the cursor to this part of “Tool Box” a text “Drop images files here to open them” is shown.) To make a clean restart I uninstalled GIMP (using unins000.exe) and deleted the GIMP-folder. After a new download I was surprised to see that the GIMP window still contained only one dock. I think that this means that GIMP uses some (for me) undocumented permanent registration that is not removed by the uninstall process. I guess that the missing documentation is due to the vastly varying environments in which GIMP can be used. However, the uninstall procedure should take care of this problem. I am not a seasoned GIMP-user. I will try to install a previous version as a work-around, but I would very much want to see a fully functionally version 2.10.?? fairly soon. Thank you for your attention.
Reproduction
Is the bug reproducible? Always is a big word. I tried re-downloading twice.
Reproduction steps:
- How to delete the docks I don't know, but as the 2.10.30 manual describes how replace them, I infer that this is not a totally unknown problem.
…
Expected result:
Actual result:
Additional information
If you have a backtrace for a crash or a warning, paste it here.
The description below will hopefully help to pinpoint the 2.10.30 problem(s). When running the OK version, the button in the Windows task bar showed Vilbur, when running the NO-GO, it shows the active image. Before the re-download, invoking “Tool Options” using “Dockable Dialogs” resulted in a separate window that could not be locked to a dock. After, it automatically locked to the single remaining dock. After, trying to place the source location for “Clone” the error text “The active channel does not have an alpha channel” is displayed. When adding an alpha channel, “Clone” acts as “Erase”, see image below. (Cloned nostril erased a bit of the sky.) As I am not familiar with how to report, I submit the "wounded" picture as .xcf-file as well.Wounded_horse.xcf