Bug 198795 - printer settings in KDE not consistent with CUPS settings
Summary: printer settings in KDE not consistent with CUPS settings
Status: RESOLVED UPSTREAM
Alias: None
Product: kdelibs
Classification: Frameworks and Libraries
Component: print-dialog (show other bugs)
Version: unspecified
Platform: Mandriva RPMs Linux
: NOR normal
Target Milestone: ---
Assignee: John Layt
URL:
Keywords:
: 255281 303797 (view as bug list)
Depends on:
Blocks:
 
Reported: 2009-07-03 16:01 UTC by Daniel Mader
Modified: 2018-06-06 19:44 UTC (History)
8 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
screenshot of the printing dialog showing mismatch of CUPS settings and actual printer options (130.43 KB, image/png)
2009-07-03 16:03 UTC, Daniel Mader
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Daniel Mader 2009-07-03 16:01:50 UTC
Version:            (using KDE 4.2.4)
OS:                Linux
Installed from:    Mandriva RPMs

Currently, the printer dialog seems to parse the system-wide printer settings from CUPS in a wrong manner: it always defaults to color output, even for a black and white printer, and no duplex printing. 

Additionally, the changes made to the Options>> dialog are not persistent, either, i.e. changing the settings to Black&White output and long-edge duplex are reset after the print job.

Looking at the Properties of the printer, though, shows correct CUPS settings.

A screenshot will follow showing both the Options>> dialog and the Advanced Properties of a printer.

Would be very nice to see this in 4.3!
Comment 1 Daniel Mader 2009-07-03 16:03:16 UTC
Created attachment 35020 [details]
screenshot of the printing dialog showing mismatch of CUPS settings and actual printer options
Comment 2 John Layt 2009-07-03 17:45:36 UTC
This is an upstream problem with Qt where the print dialog comes from.
Comment 3 Christoph Feck 2010-10-26 03:03:08 UTC
*** Bug 255281 has been marked as a duplicate of this bug. ***
Comment 4 Christoph Feck 2012-07-19 14:27:03 UTC
*** Bug 303797 has been marked as a duplicate of this bug. ***
Comment 5 lambda165 2013-01-22 20:52:23 UTC
Is this ever going to be fixed, or is this just another consequence of KDE developers lack of knowledge of the QT system they DEMANDED be adopted for KDE-4.

Will KDE-4 EVER work?
Comment 6 Christoph Feck 2013-01-28 23:42:27 UTC
The KDE 3 printing system has not been ported to KDE 4 because it lacked a maintainer, so we had to use the Qt printing system. If you are willing to port it, you can find it in playground/base/kdeprint

Alternatively, you could help Qt developers add the missing features by joining them on qt-project.org
Comment 7 Michael Weghorn 2018-05-02 20:02:56 UTC
The Qt print dialog has been improved and options are now properly initialized with their default values. Most of this work will already be contained in Qt version 5.11, but some of it will only be in Qt 5.12.

(Options are still reset to their default values when a print job has been done, but this does not seem to be the main focus of this bug and I'd rather recommend opening an issue in Qt's upstream issue tracker in case a different behaviour is wanted.)