GIMP issueshttps://gitlab.gnome.org/GNOME/gimp/-/issues2024-03-08T16:25:34Zhttps://gitlab.gnome.org/GNOME/gimp/-/issues/10133PDF export ignores layer blend modes2024-03-08T16:25:34ZofnutsPDF export ignores layer blend modes<!-- ⚠️ IMPORTANT: READ ME! ⚠️
This is the default template for bug reports.
For feature requests or performance issues, please switch instead to the appropriate template in the "Choose a template" list.
It is important that you fill al...<!-- ⚠️ IMPORTANT: READ ME! ⚠️
This is the default template for bug reports.
For feature requests or performance issues, please switch instead to the appropriate template in the "Choose a template" list.
It is important that you fill all the fields of the template.
-->
### Environment/Versions
- GIMP version: 2.10.34
- Package: Self-compiled
- Operating System: Linux
<!--Note: bug reporters are expected to have verified the bug still exists
either in the last stable version of GIMP or on updated development code
(master branch).-->
### Description of the bug
When exporting to PDF, the PDF is exported as if all layers were in `Normal` blend mode
### Reproduction
Is the bug reproducible? Always
Reproduction steps:
1. Create an image with layers in blend mode other than `Normal`
2. Export to PDF
…
Expected result: The PDF looks the same as a the image in Gimp
Actual result: The PDF looks like all layers have been reset to `Normal` mode
![image](/uploads/23d51e7807f5c5ad57b6cda06673e653/image.png)
### Additional information[PDFTransparencyAdditionMode.xcf](/uploads/00da6be51def5b3cc8d5600d7107ddff/PDFTransparencyAdditionMode.xcf)
Display of PDF is identical in LibreOffice and ImageMagick viewer.
The test image: [PDFTransparencyAdditionMode.xcf](/uploads/00da6be51def5b3cc8d5600d7107ddff/PDFTransparencyAdditionMode.xcf)
The result:[TransparencyAdditionMode.pdf](/uploads/643c4eeae40d3d8ca945de809617537a/TransparencyAdditionMode.pdf)https://gitlab.gnome.org/GNOME/gimp/-/issues/9220PDF export adds line break and hyphenation when XCF file has text in layers2024-03-08T16:25:02ZKarl PincPDF export adds line break and hyphenation when XCF file has text in layers### Environment/Versions
- GIMP version: 2.10.22
- Package: gimp-2.10.22-4 (debian package)
- Operating System: Debian 11.6 (bullseye)
<!--Note: bug reporters are expected to have verified the bug still exists
either in the last stable...### Environment/Versions
- GIMP version: 2.10.22
- Package: gimp-2.10.22-4 (debian package)
- Operating System: Debian 11.6 (bullseye)
<!--Note: bug reporters are expected to have verified the bug still exists
either in the last stable version of GIMP or on updated development code
(master branch).-->
Can't test with a newer gimp, sorry. My setup is client/server X11 run over a lan, which, I believe is not supported until at least flatpak 1.14. I looked into building from source, but there are too many newer dependencies. And you don't seem to have a statically linked binary.
### Description of the bug
<!--Please describe your issue with details.
Add screenshot or other files if needed.(write it after the > symbol)-->
Text in the original xcf, in a layer, is:
```
NARRATIVE
OF THE
LIFE
```
Text in the exported PDF is:
```
NARRATIV-
E
OF THE
LIFE
```
Note extra hyphen and newline.
To prevent the insertion of the hyphen and extra newline, flatten all layers before exporting.
### Reproduction
Is the bug reproducible? <!--[Always / Randomly / Happened only once ] (write it after the > symbol)-->Always
Reproduction steps:
1. Download xcf file from: https://upload.wikimedia.org/wikipedia/commons/5/5d/E-book_download_poster_NARRATIVE_OF_THE_LIFE_OF_FREDERICK_DOUGLASS%2C_GIMP_source.xcf
2. Choose File->Export As...
3. Change file name suffix to "pdf" and export.
Expected result:
https://upload.wikimedia.org/wikipedia/commons/b/bc/E-book_download_poster_NARRATIVE_OF_THE_LIFE_OF_FREDERICK_DOUGLASS.pdf
Actual result:
https://upload.wikimedia.org/wikipedia/commons/archive/b/bc/20230308010120%21E-book_download_poster_NARRATIVE_OF_THE_LIFE_OF_FREDERICK_DOUGLASS.pdf
### Additional information
(per above) Flattening all layers before export produces the expected result
Note that exported PDF is US-Letter.
Possible related issues: #7092, #2294https://gitlab.gnome.org/GNOME/gimp/-/issues/9049PDF import at wrong size (probably because of fractional ppi/resolution)2024-02-24T12:20:15Zl kPDF import at wrong size (probably because of fractional ppi/resolution)### Environment/Versions
- GIMP version: 2.10.32
- Package: <!--[flatpak? Installer from gimp.org? If another installer, tell us where from] (write it after the > symbol)-->gimp.org installer
- Operating System: <!--[Windows? macOS? Lin...### Environment/Versions
- GIMP version: 2.10.32
- Package: <!--[flatpak? Installer from gimp.org? If another installer, tell us where from] (write it after the > symbol)-->gimp.org installer
- Operating System: <!--[Windows? macOS? Linux? All?] (write it after the > symbol) --> Windows 10 / Linux Mint
<!--Note: bug reporters are expected to have verified the bug still exists
either in the last stable version of GIMP or on updated development code
(master branch).-->
### Description of the bug
[gimp.pdf](/uploads/db394dd9b070a8dcaa917eccb6830fbf/gimp.pdf)
The imported size of this PDF file is not the size specified in the import window: there is an offset of one pixel.
I can reproduce the bug with the latest stable version of Gimp on Windows (2.10.32) and with Gimp 2.10.30 on Linux Mint.
<!--Please describe your issue with details.
Add screenshot or other files if needed.(write it after the > symbol)-->
### Reproduction
Is the bug reproducible? <!--[Always / Randomly / Happened only once ] (write it after the > symbol)-->Yes
Reproduction steps:
1. Open the PDF file
2. Set the width to 1920px, the height is automatically set to 1083px
3. Click on Import
…
Expected result: The resulting Canvas' size is 1920x1083px
Actual result: The canvas' size is 1919x1082pxhttps://gitlab.gnome.org/GNOME/gimp/-/issues/8759Crash loading large PDF files2024-02-20T16:39:11ZSerious WeirdoCrash loading large PDF files### Environment/Versions
- GIMP version: 2.99.12
- Package: <!--[flatpak? Installer from gimp.org? If another installer, tell us where from] (write it after the > symbol)--> Installer from gimp.org
- Operating System: <!--[Windows? macO...### Environment/Versions
- GIMP version: 2.99.12
- Package: <!--[flatpak? Installer from gimp.org? If another installer, tell us where from] (write it after the > symbol)--> Installer from gimp.org
- Operating System: <!--[Windows? macOS? Linux? All?] (write it after the > symbol) --> Windows 10 build 19044
<!--Note: bug reporters are expected to have verified the bug still exists
either in the last stable version of GIMP or on updated development code
(master branch).-->
### Description of the bug
<!--Please describe your issue with details.
Add screenshot or other files if needed.(write it after the > symbol)-->
Importing attached file at 600 dpi causes file-pdf-load.exe to crash.[LandOwnershipMap_2018_Poster.pdf](/uploads/577912b2c3a527f7bbb5bccbb748fd00/LandOwnershipMap_2018_Poster.pdf)
### Reproduction
Is the bug reproducible? <!--[Always / Randomly / Happened only once ] (write it after the > symbol)--> Always
Reproduction steps:
1. Attempting to import a large PDF file (see attached) at 600 dpi in GIMP v2.99.12. This task works fine in GIMP v2.10.32. Hardware is not an issue.
2. plugin crashes "file-pdf-load.exe"
3.
…
Expected result:
Actual result:
### Additional information
If you have a backtrace for a crash or a warning, paste it here.
```
Error occurred on Tuesday, October 18, 2022 at 21:04:26.
file-pdf-load.exe caused an Access Violation at location 00007FFB14F51B58 in module x86-64-v2-cairo.dll Reading from location 00000164BE10D2C0.
AddrPC Params
00007FFB14F51B58 000001653AA76DA0 000001653AA77B1A 0000000000000D2C x86-64-v2-cairo.dll!conv_cairo32_rgbAF_le+0x38 [C:/_r/_builds/k3_3muaB/0/GNOME/gimp/_babl/_build/../extensions/cairo.c @ 188]
00007FFB9C2C5C16 0000000000000000 0000000000000000 000001653550C430 libbabl-0.1-0.dll!process_conversion_path+0xf6 [C:/_r/_builds/k3_3muaB/0/GNOME/gimp/_babl/_build/../babl/babl-internal.h @ 440]
00007FFB9C2C6015 0000016525E3E480 0000000000005400 0000000000000060 libbabl-0.1-0.dll!babl_fish_path_process+0xc5 [C:/_r/_builds/k3_3muaB/0/GNOME/gimp/_babl/_build/../babl/babl-fish-path.c @ 1238]
00007FFB9C2CBBA7 0000016500000000 0000000000000000 0000000000005400 libbabl-0.1-0.dll!babl_process+0x17
00007FFB9C1E1046 00000165355061B0 00007FFBA5529D40 00000165E1D51E90 libgegl-0.4-0.dll!gegl_buffer_iterate_read_simple+0xb66 [C:/_r/_builds/k3_3muaB/0/GNOME/gimp/_gegl/_build/../gegl/buffer/gegl-buffer-access.c @ 1020]
00007FFB9C1E21C3 000001653A9D2C50 0000016523DE0000 00000165352D4C70 libgegl-0.4-0.dll!gegl_resample_bilinear_generic+0x8a93
00007FFB9C1E31FB 0000000000007C38 0000000000005460 00000165352D4C70 libgegl-0.4-0.dll!gegl_resample_bilinear_generic+0x9acb
00007FFB9C1E588E 000001663E628CB0 000001663E628CB0 0000000000005460 libgegl-0.4-0.dll!gegl_buffer_copy+0x18e [C:/_r/_builds/k3_3muaB/0/GNOME/gimp/_gegl/_build/../gegl/buffer/gegl-buffer-access.c @ 2646]
00007FFB0E028B5D 0000016523CC7BE0 0000016535061A40 000001653543B1C0 libgimp-3.0-0.dll!gimp_layer_new_from_surface+0xed [C:/_r/_builds/k3_3muaB/0/GNOME/gimp/_build-w64/../libgimp/gimplayer.c @ 292]
00007FF64DC933EC 0000016523CCD140 00007FFB00000000 0000016523CC7BE0 file-pdf-load.exe!pdf_load+0x2dc [C:/_r/_builds/k3_3muaB/0/GNOME/gimp/_build-w64/../plug-ins/common/file-pdf-load.c @ 717]
00007FFB0E0290BF 0000016523D74970 0000000000000006 000000126A3FFA50 libgimp-3.0-0.dll!gimp_load_procedure_run+0xaf [C:/_r/_builds/k3_3muaB/0/GNOME/gimp/_build-w64/../libgimp/gimploadprocedure.c @ 196]
00007FFB0E0314CA 0000016523CCD140 0000016523D6F430 0000016523D55100 libgimp-3.0-0.dll!gimp_procedure_run+0x13a [C:/_r/_builds/k3_3muaB/0/GNOME/gimp/_build-w64/../libgimp/gimpprocedure.c @ 1897]
00007FFB0E02D529 0000016523CD55B0 0000000000000000 0000016523D55100 libgimp-3.0-0.dll!gimp_plug_in_proc_run_internal+0x99 [C:/_r/_builds/k3_3muaB/0/GNOME/gimp/_build-w64/../libgimp/gimpplugin.c @ 1367]
00007FFB0E02DDB7 00007FFB0E05A90A 0000016523D539A0 0000016523D17520 libgimp-3.0-0.dll!_gimp_plug_in_run+0xd7 [C:/_r/_builds/k3_3muaB/0/GNOME/gimp/_build-w64/../libgimp/gimpplugin.c @ 1299]
00007FFB0E021FFF 0000000000000030 0000000000000002 00007FF64DC9B088 libgimp-3.0-0.dll!gimp_main+0x79f [C:/_r/_builds/k3_3muaB/0/GNOME/gimp/_build-w64/../libgimp/gimp.c @ 541]
00007FF64DC913AE 0000000000000000 0000000000000000 0000000000000000 file-pdf-load.exe!__tmainCRTStartup+0x22e [C:/M/mingw-w64-crt-git/src/mingw-w64/mingw-w64-crt/crt/crtexe.c @ 329]
00007FF64DC914E6 0000000000000000 0000000000000000 0000000000000000 file-pdf-load.exe!mainCRTStartup+0x16 [C:/M/mingw-w64-crt-git/src/mingw-w64/mingw-w64-crt/crt/crtexe.c @ 206]
00007FFBA4837034 0000000000000000 0000000000000000 0000000000000000 KERNEL32.DLL!BaseThreadInitThunk+0x14
00007FFBA57826A1 0000000000000000 0000000000000000 0000000000000000 ntdll.dll!RtlUserThreadStart+0x21
00007FF64DC90000-00007FF64DCA5000 file-pdf-load.exe 2.99.12.0
00007FFBA5730000-00007FFBA5928000 ntdll.dll 10.0.19041.2130
00007FFBA4820000-00007FFBA48DD000 KERNEL32.DLL 10.0.19041.1889
00007FFBA3190000-00007FFBA3462000 KERNELBASE.dll 10.0.19041.2130
00007FFBA0690000-00007FFBA0721000 apphelp.dll 10.0.19041.2075
00007FFBA5510000-00007FFBA55AE000 msvcrt.dll 7.0.19041.546
00007FFB9C1B0000-00007FFB9C2C0000 libgegl-0.4-0.dll
00007FFB8CB00000-00007FFB8CCA5000 libgio-2.0-0.dll 2.72.3.0
00007FFB8C1B0000-00007FFB8C2D1000 libcairo-2.dll
00007FFB8B3C0000-00007FFB8B500000 libgdk-3-0.dll 3.24.34.0
00007FFBA4630000-00007FFBA46DE000 ADVAPI32.dll 10.0.19041.2130
00007FFBA56C0000-00007FFBA56EB000 GDI32.dll 10.0.19041.2130
00007FFBA4AF0000-00007FFBA4B8C000 sechost.dll 10.0.19041.1865
00007FFB9C060000-00007FFB9C1B0000 libglib-2.0-0.dll 2.72.3.0
00007FFBA2F40000-00007FFBA2F62000 win32u.dll 10.0.19041.2130
00007FFBA4950000-00007FFBA4A7A000 ole32.dll 10.0.19041.1202
00007FFBA3AF0000-00007FFBA3C15000 RPCRT4.dll 10.0.19041.1806
00007FFBA2FA0000-00007FFBA30AF000 gdi32full.dll 10.0.19041.2130
00007FFBA2E40000-00007FFBA2F40000 ucrtbase.dll 10.0.19041.789
00007FFBA4B90000-00007FFBA52D3000 SHELL32.dll 10.0.19041.2075
00007FFBA3590000-00007FFBA362D000 msvcp_win.dll 10.0.19041.789
00007FFBA4A80000-00007FFBA4AD5000 SHLWAPI.dll 10.0.19041.2075
00007FFBA3DD0000-00007FFBA4124000 combase.dll 10.0.19041.2130
00007FFBA3950000-00007FFBA3AED000 USER32.dll 10.0.19041.2130
00007FFBA48E0000-00007FFBA494B000 WS2_32.dll 10.0.19041.546
00007FFBA4190000-00007FFBA41C0000 IMM32.dll 10.0.19041.546
00007FFB9C000000-00007FFB9C058000 libgobject-2.0-0.dll 2.72.3.0
00007FFBA41C0000-00007FFBA462F000 SETUPAPI.dll 10.0.19041.1741
00007FFB6C7C0000-00007FFB6CEDB000 libgtk-3-0.dll 3.24.34.0
00007FFB9C990000-00007FFB9C9B9000 libintl-8.dll 0.21.0.0
00007FFBA30B0000-00007FFBA30FE000 cfgmgr32.dll 10.0.19041.1620
00007FFB13600000-00007FFB13664000 libpoppler-glib-8.dll
00007FFBA2F70000-00007FFBA2F97000 bcrypt.dll 10.0.19041.1023
00007FFB0E020000-00007FFB0E083000 libgimp-3.0-0.dll
00007FFB0DFE0000-00007FFB0E018000 libgimpui-3.0-0.dll
00007FFB8C0C0000-00007FFB8C0ED000 libgimpbase-3.0-0.dll
00007FFB817B0000-00007FFB81A70000 libgimpwidgets-3.0-0.dll
00007FFBA52E0000-00007FFBA53BA000 comdlg32.dll 10.0.19041.1806
00007FFB9C2C0000-00007FFB9C424000 libbabl-0.1-0.dll
00007FFBA46F0000-00007FFBA479D000 shcore.dll 10.0.19041.1865
00007FFB9EB80000-00007FFB9EB90000 libgmodule-2.0-0.dll 2.72.3.0
00007FFB9C960000-00007FFB9C983000 libgcc_s_seh-1.dll
00007FFBA0A30000-00007FFBA0A5F000 dwmapi.dll 10.0.19041.746
00007FFB90370000-00007FFB90377000 MSIMG32.dll 10.0.19041.1466
00007FFBA22E0000-00007FFBA23AA000 DNSAPI.dll 10.0.19041.1865
00007FFBA22A0000-00007FFBA22DB000 IPHLPAPI.DLL 10.0.19041.1865
00007FFB6EB00000-00007FFB6ECF4000 libstdc++-6.dll
00007FFB8C150000-00007FFB8C1A5000 libfontconfig-1.dll
00007FFB8B500000-00007FFB8B5BF000 libfreetype-6.dll 2.12.1.0
00007FFB7B170000-00007FFB7B21F000 libpixman-1-0.dll
00007FFB80CC0000-00007FFB80D02000 libpng16-16.dll
00007FFB8C0F0000-00007FFB8C115000 zlib1.dll
00007FFBA16C0000-00007FFBA16CD000 HID.DLL 10.0.19041.546
00007FFB81600000-00007FFB8164E000 libpcre-1.dll
00007FFB81650000-00007FFB81661000 libffi-8.dll
00007FFB81690000-00007FFB817AA000 libiconv-2.dll 1.17.0.0
00007FFB81670000-00007FFB81687000 libwinpthread-1.dll 1.0.0.0
00007FFB13310000-00007FFB135FD000 libpoppler-122.dll
00007FFB80370000-00007FFB80382000 libcairo-gobject-2.dll
00007FFB9CD90000-00007FFB9CDB7000 WINMM.dll 10.0.19041.546
00007FFB165C0000-00007FFB16770000 libepoxy-0.dll
00007FFB7FED0000-00007FFB7FEFD000 libfribidi-0.dll
00007FFB9BF60000-00007FFB9BF90000 libgdk_pixbuf-2.0-0.dll 2.42.9.0
00007FFB8AE50000-00007FFB8AEB3000 libpango-1.0-0.dll 1.50.9.0
00007FFB9E080000-00007FFB9E099000 libpangocairo-1.0-0.dll 1.50.9.0
00007FFB7FB20000-00007FFB7FB3F000 libpangowin32-1.0-0.dll 1.50.9.0
00007FFB9EB90000-00007FFB9EBC5000 exchndl.dll 0.9.5.0
00007FFBA46E0000-00007FFBA46E8000 PSAPI.DLL 10.0.19041.546
00007FFB999E0000-00007FFB99A1E000 libgexiv2-2.dll
00007FFB8B3A0000-00007FFB8B3BE000 libgimpcolor-3.0-0.dll
00007FFB8B380000-00007FFB8B39E000 libgimpconfig-3.0-0.dll
00007FFB9E2E0000-00007FFB9E2EF000 libgimpmodule-3.0-0.dll
00007FFB8E300000-00007FFB8E59A000 COMCTL32.dll 6.10.19041.1110
00007FFB9A370000-00007FFB9A41E000 mscms.dll 10.0.19041.746
00007FFB8C3A0000-00007FFB8C40E000 liblcms2-2.dll
00007FFB7B140000-00007FFB7B16E000 libatk-1.0-0.dll 2.38.0.0
00007FFB902C0000-00007FFB90358000 WINSPOOL.DRV 10.0.19041.2075
00007FFB81A70000-00007FFB81B9D000 libharfbuzz-0.dll
00007FFB80870000-00007FFB808AA000 libexpat-1.dll
00007FFB80CA0000-00007FFB80CC0000 libbz2-1.dll
00007FFB804F0000-00007FFB80507000 libbrotlidec.dll
00007FFB7FF30000-00007FFB7FFDF000 libcurl-4.dll
00007FFB14A20000-00007FFB14AE0000 libjpeg-8.dll
00007FFB13160000-00007FFB131B6000 libnspr4.dll 4.34.0.0
00007FFBA3630000-00007FFBA3786000 CRYPT32.dll 10.0.19041.1889
00007FFB131C0000-00007FFB1330D000 nss3.dll 3.81.0.0
00007FFBA47A0000-00007FFBA47F6000 WLDAP32.dll 10.0.19041.2006
00007FFB130D0000-00007FFB130E0000 libplc4.dll 4.34.0.0
00007FFB130E0000-00007FFB13157000 libopenjp2-7.dll
00007FFB13090000-00007FFB130C2000 smime3.dll 3.81.0.0
00007FFB14B00000-00007FFB14B8C000 libtiff-5.dll
00007FFB7FB40000-00007FFB7FB59000 libthai-0.dll
00007FFB97CD0000-00007FFB97CED000 libpangoft2-1.0-0.dll 1.50.9.0
00007FFB8D280000-00007FFB8D425000 gdiplus.dll 10.0.19041.2130
00007FFB16770000-00007FFB16A97000 libexiv2.dll
00007FFB80910000-00007FFB809B1000 mgwhelp.dll 0.9.5.0
00007FFB9DCD0000-00007FFB9DCDA000 VERSION.dll 10.0.19041.546
00007FFB9EB50000-00007FFB9EB60000 libgimpmath-3.0-0.dll
00007FFBA2D40000-00007FFBA2D6E000 USERENV.dll 10.0.19041.572
00007FFB9A350000-00007FFB9A361000 ColorAdapterClient.dll 10.0.19041.546
00007FFBA5440000-00007FFBA550D000 OLEAUT32.dll 10.0.19041.985
00007FFB80390000-00007FFB803BE000 libgraphite2.dll
00007FFB64F20000-00007FFB64F39000 USP10.dll 10.0.19041.546
00007FFB708A0000-00007FFB708CD000 libbrotlicommon.dll
00007FFBA2600000-00007FFBA266A000 MSWSOCK.dll 10.0.19041.546
00007FFB6C500000-00007FFB6C7B8000 libcrypto-1_1-x64.dll 1.1.1.17
00007FFB7B0F0000-00007FFB7B131000 libidn2-0.dll
00007FFB73CD0000-00007FFB73D06000 libnghttp2-14.dll
00007FFB73D10000-00007FFB73D31000 libpsl-5.dll
00007FFB73C80000-00007FFB73CC8000 libssh2-1.dll
00007FFB6C470000-00007FFB6C500000 libssl-1_1-x64.dll 1.1.1.17
00007FFB13050000-00007FFB13087000 nssutil3.dll 3.81.0.0
00007FFB13040000-00007FFB1304F000 libplds4.dll 4.34.0.0
00007FFB16AA0000-00007FFB16B73000 libzstd.dll
00007FFB14AE0000-00007FFB14AFC000 libdeflate.dll
0000000069500000-0000000069518000 libjbig-0.dll
00007FFB14950000-00007FFB14A12000 libLerc.dll
00007FFB803C0000-00007FFB803EE000 liblzma-5.dll 5.2.6.0
00007FFB14BB0000-00007FFB14C2B000 libwebp-7.dll
00007FFB7B0D0000-00007FFB7B0E1000 libdatrie-1.dll
00007FFB8E620000-00007FFB8E804000 dbghelp.dll 10.0.19041.867
00007FFB14C90000-00007FFB14E71000 libunistring-2.dll 1.0.0.0
00007FFB89680000-00007FFB896AC000 dbgcore.DLL 10.0.19041.789
00007FFBA4AE0000-00007FFBA4AE8000 NSI.dll 10.0.19041.610
00007FFBA2800000-00007FFBA2818000 CRYPTSP.dll 10.0.19041.546
00007FFBA1EB0000-00007FFBA1EE4000 rsaenh.dll 10.0.19041.1052
00007FFBA27F0000-00007FFBA27FC000 CRYPTBASE.dll 10.0.19041.546
00007FFBA3100000-00007FFBA3182000 bcryptPrimitives.dll 10.0.19041.1415
00007FFBA0F20000-00007FFBA16B1000 windows.storage.dll 10.0.19041.2130
00007FFBA28A0000-00007FFBA28D0000 Wldp.dll 10.0.19041.2075
00007FFB99C00000-00007FFB99D0D000 winhttp.dll 10.0.19041.2075
00007FFB16E10000-00007FFB16E5F000 avx2-int8.dll
00007FFB70880000-00007FFB70892000 cairo.dll
00007FFB6EAE0000-00007FFB6EAF9000 CIE.dll
00007FFB9BF50000-00007FFB9BF5E000 double.dll
00007FFB9AC70000-00007FFB9AC7E000 fast-float.dll
00007FFB99A60000-00007FFB99A6F000 float.dll
00007FFB16D60000-00007FFB16DB1000 gegl-fixups.dll
00007FFB6C450000-00007FFB6C462000 gggl-lies.dll
00007FFB16540000-00007FFB165BF000 gggl-table-lies.dll
00007FFB164C0000-00007FFB1653F000 gggl-table.dll
00007FFB30260000-00007FFB30273000 gggl.dll
00007FFB16D40000-00007FFB16D57000 gimp-8bit.dll
00007FFB993C0000-00007FFB993CE000 grey.dll
00007FFB14F70000-00007FFB14FBF000 half.dll
00007FFB98A60000-00007FFB98A70000 HCY.dll
00007FFB90380000-00007FFB90390000 HSL.dll
00007FFB8DF60000-00007FFB8DF6F000 HSV.dll
00007FFB8DF30000-00007FFB8DF3E000 naive-CMYK.dll
00007FFB16D20000-00007FFB16D32000 oklab.dll
00007FFB164A0000-00007FFB164B1000 simple.dll
00007FFB8C740000-00007FFB8C74F000 sse-half.dll
00007FFB16480000-00007FFB16495000 sse2-float.dll
00007FFB8C090000-00007FFB8C09F000 sse2-int16.dll
00007FFB8BF90000-00007FFB8BF9F000 sse2-int8.dll
00007FFB8B370000-00007FFB8B37E000 sse4-int8.dll
00007FFB85010000-00007FFB8501E000 two-table.dll
00007FFB83AA0000-00007FFB83AAE000 u16.dll
00007FFB83900000-00007FFB8390F000 u32.dll
00007FFB14F50000-00007FFB14F62000 x86-64-v2-cairo.dll
00007FFB14F30000-00007FFB14F48000 x86-64-v2-CIE.dll
00007FFB83400000-00007FFB8340E000 x86-64-v2-double.dll
00007FFB815D0000-00007FFB815DF000 x86-64-v2-float.dll
00007FFB14ED0000-00007FFB14F21000 x86-64-v2-gegl-fixups.dll
00007FFB14EB0000-00007FFB14EC2000 x86-64-v2-gggl-lies.dll
00007FFB14C70000-00007FFB14C84000 x86-64-v2-gggl.dll
00007FFB80C90000-00007FFB80C9E000 x86-64-v2-grey.dll
00007FFB14C50000-00007FFB14C61000 x86-64-v2-simple.dll
00007FFB80860000-00007FFB8086E000 x86-64-v2-u16.dll
00007FFB80360000-00007FFB8036F000 x86-64-v2-u32.dll
00007FFB80050000-00007FFB8005F000 x86-64-v2-ycbcr.dll
00007FFB7FF20000-00007FFB7FF2F000 ycbcr.dll
00007FFBA0D20000-00007FFBA0D32000 kernel.appcore.dll 10.0.19041.546
00007FFBA0840000-00007FFBA08DE000 uxtheme.dll 10.0.19041.2130
00007FFBA5610000-00007FFBA56BF000 clbcatq.dll 2001.12.10941.16384
00007FFB9CE90000-00007FFB9CF87000 AppXDeploymentClient.dll 10.0.19041.2075
00007FFB14C30000-00007FFB14C4A000 gegl-core.dll
00007FFB9B970000-00007FFB9B99C000 libjson-glib-1.0-0.dll
00007FFB9BA40000-00007FFB9BB26000 Windows.ApplicationModel.dll 10.0.19041.1806
00007FFB9B440000-00007FFB9B640000 twinapi.appcore.dll 10.0.19041.1865
00007FFB9DF80000-00007FFB9E076000 propsys.dll 7.0.19041.1741
00007FFBA2D80000-00007FFBA2D9F000 profapi.dll 10.0.19041.844
00007FFB0FA70000-00007FFB0FBD8000 OpenCL.dll 3.0.1.0
00007FFB77070000-00007FFB77098000 mssprxy.dll 7.0.19041.1865
00007FFB0E5E0000-00007FFB0FA6C000 nvopencl64.dll 31.0.15.2225
00007FFBA2A30000-00007FFBA2A42000 msasn1.dll 10.0.19041.546
00007FFB9B930000-00007FFB9B961000 cryptnet.dll 10.0.19041.906
00007FFB9B130000-00007FFB9B278000 drvstore.dll 10.0.19041.1949
00007FFBA2BF0000-00007FFBA2C1C000 devobj.dll 10.0.19041.1620
00007FFB91D90000-00007FFB924F1000 nvapi64.dll 31.0.15.2225
00007FFB0E570000-00007FFB0E5D7000 IntelOpenCL64.dll 20.19.15.4963
00007FFB0E3A0000-00007FFB0E562000 intelocl64.dll 5.2.0.10094
00007FFB0E300000-00007FFB0E39D000 task_executor64.dll 5.2.0.10094
00007FFB0E1D0000-00007FFB0E2F7000 OPENGL32.dll 10.0.19041.2075
00007FFB0E1A0000-00007FFB0E1CC000 GLU32.dll 10.0.19041.2075
00007FFB0E0C0000-00007FFB0E198000 cpu_device64.dll 5.2.0.10094
00007FFAE7580000-00007FFAEBC54000 nvvm64.dll 31.0.15.2225
00007FFB83660000-00007FFB83669000 KBDUS.DLL 10.0.19041.546
00007FFBA3830000-00007FFBA3945000 MSCTF.dll 10.0.19041.2075
00007FFBA3520000-00007FFBA3589000 WINTRUST.dll 10.0.19041.2075
00007FFB0E0A0000-00007FFB0E0B1000 libpixbufloader-png.dll
00007FFB0E090000-00007FFB0E09E000 libpixbufloader-svg.dll
00007FFB13830000-00007FFB14150000 librsvg-2-2.dll
00007FFB136E0000-00007FFB1382F000 libxml2-2.dll
00007FFB37F30000-00007FFB37F39000 IconCodecService.dll 10.0.19041.1
00007FFB9ACF0000-00007FFB9AEA4000 WindowsCodecs.dll 10.0.19041.1706
00007FFB989B0000-00007FFB989F3000 icm32.dll 10.0.19041.546
00007FFB978B0000-00007FFB979A9000 textinputframework.dll 10.0.19041.2075
00007FFBA0420000-00007FFBA0512000 CoreMessaging.dll 10.0.19041.746
00007FFBA00C0000-00007FFBA041E000 CoreUIComponents.dll 10.0.19041.546
00007FFBA1FD0000-00007FFBA2003000 ntmarta.dll 10.0.19041.546
00007FFB9ED60000-00007FFB9EEB4000 wintypes.dll 10.0.19041.2130
Windows 10.0.19044
DrMingw 0.9.5
plug-in 'file-pdf-load.exe' aborted before sending its procedure return values
```https://gitlab.gnome.org/GNOME/gimp/-/issues/7092Text location incorrect when exporting2024-02-24T06:31:48ZChad SwiftText location incorrect when exporting### Environment/Versions
- GIMP version: 2.10.24 (rev 3)
- Package: <!--[flatpak? Installer from gimp.org? If another installer, tell us where from] (write it after the > symbol)--> Installer from gimp.org
- Operating System: <!--[Windo...### Environment/Versions
- GIMP version: 2.10.24 (rev 3)
- Package: <!--[flatpak? Installer from gimp.org? If another installer, tell us where from] (write it after the > symbol)--> Installer from gimp.org
- Operating System: <!--[Windows? macOS? Linux? All?] (write it after the > symbol) --> Windows
<!--Note: bug reporters are expected to have verified the bug still exists
either in the last stable version of GIMP or on updated development code
(master branch).-->
### Description of the bug
<!--Please describe your issue with details.
Add screenshot or other files if needed.(write it after the > symbol)-->
When exporting, text layers are not set in same location, relative to the rest of the image layers. Verrified issue in PDF when opened in Edge, Adobe Reader, and Inkscape.
Possible issue is more frequent when there are hidden layers.
### Reproduction
Is the bug reproducible? <!--[Always / Randomly / Happened only once ] (write it after the > symbol)--> Frequently
Reproduction steps:
1. Use text mixed with shapes and images in separate layers
2. export as pdf while embedding fonts and using vector graphics where available
3. end PDF does not look like
…
Expected result:
Actual result:
### Additional information
If you have a backtrace for a crash or a warning, paste it here.https://gitlab.gnome.org/GNOME/gimp/-/issues/6117Allow Adjusting File Size while exporting to PDF2023-06-30T19:59:52ZYash AryaAllow Adjusting File Size while exporting to PDFOperating System: <!--[Windows? macOS? Linux? All?] (write it after the > symbol) --> All
# Description of the feature
Today, I wanted to export a series of images as a single PDF file, which when I did through GIMP, it turned out to b...Operating System: <!--[Windows? macOS? Linux? All?] (write it after the > symbol) --> All
# Description of the feature
Today, I wanted to export a series of images as a single PDF file, which when I did through GIMP, it turned out to be somewhat around 140 MB large file which consisted of 18 pages. And so, I tried using an alternate method by downloading Adobe Scan on my phone. Although it worked through the cloud, it managed to export out the whole PDF in over just 7 MB. So, is there any way to provide compression during the time of exporting to PDF in GIMP?
# Use cases
<!-- If not obvious, explain the use cases or problems to solve. -->
It will be helpful in exporting PDF with less memory taken on disk with the same visual quality.https://gitlab.gnome.org/GNOME/gimp/-/issues/4564text layers render to their own page when saving as pdf2024-03-01T17:40:04Ztones111text layers render to their own page when saving as pdfGIMP version: 2.10.14
Operating System: linux
Package: arch pacman "gimp" package
https://www.archlinux.org/packages/extra/x86_64/gimp/
# Description of the bug
When exporting to a pdf file each text layer is rendering into its own pa...GIMP version: 2.10.14
Operating System: linux
Package: arch pacman "gimp" package
https://www.archlinux.org/packages/extra/x86_64/gimp/
# Description of the bug
When exporting to a pdf file each text layer is rendering into its own page, even when the text layer is within a layer group.
# Reproduction
Is the bug reproducible? Always
Reproduction steps:
1. Open attached [test.xcf](/uploads/f950fcff30efd87dac0b6303db6a7383/test.xcf)
2. Export the file to test.pdf (all 5 options selected)
3. Note the resulting pdf file has 3 pages, but the xcf file only has 2 layer groups.
Expected result:
The text is rendered on the same page as the other content in the group.
Actual result:
The text layer is rendered on its own page
# Additional information
Also attached [test.pdf](/uploads/f76e17798b855cd72e7796e4c271f4b1/test.pdf) which shows 3 rendered pages.https://gitlab.gnome.org/GNOME/gimp/-/issues/4287'Mu' symbol becomes 'alpha' importing pdf (due to cairo)2024-03-09T00:15:54ZPaul Greninger'Mu' symbol becomes 'alpha' importing pdf (due to cairo)GIMP version:2.10.10
Note: bug reporters are expected to have verified the bug still exists
either in the last stable version of GIMP or on updated development code
(master branch).
Operating System: [Windows? macOS? Linux?]Windows 10
...GIMP version:2.10.10
Note: bug reporters are expected to have verified the bug still exists
either in the last stable version of GIMP or on updated development code
(master branch).
Operating System: [Windows? macOS? Linux?]Windows 10
Package: [flatpak? Installer from gimp.org? If another installer, tell us where from]gimp.org
# Description of the bug BECOMES Importing pdf files symbol mu becomes alpha
Please describe your issue with details. Importing pdf files symbol mu becomes alpha
Add screenshot or other files if needed.
# Reproduction
Is the bug reproducible? [Always / Randomly / Happened only once ]happens all the time with my pdf made from post script from IDL. Tried it with just a Word document and could not reproduce the problem.[plot2005_-_2009Jan_0.pdf](/uploads/3dbef852142eb94477b3fde88afe2b10/plot2005_-_2009Jan_0.pdf)
Reproduction steps:
1.Open my my plot in pdf form
2.Import into Gimp 2.10.10
3.See that mu symbol becomes Greek alpha
…
Expected result:Greek Mu symbol stays as Mu
Actual result:Greek Mu symbol becomes Greek letter alpha
# Additional information
If you have a backtrace for a crash or a warning, paste it here.https://gitlab.gnome.org/GNOME/gimp/-/issues/4184Incompatibility with PDF transparency masks2024-03-09T00:14:51ZSomeone fromjapanIncompatibility with PDF transparency masksOperating System: (if feature is platform specific)
# Description of the feature
Please describe your feature with details.
Transparency masks extracted from PDFs are much stronger when applied in GIMP.
Either
1) A gamma correction co...Operating System: (if feature is platform specific)
# Description of the feature
Please describe your feature with details.
Transparency masks extracted from PDFs are much stronger when applied in GIMP.
Either
1) A gamma correction config-option for masks is required.
Or
2) Some preconfigured distortion presets (ISO, SRGB, PDF/PS etc.) are needed in Color->Curves tool.
Or
3) Luma(gamma-corrected) or Luminance(linear) mode selection dialog can be popped up when adding a mask.
# Use cases
Smooth transparencies in documents, when extracted and applied as a layer mask result in crisp edges.
A gamma-manipulation with mask luminance is required in order to bring the transparency mask to normal.https://gitlab.gnome.org/GNOME/gimp/-/issues/3444Gimp chooses invalid filenames after importing a multi page pdf, so saving th...2021-01-16T11:56:57ZGhost UserGimp chooses invalid filenames after importing a multi page pdf, so saving the image failesGIMP version:
```
$ gimp -v
GNU Image Manipulation Program version 2.10.10
git-describe: GIMP_2_10_8-775-g596f855749
C compiler:
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-pc-linux-gnu/8.2.1/lto-wrap...GIMP version:
```
$ gimp -v
GNU Image Manipulation Program version 2.10.10
git-describe: GIMP_2_10_8-775-g596f855749
C compiler:
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-pc-linux-gnu/8.2.1/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with: /build/gcc/src/gcc/configure --prefix=/usr --libdir=/usr/lib --libexecdir=/usr/lib --mandir=/usr/share/man --infodir=/usr/share/info --with-bugurl=https://bugs.archlinux.org/ --enable-languages=c,c++,ada,fortran,go,lto,objc,obj-c++ --enable-shared --enable-threads=posix --enable-libmpx --with-system-zlib --with-isl --enable-__cxa_atexit --disable-libunwind-exceptions --enable-clocale=gnu --disable-libstdcxx-pch --disable-libssp --enable-gnu-unique-object --enable-linker-build-id --enable-lto --enable-plugin --enable-install-libiberty --with-linker-hash-style=gnu --enable-gnu-indirect-function --enable-multilib --disable-werror --enable-checking=release --enable-default-pie --enable-default-ssp --enable-cet=auto
Thread model: posix
gcc version 8.2.1 20181127 (GCC)
using GEGL version 0.4.14 (compiled against version 0.4.14)
using GLib version 2.60.2 (compiled against version 2.60.0)
using GdkPixbuf version 2.38.1 (compiled against version 2.38.1)
using GTK+ version 2.24.32 (compiled against version 2.24.32)
using Pango version 1.43.0 (compiled against version 1.43.0)
using Fontconfig version 2.13.1 (compiled against version 2.13.1)
using Cairo version 1.16.0 (compiled against version 1.16.0)'
```
Operating System:
Manjaro
$ uname -a
Linux cedric-pc 4.9.175-1-MANJARO `#1` SMP PREEMPT Sat May 11 10:32:08 UTC 2019 x86_64 GNU/Linux
Package: Pacman -S gimp
# Description of the bug
After importing a multi page pdf, I try to save the pages one by one. Page one goes ok, page 2 can't be saved, as gimp chooses an invalid file extention for them. The problem is that gimp proposes these names:
2704143.xcf
2704143.pdf-2
2704143.pdf-3
...
2704143.pdf-16
# Reproduction
Is the bug reproducible? [Always]
Reproduction steps:
1. Have a pdf. I've used this one for testing: [2704143.pdf](/uploads/452943f9cf75df069ce4e28de06c7780/2704143.pdf)
2. Start Gimp.
3. File-open-2704143.pdf Open pages as images - import
Now each page is opened as a seperate image, and page 1 is the active image.
4. File-save. Now the save dialog comes up and offers to save as 2704143.xcf
5. Switch to page 2. File-save. Now the save dialog comes up and offers to save as 2704143.pdf-2 6. Save. This results in the following message:
"The given "The given filename does not have any known file extension. Please enter a known file extension or select a file format from the file format list." and refuses to save the file.
Expected result:
Gimp saving the file with a valid filename
Actual result:
Gimp refusing to save the file
# Additional information
Proposed fix:
I think the best way to solve this is to gimp generate these filenames:
2704143-01.xcf (page 1)
2704143-02.xcf (page 2)
...
2704143-16.xcf (page 16)
If a short pdf is imported (less than 10 pages) the leading zero's should be avoided:
2704143-1.xcf (page 1)
2704143-2.xcf (page 2)
...
2704143-9.xcf (page 9)https://gitlab.gnome.org/GNOME/gimp/-/issues/2294Text rendering when exporting to PDF has spacing removed, is bolded, occaison...2024-03-06T00:06:18ZGhost UserText rendering when exporting to PDF has spacing removed, is bolded, occaisonally in wrong placeGIMP version: 2.10
Operating System: Windows 10
Package: Installer from gimp.org
Trying to export a PDF resume and I noticed an issue I was having with GIMP 2.8, so I updated to 2.10 but the same issue persists. On screen in GIMP, t...GIMP version: 2.10
Operating System: Windows 10
Package: Installer from gimp.org
Trying to export a PDF resume and I noticed an issue I was having with GIMP 2.8, so I updated to 2.10 but the same issue persists. On screen in GIMP, the text looks fine, however when exporting to PDF the text becomes extremely compacted as if all or most of the leading (letter spacing) is removed. This exported result doesn't change even if I increase the actual letter spacing in the file.
Also, the text itself renders bolder than what appears in the GIMP file. As a designer, this is a really serious issue.
Additionally when exporting, sometimes certain text is rendered in the wrong place seemingly at random, but it tends to render the text in the same wrong spot when exporting to a PDF multiple times.
It renders wrong in Microsoft Edge, Firefox, and Acrobat.
![Comparison__2_](/uploads/df7e855fb7f006b8a703a3191c8a2537/Comparison__2_.png)
![Comparison](/uploads/8f6ae1f0cb96219646ddc55c1c811b75/Comparison.png)
Is the bug reproducible? [Always]
Reproduction steps:
1.Create new file
2.Create text
3.Export to PDF
…
Expected result: Text to render appropriately
Actual result: Text renders with letter spacing reduced or removed and text appears to be bolder than when viewing in GIMP itself, sometimes in the wrong placeIdriss FekirIdriss Fekirhttps://gitlab.gnome.org/GNOME/gimp/-/issues/1182Add support to meta data (Outlines) of multi-pages PDF2024-03-08T15:07:02ZBugzillaAdd support to meta data (Outlines) of multi-pages PDF## Submitted by you..@..oo.com
**[Link to original bug (#787040)](https://bugzilla.gnome.org/show_bug.cgi?id=787040)**
## Description
Hi.
I saw in version 2.9.6 change log that you add support to exporting multi-pages PDF:
- Add ...## Submitted by you..@..oo.com
**[Link to original bug (#787040)](https://bugzilla.gnome.org/show_bug.cgi?id=787040)**
## Description
Hi.
I saw in version 2.9.6 change log that you add support to exporting multi-pages PDF:
- Add support for exporting multi-page PDF from image layers, with optional reversed order.
Please do you take in consideration the outlines (index of subjects / bookmarks) that existing in many PDF books ?
For example: I have a drugs textbook in the form of PDF. I need to edit something of it by GIMP. I open it by GIMP & select all pages to import. Then I edit, let we say page 5: delete or add a shape to it, then I export it.
In above example, my drugs textbook PDF, already have outlines for it's subjects, already created by author of e-version. So, does this outlines will remain functional in PDF that will result after "export" ?
Please notice that I mean by outlines NOT internal links within PDF documented as links on one or more of it's pages (Indeex pages) [& these also, should taken in consideration by the way], but I mean these bookmarks (outlines) that can be seen, like thumbnails of PDF, on side of PDF.
Best.
Version: git masterhttps://gitlab.gnome.org/GNOME/gimp/-/issues/770exporting images as pdf causes distortion2024-03-11T10:21:36ZBugzillaexporting images as pdf causes distortion## Submitted by Apurv Jyotirmay `@ajyotirmay`
**[Link to original bug (#756056)](https://bugzilla.gnome.org/show_bug.cgi?id=756056)**
## Description
Created attachment 312645
original image
When using the "export as" option to expo...## Submitted by Apurv Jyotirmay `@ajyotirmay`
**[Link to original bug (#756056)](https://bugzilla.gnome.org/show_bug.cgi?id=756056)**
## Description
Created attachment 312645
original image
When using the "export as" option to export an image as "pdf", the output is distorted. The output feels more like if it had been zoomed causing a little distortion to the texts and images in the file.
**Attachment 312645**, "original image":
![original1](/uploads/e13795df5d660c599eb02e98261dd6ec/original1.png)
Version: 2.8.142024-03-18