Bug 416012 - TIFF format cannot be parsed
Summary: TIFF format cannot be parsed
Status: RESOLVED FIXED
Alias: None
Product: krita
Classification: Applications
Component: File formats (show other bugs)
Version: 4.2.8
Platform: macOS (DMG) macOS
: NOR normal
Target Milestone: ---
Assignee: vanyossi
URL:
Keywords: regression, release_blocker
Depends on:
Blocks:
 
Reported: 2020-01-08 18:02 UTC by Néd Julien É
Modified: 2020-01-14 13:45 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Néd Julien É 2020-01-08 18:02:27 UTC
STEPS TO REPRODUCE
save/export to TIFF

OBSERVED RESULT
error 'Could not save [path] Reason: The file format cannot be parsed.'
no tif file created

INFORMATION
It was working good for me before 4.2.8
Comment 1 Halla Rempt 2020-01-09 14:44:43 UTC
Hi,

Thanks for your report. I can confirm the issue, but it only happens on macOS, not on Windows or Linux.
Comment 2 Halla Rempt 2020-01-14 09:29:32 UTC
Ivan confirms that this only happens with the DMG's I'm making. The nightly builds seem to be fine: https://binary-factory.kde.org/job/Krita_Nightly_MacOS_Build/265/. 

I'm also seeing other problems when starting Krita from the terminal:

MacBook-Pro-2:tmp_notarize boud$ ./krita.app/Contents/MacOS/krita 
Set style "fusion"
Loading plugin "/Users/boud/dev/ivanbuild/tmp_notarize/krita.app/Contents/PlugIns/kritagaussianhighpassfilter.so" failed,  "Cannot load library /Users/boud/dev/ivanbuild/tmp_notarize/krita.app/Contents/PlugIns/kritagaussianhighpassfilter.so: (dlopen(/Users/boud/dev/ivanbuild/tmp_notarize/krita.app/Contents/PlugIns/kritagaussianhighpassfilter.so, 133): Library not loaded: @rpath/libkritaplugin.19.dylib\n  Referenced from: /Users/boud/dev/ivanbuild/tmp_notarize/krita.app/Contents/PlugIns/kritagaussianhighpassfilter.so\n  Reason: image not found)"
Loading plugin "/Users/boud/dev/ivanbuild/tmp_notarize/krita.app/Contents/PlugIns/kritapalettize.so" failed,  "Cannot load library /Users/boud/dev/ivanbuild/tmp_notarize/krita.app/Contents/PlugIns/kritapalettize.so: (dlopen(/Users/boud/dev/ivanbuild/tmp_notarize/krita.app/Contents/PlugIns/kritapalettize.so, 133): Library not loaded: @rpath/libkritaplugin.19.dylib\n  Referenced from: /Users/boud/dev/ivanbuild/tmp_notarize/krita.app/Contents/PlugIns/kritapalettize.so\n  Reason: image not found)"
Invalid profile :  "/Library/ColorSync/Profiles//WebSafeColors.icc" "Web Safe Colors"
Loading plugin "/Users/boud/dev/ivanbuild/tmp_notarize/krita.app/Contents/PlugIns/kritasnapshotdocker.so" failed,  "Cannot load library /Users/boud/dev/ivanbuild/tmp_notarize/krita.app/Contents/PlugIns/kritasnapshotdocker.so: (dlopen(/Users/boud/dev/ivanbuild/tmp_notarize/krita.app/Contents/PlugIns/kritasnapshotdocker.so, 133): Library not loaded: @rpath/libkritaplugin.19.dylib\n  Referenced from: /Users/boud/dev/ivanbuild/tmp_notarize/krita.app/Contents/PlugIns/kritasnapshotdocker.so\n  Reason: image not found)"
QObject::startTimer: Timers cannot have negative intervals
/Users/boud/dev/ivanbuild/tmp_notarize/krita.app/Contents/Frameworks/krita-python-libs/krita added to PYTHONPATH


Maybe I should start making the release builds from the binary factory dependency build.
Comment 3 Halla Rempt 2020-01-14 13:45:09 UTC
Okay, I've fixed my build system so the next release won't have this issue anymore.