GIMP issueshttps://gitlab.gnome.org/GNOME/gimp/-/issues2024-02-06T14:44:14Zhttps://gitlab.gnome.org/GNOME/gimp/-/issues/5288Provide a GIMP DMG package for the new ARM-based architecture on macOS2024-02-06T14:44:14ZKrasnaya Ploshchad’Provide a GIMP DMG package for the new ARM-based architecture on macOSApple announced a series of new Mac devices on WWDC 2020, which based on their own chipset based on ARM architecture. Since then, it’s necessary to port GIMP to ARM architecture to make it works natively on such devices.Apple announced a series of new Mac devices on WWDC 2020, which based on their own chipset based on ARM architecture. Since then, it’s necessary to port GIMP to ARM architecture to make it works natively on such devices.2.10https://gitlab.gnome.org/GNOME/gimp/-/issues/3226GIMP 2.10.10 own help browser not working (due to lack of glib schemas)2024-03-19T23:21:36ZShiroYuki_MotGIMP 2.10.10 own help browser not working (due to lack of glib schemas)GIMP version: 2.10.10 (in-place upgrade from 2.10.8)<br />
Operating System: Windows 10 version 1809 x64<br />
# Description of the bug
Help system is not working.<br />
My setting is using installed help contents.<br />
If I change fro...GIMP version: 2.10.10 (in-place upgrade from 2.10.8)<br />
Operating System: Windows 10 version 1809 x64<br />
# Description of the bug
Help system is not working.<br />
My setting is using installed help contents.<br />
If I change from installed to On-Line, same results.<br />
From Menu items or from Filter Dialog shows error message as plug-in crash.<br />
If I change using browser setting to Web-Browser, the help can show.<br />
Maybe 'help-browser.exe' is something wrong...
# Additional information
Attach file:<br />
![GIMP2.10.10_HelpCrash](/uploads/53ecd9a03cd90a0a880aee7198a7f50a/GIMP2.10.10_HelpCrash.png)2.10https://gitlab.gnome.org/GNOME/gimp/-/issues/1653Some text is unreadable in GIMP 2.10 in KDE Breeze2022-03-21T03:33:39ZGhost UserSome text is unreadable in GIMP 2.10 in KDE BreezeThis happens in KDE Plasma when using the Breeze theme. Does not occur in Breeze Dark.
![Screenshot_20180615_185952](/uploads/92b78b6bcadcee3481860ecf77fd6c0e/Screenshot_20180615_185952.png)This happens in KDE Plasma when using the Breeze theme. Does not occur in Breeze Dark.
![Screenshot_20180615_185952](/uploads/92b78b6bcadcee3481860ecf77fd6c0e/Screenshot_20180615_185952.png)2.10https://gitlab.gnome.org/GNOME/gimp/-/issues/701Add the ability to embed the GIMP built-in sRGB profile upon exporting an image2021-02-01T14:30:14ZBugzillaAdd the ability to embed the GIMP built-in sRGB profile upon exporting an image## Submitted by Elle Stone `@ellestone`
**[Link to original bug (#751030)](https://bugzilla.gnome.org/show_bug.cgi?id=751030)**
## Description
Many GIMP users choose to edit using the GIMP built-in sRGB profile(s, now there's a line...## Submitted by Elle Stone `@ellestone`
**[Link to original bug (#751030)](https://bugzilla.gnome.org/show_bug.cgi?id=751030)**
## Description
Many GIMP users choose to edit using the GIMP built-in sRGB profile(s, now there's a linear version).
If these users want to export a final image to disk with an actual ICC profile embedded in the exported image, so far their only option has been to find and download an equivalent profile on disk and then assign the equivalent profile to the image before exporting it, or else use command line tools or another image editor to assign the equivalent profile on disk.
Many times the exported image really does need an embedded ICC profile, even if the image is an sRGB image:
* Some print shops want an actual embedded ICC profile, to avoid having to guess what the color space really is.
* Photographers who upload images to the web often want to embed an sRGB profile in the image, to accomodate issues with today's not-very-well-color-managed browsers.
* When opening the exported and profileless image with another image editor, the user has to tell the other image editor what the correct profile is, which again means they need to find the equivalent profile on disk.
It would be very helpful if the user could request that the correct GIMP built-in sRGB profile be embedded in the image upon export.
Version: git master2.10https://gitlab.gnome.org/GNOME/gimp/-/issues/4385GIMP 2.10.14 does not start (due to openblas)2024-03-19T23:31:33ZJoeyGIMP 2.10.14 does not start (due to openblas)Executable does nothing.
Stock W10. No weird stuff like registry edits or installed from downloads of tucows.
Other people online report this.
Probably graphical. Shows help.
Downgrade to 2.10.8 fixed it.
Install over or uninstall t...Executable does nothing.
Stock W10. No weird stuff like registry edits or installed from downloads of tucows.
Other people online report this.
Probably graphical. Shows help.
Downgrade to 2.10.8 fixed it.
Install over or uninstall then reinstall no luck.
```
C:\Program Files\GIMP 2\bin>gimp-console-2.10.exe
GEGL-Message: 20:51:01.230: Module 'C:\Program Files\GIMP 2\lib\gegl-0.4\ff-load.dll' load error: 'C:\Program Files\GIMP 2\lib\gegl-0.4\ff-load.dll': The specified module could not be found.
GEGL-Message: 20:51:01.238: Module 'C:\Program Files\GIMP 2\lib\gegl-0.4\ff-save.dll' load error: 'C:\Program Files\GIMP 2\lib\gegl-0.4\ff-save.dll': The specified module could not be found.
Exception code=0xc0000005 flags=0x0 at 0x0000000005B9CB50. Access violation - attempting to execute data at address 0x0000000005B9CB50
Exception code=0xc0000005 flags=0x0 at 0x0000000005B9CB50. Access violation - attempting to execute data at address 0x0000000005B9CB50
Exception code=0xc0000005 flags=0x0 at 0x0000000005B9CB50. Access violation - attempting to execute data at address 0x0000000005B9CB50
Exception code=0xc0000005 flags=0x0 at 0x0000000005B9CB50. Access violation - attempting to execute data at address 0x0000000005B9CB50
Exception code=0xc0000005 flags=0x0 at 0x0000000000401D4D. Access violation - attempting to read data at address 0x0000000000000020
Exception code=0xc0000005 flags=0x0 at 0x0000000000401D4D. Access violation - attempting to read data at address 0x0000000000000020
```
Segfaults.2.10https://gitlab.gnome.org/GNOME/gimp/-/issues/2713make edit non visible layers an option2020-08-15T14:12:02ZGhost Usermake edit non visible layers an optionI often edit non visible layers using the layer beneath as a template - for example, to see where to erase something, or place something. I need to work with invisible layers. If this cannot be made something that I can choose to turn ...I often edit non visible layers using the layer beneath as a template - for example, to see where to erase something, or place something. I need to work with invisible layers. If this cannot be made something that I can choose to turn on and off, then I am forever stuck with my old version of GIMP. I absolutely REQUIRE this feature and if it cannot be made available to me, I will have to stick with a MUCH older version of GIMP. I realize it was an intended feature to prevent accidental editing, but for those of us who have come to use the visible layers as a template for what we do above them, this feature breaks GIMP entirely. 2.10https://gitlab.gnome.org/GNOME/gimp/-/issues/2328Free Select tool should create preliminary marching ants selection2019-10-23T21:46:36ZAlexandre ProkoudineFree Select tool should create preliminary marching ants selectionFree Select tool in 2.10 is now more consistent with other selection tools, now that it allows tweaking poly nodes' position before confirming the selection. However, unlike other selection tools, it doesn't create a preliminary marching...Free Select tool in 2.10 is now more consistent with other selection tools, now that it allows tweaking poly nodes' position before confirming the selection. However, unlike other selection tools, it doesn't create a preliminary marching ants selection. So while users can copy a rectangular selection without confirming it, they can't do it with the Free Select tool.
This is one of the major griefs I've seen users have with 2.10. Let's removes some more friction, shall we? :)2.10https://gitlab.gnome.org/GNOME/gimp/-/issues/1777Exporting to WebP does not automatically flatten images with multiple layers2019-12-22T08:39:46ZGhost UserExporting to WebP does not automatically flatten images with multiple layersMuch like the title suggests, exporting images to WebP does not flatten the layers as it does when exporting to other formats such as png or jpeg. Instead, it only exports the currently selected layer.
This is my XCF:
[phone_bg_v2_resiz...Much like the title suggests, exporting images to WebP does not flatten the layers as it does when exporting to other formats such as png or jpeg. Instead, it only exports the currently selected layer.
This is my XCF:
[phone_bg_v2_resized.xcf](/uploads/9cb60e98f25c83793be1c9ef6ed98a43/phone_bg_v2_resized.xcf)
It has two layers: the girl and the gradient background layer.
This is what I get when I export to WebP while unknowingly having the bg layer selected:
[phone_bg_v2.webp](/uploads/60c67e6897bd94d48927899d5fae6e32/phone_bg_v2.webp)
Interestingly enough, when exporting an image with multiple layers to WebP, it gives me the option of making an animation:
[screenshot-2018-07-05T02_06](/uploads/75934e3f451351900d0be2d7086377cc/screenshot-2018-07-05T02_06.png)
My operating system is Arch Linux, and my version of GIMP as reported from pacman is 2.10.2-3. Let me know if you need more information.2.10https://gitlab.gnome.org/GNOME/gimp/-/issues/3132Missing accelerator on "Export Image as JPEG" dialog2019-09-06T09:24:24ZGhost UserMissing accelerator on "Export Image as JPEG" dialogGIMP version: **2.10.9** (dev)
Operating System: Ubuntu 18.04.2
Package: [self-build]
On "Export Image as JPEG" dialog, every sentence has an accelerator, except "Save color profile".
Is the bug reproducible? [Always ]
Reproduction ...GIMP version: **2.10.9** (dev)
Operating System: Ubuntu 18.04.2
Package: [self-build]
On "Export Image as JPEG" dialog, every sentence has an accelerator, except "Save color profile".
Is the bug reproducible? [Always ]
Reproduction steps:
1. Create a new image.
2. Choose File - Export as
3. Rename the file with .jpg extension.
4. Click on the Export button to open "Export Image as JPEG" dialog.
5. On the "Export Image as JPEG" dialog, click alt key to see accelerators.2.10https://gitlab.gnome.org/GNOME/gimp/-/issues/2057All tool presets change FG, BG and Pallete color even when not supposed to2019-06-02T13:18:41ZDaniel Pinheiro LimaAll tool presets change FG, BG and Pallete color even when not supposed toGIMP version: 2.10.6 and 2.10.8
Operating System: Linux Mint 18.3 and macOS Sierra
Package: flatpak
When I apply a tool preset, my FG, BG and Pallete changes even though I did not select apply stored FG/BG and Pallete when creating t...GIMP version: 2.10.6 and 2.10.8
Operating System: Linux Mint 18.3 and macOS Sierra
Package: flatpak
When I apply a tool preset, my FG, BG and Pallete changes even though I did not select apply stored FG/BG and Pallete when creating the preset.
The bug is always reproducible.
Reproduction steps:
1. Create a new tool preset with the "apply stored FG/BG and Pallete" unchecked
2. Change foreground color to a different color
3. Restore the tool preset
…
Expected result:
Foreground color doesn't change
Actual result:
Foreground color changes to FG color at the time when the preset was created
# Additional information
Change the options on the .gtp files also does't works. It's as if the "yes" option is the only one, even if it says "no"2.10https://gitlab.gnome.org/GNOME/gimp/-/issues/1975Color to alpha now requires an alpha-channel (used to add one automatically)2020-01-17T10:17:08ZofnutsColor to alpha now requires an alpha-channel (used to add one automatically)GIMP version: 2.10.4
Operating System: Linux
Package: flatpak
# Description of the bug
In 2.10, `Color>Color to alpha` is disabled if the layer has no alpha channel.
In 2.8, `Color>Color to alpha` is enabled even without an alpha ch...GIMP version: 2.10.4
Operating System: Linux
Package: flatpak
# Description of the bug
In 2.10, `Color>Color to alpha` is disabled if the layer has no alpha channel.
In 2.8, `Color>Color to alpha` is enabled even without an alpha channel (unless the image is color-indexed), and the alpha channel is added automatically if needed.2.10https://gitlab.gnome.org/GNOME/gimp/-/issues/1789libenchant.dll missing from installers for Microsoft Windows platforms2023-04-19T16:19:17ZGhost Userlibenchant.dll missing from installers for Microsoft Windows platformsGIMP version:
Operating System: windows 10 pro
Package: Installer from gimp.org
# Description of the bug
Please describe your issue with details.
When starting GIMP I get two messages libenchant.dll not found
It suggested a reinstal...GIMP version:
Operating System: windows 10 pro
Package: Installer from gimp.org
# Description of the bug
Please describe your issue with details.
When starting GIMP I get two messages libenchant.dll not found
It suggested a reinstall, which I did but it still happens.
# Reproduction
Is the bug reproducible? Always
Reproduction steps:
1.Start GIMP
… If I could download the file and place it in my GIMP directory, would that fix it? please send me a link
Thanks ...
Expected result: smooth start up
Actual result: not smooth start up
# Additional information
If you have a backtrace for a crash or a warning, paste it here.2.10https://gitlab.gnome.org/GNOME/gimp/-/issues/1725"Open location..." can't open internet URIs due to GLIB/GIO2022-09-01T15:21:37ZSVlad"Open location..." can't open internet URIs due to GLIB/GIO```
GIMP version:
GNU Image Manipulation Program версии 2.10.2
git-describe: Unknown, shouldn't happen
C compiler:
Using built-in specs.
COLLECT_GCC=x86_64-w64-mingw32-gcc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_...```
GIMP version:
GNU Image Manipulation Program версии 2.10.2
git-describe: Unknown, shouldn't happen
C compiler:
Using built-in specs.
COLLECT_GCC=x86_64-w64-mingw32-gcc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-w64-mingw32/7.3.0/lto-wrapper
Target: x86_64-w64-mingw32
Configured with: /var/tmp/portage/cross-x86_64-w64-mingw32/gcc-7.3.0-r1/work/gcc-7.3.0/configure --host=x86_64-pc-linux-gnu --target=x86_64-w64-mingw32 --build=x86_64-pc-linux-gnu --prefix=/usr --bindir=/usr/x86_64-pc-linux-gnu/x86_64-w64-mingw32/gcc-bin/7.3.0 --includedir=/usr/lib/gcc/x86_64-w64-mingw32/7.3.0/include --datadir=/usr/share/gcc-data/x86_64-w64-mingw32/7.3.0 --mandir=/usr/share/gcc-data/x86_64-w64-mingw32/7.3.0/man --infodir=/usr/share/gcc-data/x86_64-w64-mingw32/7.3.0/info --with-gxx-include-dir=/usr/lib/gcc/x86_64-w64-mingw32/7.3.0/include/g++-v7 --with-python-dir=/share/gcc-data/x86_64-w64-mingw32/7.3.0/python --enable-languages=c,c++ --enable-obsolete --enable-secureplt --disable-werror --with-system-zlib --enable-nls --without-included-gettext --enable-checking=release --with-bugurl=https://bugs.gentoo.org/ --with-pkgversion='Gentoo 7.3.0-r1 p1.1' --disable-esp --enable-libstdcxx-time --enable-poison-system-directories --with-sysroot=/usr/x86_64-w64-mingw32 --disable-bootstrap --disable-multilib --with-multilib-list=m64 --disable-altivec --disable-fixed-point --enable-targets=all --disable-libgcj --enable-libgomp --disable-libmudflap --disable-libssp --disable-libcilkrts --disable-libmpx --disable-vtable-verify --disable-libvtv --disable-libquadmath --enable-lto --without-isl --disable-libsanitizer --disable-default-pie --enable-default-ssp --enable-threads=posix
Thread model: posix
gcc version 7.3.0 (Gentoo 7.3.0-r1 p1.1)
используя GEGL версии 0.4.2 (собранной с версией 0.4.2)
используя GLib версии 2.56.1 (собранной с версией 2.56.1)
используя GdkPixbuf версии 2.36.12 (собранной с версией 2.36.12)
используя GTK+ версии 2.24.31 (собранной с версией 2.24.32)
используя Pango версии 1.42.1 (собранной с версией 1.42.1)
используя Fontconfig версии 2.13.0 (собранной с версией 2.13.0)
используя Cairo версии 1.15.12 (собранной с версией 1.15.12)
Operating System: Windows 7 x64
Package: Installer from gimp.org (gimp-2.10.2-setup.exe)
```
# Description of the bug
"Open location..." can't open any image in internet by URL, always show error window.
But successfully opens any local filesytem image by file path.
# Reproduction
Is the bug reproducible? Always
Reproduction steps:
1. Open "Open location..." dialog
2. Enter any valid accessible image URL, for example, https://www.gimp.org/downloads/downloadsplash-aryeom.jpg
3. Press "Open"
Expected result:
Image opened
Actual result:
```
Show error dialog
GIMP Message
Opening 'https://www.gimp.org/downloads/downloadsplash-aryeom.jpg' failed:
volume doesn’t implement mount
```
# Additional information
If enter some local file path, like this D:\Users\Public\Pictures\Sample Pictures\Desert.jpg,
it successfully opened.2.10https://gitlab.gnome.org/GNOME/gimp/-/issues/1578Provide osx downloadable package on the web site2018-07-08T21:18:40ZAlex SamorukovProvide osx downloadable package on the web siteHi,
I am using gimp on osx and would like to see "official" package on the main site. Currently "official" download is 2.8, which is buggy and outdated. Homebrew does not provide up to date gimp as a formula as well, and i found build p...Hi,
I am using gimp on osx and would like to see "official" package on the main site. Currently "official" download is 2.8, which is buggy and outdated. Homebrew does not provide up to date gimp as a formula as well, and i found build process very non-trivial and fragile.
To create such package i decided to build gimp in the vm, on the newly installed osx. I it still WIP, which i am documenting [here](https://gist.github.com/samm-git/f520e9b93cef4a14c5b7a67b6809ac1d), however, currently i already have standalone gimp package, which is running without any external dependencies. I found that gimp 2.10/osx works much better for me compared to the 2.8.
Please let me know if you interested to integrate work i done to the official web site, to provide downloadable package to the user.2.10https://gitlab.gnome.org/GNOME/gimp/-/issues/1519Search/filter entry doesn't work in the Python procedure browser2019-01-06T16:57:47ZofnutsSearch/filter entry doesn't work in the Python procedure browserOn 2.10.2 Windows (looks OK on Linux)
From `Filters>Python-fu>Console>Browse`: when entering strings in the Search field, the list is not reduced, so no way to search anything in that list. This happens whatever the `by ...` type.
`Fil...On 2.10.2 Windows (looks OK on Linux)
From `Filters>Python-fu>Console>Browse`: when entering strings in the Search field, the list is not reduced, so no way to search anything in that list. This happens whatever the `by ...` type.
`Filters>Script-fu>Console>Browse` and `Help>Procedure browser` both work correctly.
/label ~"OS: Windows" ~"5. Gimp\-Python"2.10https://gitlab.gnome.org/GNOME/gimp/-/issues/1258Doesn't "Hide" easily on the Mac.2020-01-14T21:12:49ZBugzillaDoesn't "Hide" easily on the Mac.## Submitted by Gregarious
**[Link to original bug (#791603)](https://bugzilla.gnome.org/show_bug.cgi?id=791603)**
## Description
Pressing "Command-H" is a standard feature to hide applications on OSX. Hiding the application can be ...## Submitted by Gregarious
**[Link to original bug (#791603)](https://bugzilla.gnome.org/show_bug.cgi?id=791603)**
## Description
Pressing "Command-H" is a standard feature to hide applications on OSX. Hiding the application can be done from the menu, but not from the keyboard.
Version: 2.8.102.10Alex SamorukovAlex Samorukovhttps://gitlab.gnome.org/GNOME/gimp/-/issues/9397OpenSSL v3.0.8 DLLs included with GIMP 2.10.34 (vulnerable to CVE-2023-0464, ...2024-03-12T12:04:27ZAdrian ScottOpenSSL v3.0.8 DLLs included with GIMP 2.10.34 (vulnerable to CVE-2023-0464, CVE-2023-0465 & CVE-2023-0466)We have been alerted to the existence of 3 OpenSSL vulnerabilities that are exposed within the OpenSSL v3.0.8 DLLs installed as part of the GIMP 2.10.34.
In the default install paths the 4 files are found here:
```
c:\program files\gimp ...We have been alerted to the existence of 3 OpenSSL vulnerabilities that are exposed within the OpenSSL v3.0.8 DLLs installed as part of the GIMP 2.10.34.
In the default install paths the 4 files are found here:
```
c:\program files\gimp 2\32\bin\libcrypto-3.dll
c:\program files\gimp 2\32\bin\libssl-3.dll
c:\program files\gimp 2\bin\libcrypto-3-x64.dll
c:\program files\gimp 2\bin\libssl-3-x64.dll
```
Please can you update GIMP distribution to include the latest OpenSSL dlls with your next bugfixed release (either using OpenSSL 3.1.1 or 3.0.9)?2.10https://gitlab.gnome.org/GNOME/gimp/-/issues/6966GEGL operation missing | gegl:distance-transform2022-05-12T10:41:00Zjmyles18GEGL operation missing | gegl:distance-transformUpon startup of GIMP 2.10, the following GIMP Message is thrown:
![image](/uploads/aa7480e0b9e2334ebaf8faf000591171/image.png)
I have removed and re-installed the package to no avail.
Running on Mac OSX Big Sur v11.4.
Attempted to fo...Upon startup of GIMP 2.10, the following GIMP Message is thrown:
![image](/uploads/aa7480e0b9e2334ebaf8faf000591171/image.png)
I have removed and re-installed the package to no avail.
Running on Mac OSX Big Sur v11.4.
Attempted to follow same steps found in https://gitlab.gnome.org/GNOME/gimp/-/issues/6358 to no avail.2.102022-05-13https://gitlab.gnome.org/GNOME/gimp/-/issues/5152~187MB memory leakage per hour over the course of two days2023-07-09T17:00:20ZJulia Johannesenjulia@insertdomain.name~187MB memory leakage per hour over the course of two daysGIMP version: GIMP 2.10.18
Operating System: Manjaro Linux
Package: Installed via the `pacman` package manager.
# Description of the bug
Over the course of two days, Gimp reached 9GB of memory, which when calculated out, is about 187...GIMP version: GIMP 2.10.18
Operating System: Manjaro Linux
Package: Installed via the `pacman` package manager.
# Description of the bug
Over the course of two days, Gimp reached 9GB of memory, which when calculated out, is about 187mb of memory leakage per hour.
![gimp](/uploads/74ad6726e96a11a34afe107567a73561/gimp.png)
# Reproduction
Is the bug reproducible? I only got this to happen once, but only because it takes *two days* to reproduce.
Reproduction steps:
In theory, the bug should occur from the following:
1. Open an image
2. Wait 2 or more days without touching Gimp. Gimp should slowly begin using more and more memory.
This is exactly what I did before the bug occurred:
1. Open Gimp.
2. Paste an image from the clipboard.
3. Paste another image as a new layer.
4. Manipulate the new layer by rotating it in various ways, only to revert it to how it was before being rotated.
5. Manipulate the new layer by scaling it in various ways, again, only to revert it to how it was before being scaled.
6. Merge the layers, and use `CTRL+A` followed by `CTRL+C` to copy the image to the clipboard.
7. Minimize gimp, and leave it untouched for two days.
Expected result: ... Not using 9GB of memory
Actual result: Uses 9GB of memory after being left untouched for two days.
# Additional information
I kind of feel bad reporting a bug with no idea of what the issue might be, and I would assume Gimp has a rather large codebase, so tracking down the cause of a bug like this is probably really hard. Best of luck :sweat_smile:2.10https://gitlab.gnome.org/GNOME/gimp/-/issues/4326Add visual tab to spyrogimp plugin2020-05-05T10:32:01ZElad ShaharAdd visual tab to spyrogimp pluginThe current parameters for specifying a spirograph are not intuitive.
Its difficult to use them to get a desired visual effect.
The attached patch (for the gimp 2.10 branch) adds a "Visual" tab that uses two visual metaphors:
* The peta...The current parameters for specifying a spirograph are not intuitive.
Its difficult to use them to get a desired visual effect.
The attached patch (for the gimp 2.10 branch) adds a "Visual" tab that uses two visual metaphors:
* The petals of a flower - the number of petals, and how many petals to advance when drawing successive petals.
* A doughnut that has an inner "hole radius" and a width.
Specifying the amount of petals and the petal "skip" can lead to impossible shapes. For example, there is no pattern with 6 petals which
advances 2 petals. Such a pattern would start with petal 1, and then go to
petals 3 and 5, and back to 1 - without ever drawing the even petals.
In such cases, I allow the user to specify the pattern, and I just
draw two rotated shapes of 3 petals each.
If this patch is accepted, I will adapt it to work for the master branch as well.
[0001-Add-visual-tab-to-spyrogimp-plugin.patch](/uploads/5a774f99dbc450da110f0efee01e1deb/0001-Add-visual-tab-to-spyrogimp-plugin.patch)2.10