Version: 1.9.0 (using KDE 4.6.3) OS: Linux If I remove the ".jpg" extension from an image file, the file will still be recognized and displayed as a JPEG in Dolphin and Gwenview. However, when I use the "Print Assistant" or "Print images" Kipi-plugins, the image files appear to be blank both in the previews and on the printed page. Printing using Gwenview's built-in print option (File -> Print...) does not have this problem. Reproducible: Always Steps to Reproduce: Simply remove the ".jpg" from an image file to reproduce the problem. ** My System ** OS: Kubuntu 11.04 64-bit Motherboard: ASRock X58 Extreme3 (Intel X58 chipset) CPU: Intel Core i7 (2.8 GHz quad-core) RAM: 12GB DDR3 Video: Dell NVIDIA GeForce 7800 GTX w/ 256 MB RAM (PCI Express) Sound Card #1: Sound Blaster Audigy 2 ZS Gold Sound Card #2: Echo Gina3G Linux Kernel: 2.6.38-8-generic NVIDIA video driver: 270.41.06 Screen Resolution: 1280 x 960
Hi, honestly i haven't followed this plugin to 1.9.x, so i will try later to reproduce it. One question though if you use print images instead of assistant are you able to see that image?
No. Both "Print Assistant" and "Print images" from the "Plugins" -> "Images" menu have the same issue. "File" -> "Print" on the other hand prints the images without issue.
Gilles iirc, the difference between file->print and printimages is in the way file(s) is(are) passed to print methods, i wonder if the problem is not on printwizard but in the interface that manages file list. Since i haven't downloaded git project yet, can you confirm that is or isn't a printwizard issue?
Christian, This file still valid using kipi-plugins 2.4 ? Gilles Caulier
Is 2.4 the version that comes with KDE 4.8? I only have kipi-plugins 2.1.1 and KDE 4.7.4, so I am unable to test this at this time.
And, what's the result with 2.1.1 ? Gilles Caulier
Same result with 2.1.1. The bug still applies.
Gilles thumbnail from image list shows it, but qt api since not to manage it, moreover it can't be seen by digikam as well. Is there a way to manage file without extension? To make a test copy a file.jpg to file and reopen digikam... you can't see it twice...
Show file without extension is hard. In fact file header content must be parsed. It's take a while and very time consuming. Look like under windows, M$ has never managed file without extension, because it' too complicated. Try to rename a file without extension, Windows will cry that this file will not be usable anymore. It's normal, file extension define type mime. This is why we never try to manage file without extension under digiKam. From a file management, it's a nightmare... Gilles Caulier
Following my previous comment, managing file without extension is a worse to do. Gilles Caulier