[krita] [Bug 363212] Reading Multilayer EXR Files from blender crashes or doesn't work

https://bugs.kde.org/show_bug.cgi?id=363212 --- Comment #12 from Manuel Albert --- I prepared a few samples today and uploaded them to my webspace: http://download.creamsurfer.de/krita_bugreport/samples_openEXR.7z http://download.creamsurfer.de/krita_bugreport/16bitfloat_zip_singlelayer_CC_Multip

[krita] [Bug 363212] Reading Multilayer EXR Files from blender crashes or doesn't work

https://bugs.kde.org/show_bug.cgi?id=363212 --- Comment #10 from Manuel Albert --- Thank you for the fixes. If you need other files to test, I can supply you other samples. -- You are receiving this mail because: You are watching all bug changes.

[krita] [Bug 363212] Reading Multilayer EXR Files from blender crashes or doesn't work

https://bugs.kde.org/show_bug.cgi?id=363212 --- Comment #3 from Manuel Albert --- (In reply to Boudewijn Rempt from comment #1) > Hi Manuel, > > Thanks for your report. I can confirm the crash with your samplefile, it's > really useful to have access to that!. How were the files created? > > No

[krita] [Bug 363212] New: Reading Multilayer EXR Files from blender crashes or doesn't work

https://bugs.kde.org/show_bug.cgi?id=363212 Bug ID: 363212 Summary: Reading Multilayer EXR Files from blender crashes or doesn't work Product: krita Version: 3.0 Beta Platform: MS Windows URL: http://download

[okular] [Bug 359932] Okular is very slow at opening some EPUB's

https://bugs.kde.org/show_bug.cgi?id=359932 --- Comment #7 from Albert --- >Then your issue could be different: okular-frameworks is unsupported, and it >could suffer from porting errors related to paths. you're right in regard to frameworks. I can however confirm your original report: >Okular

[okular] [Bug 359932] Okular is very slow at opening some EPUB's

https://bugs.kde.org/show_bug.cgi?id=359932 --- Comment #5 from Albert --- the files are obviously there, but somewhere along the way either okular or libepub add a kUrl path that causes the files to be lost in the process (ie.. instead of finding the file "cover-image.png" in the root of the epu

[okular] [Bug 359932] Okular is very slow at opening some EPUB's

https://bugs.kde.org/show_bug.cgi?id=359932 --- Comment #4 from Albert --- Created attachment 97705 --> https://bugs.kde.org/attachment.cgi?id=97705&action=edit okular-frameworks-git log from konsole >Have you tried the attached epub in okular ? indeed, running latest git okular-frameworks-git

[okular] [Bug 359932] Okular is very slow at opening some EPUB's

https://bugs.kde.org/show_bug.cgi?id=359932 --- Comment #2 from Albert --- the referenced path does allow the ebooks to be opened faster, but the log is still full of missing path/file errors -- You are receiving this mail because: You are watching all bug changes.

[okular] [Bug 359932] Okular is very slow at opening some EPUB's

https://bugs.kde.org/show_bug.cgi?id=359932 Albert changed: What|Removed |Added CC||kdebug-specta...@yahoo.com --- Comment #1 from Albert

[Spectacle] [Bug 358641] New: Have Spectacle remember filename

https://bugs.kde.org/show_bug.cgi?id=358641 Bug ID: 358641 Summary: Have Spectacle remember filename Product: Spectacle Version: unspecified Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal

[Spectacle] [Bug 354046] Use the previous save* action as the default in a new session

https://bugs.kde.org/show_bug.cgi?id=354046 --- Comment #6 from Albert --- dont mean to nitpick, but can you also have it remember filename.filetype when saving? ksnapshot would remember file and type (and add a number as in "file1.jpg") -- You are receiving this mail because: You are watching

[Spectacle] [Bug 357120] Remember rectangular region when retaking screenshot

https://bugs.kde.org/show_bug.cgi?id=357120 Albert changed: What|Removed |Added CC||kdebug-specta...@yahoo.com --- Comment #1 from Albert

[Spectacle] [Bug 354046] Use the previous save* action as the default in a new session

https://bugs.kde.org/show_bug.cgi?id=354046 Albert changed: What|Removed |Added CC||kdebug-specta...@yahoo.com --- Comment #2 from Albert