Bug 274869

Summary: Images without filename extension will not print
Product: [Applications] digikam Reporter: S. Christian Collins <s_chriscollins>
Component: Plugin-Generic-PrintCreatorAssignee: Digikam Developers <digikam-bugs-null>
Status: RESOLVED INTENTIONAL    
Severity: normal CC: anaselli, caulier.gilles
Priority: NOR    
Version: unspecified   
Target Milestone: ---   
Platform: Ubuntu   
OS: Linux   
Latest Commit: Version Fixed In: 4.11.0
Sentry Crash Report:

Description S. Christian Collins 2011-06-03 21:40:10 UTC 
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
Comment 1 Angelo Naselli 2011-07-06 07:04:39 UTC 
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?
Comment 2 S. Christian Collins 2011-07-06 14:29:46 UTC 
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.
Comment 3 Angelo Naselli 2011-07-06 15:24:14 UTC 
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?
Comment 4 caulier.gilles 2011-12-20 17:43:29 UTC 
Christian,

This file still valid using kipi-plugins 2.4 ?

Gilles Caulier
Comment 5 S. Christian Collins 2011-12-27 01:24:20 UTC 
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.
Comment 6 caulier.gilles 2011-12-27 07:55:05 UTC 
And, what's the result with 2.1.1 ?

Gilles Caulier
Comment 7 S. Christian Collins 2011-12-27 16:17:29 UTC 
Same result with 2.1.1.  The bug still applies.
Comment 8 Angelo Naselli 2012-01-22 21:07:15 UTC 
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...
Comment 9 caulier.gilles 2012-01-22 22:04:30 UTC 
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
Comment 10 caulier.gilles 2015-05-18 21:24:55 UTC 
Following my previous comment, managing file without extension is a worse to do.

Gilles Caulier