Bug 15525 - lpoptions configuration file is ignored by kde applications (cups client printing method)
Summary: lpoptions configuration file is ignored by kde applications (cups client prin...
Status: NEW
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: Cauldron
Hardware: x86_64 Linux
Priority: Normal critical
Target Milestone: ---
Assignee: Luc Menut
QA Contact:
Whiteboard: MGA5TOO
: 15526 (view as bug list)
Depends on:
Blocks: 18367
  Show dependency treegraph
Reported: 2015-03-19 14:29 CET by jcl darkc
Modified: 2019-03-24 06:55 CET (History)
4 users (show)

See Also:
Source RPM:
Status comment:


Description jcl darkc 2015-03-19 14:29:15 CET
Description of problem:

I am running mageia4 distribution (up to date 2015 March 19th) on a network. This machine is setup as a cups client of a cups server, a debian machine, which manage several printers.

For approximatively a month now, kde4 applications (exemple: okular, gwenview ) do not use per user printers settings, which is specified in the file ${HOME}/.cups/lpoptions

For example, I specified into this file to print by default in color mode with BRAQUE printer:

cat ${HOME}/.cups/lpoptions
Dest BRAQUE ColorModel=CMYK  Duplex=DuplexNoTumble  sides=two-sided-long-edge  PageSize=A4

Each time I try to print a color document from a kde4 applications, the printing is done in black and white. If I check the options from the print dialog box, I can see that my own options are not used. It means that my ${HOME}/.cups/lpoptions is ignored. It was working fine at the beginning of the year (2015 January). 

It looks like that the problem is due to a recent update of kde4 or qt4, NOT from cups, because I don't have any problem with *NON* kde4 application like firefox, libreoffice. Even from the command line (lp ), printing is correctly done and follows printing options specified on ${HOME}/.cups/lpoptions.

 I also have a mageia3 machine in the same network, and it prints correctly.

 But I am also running a mageia5 beta3 (up to date 2015 March 19th) and I have also the same problem as with mageia4 (up to date 2015 March 19th).

 Thanks for your help

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. setup a mageia4/cauldron machine using cups
2. create a specific printer option from ${HOME}/.cups/lpoptions file
3. use kde4 applications to print and check if it follows ${HOME}/.cups/lpoptions default options


Steps to Reproduce:
Comment 1 David Walser 2015-03-19 22:45:30 CET
*** Bug 15526 has been marked as a duplicate of this bug. ***
David Walser 2015-03-19 22:45:54 CET

CC: (none) => mageia
Version: 4 => Cauldron
Assignee: bugsquad => lmenut
Whiteboard: (none) => MGA4TOO

Samuel Verschelde 2015-05-31 23:18:13 CEST

Whiteboard: MGA4TOO => MGA4TOO MGA5TOO

Comment 2 Marja Van Waes 2016-05-05 15:03:36 CEST
is this bug still valid?

CC: (none) => marja11
Blocks: (none) => 18367
Whiteboard: MGA4TOO MGA5TOO => MGA5TOO

Comment 3 Marja Van Waes 2016-08-10 19:41:10 CEST
On the 25th of July, Phillipem uploaded the following packages to 
Cauldron's core/updates_testing:




@ Anyone reading this:

* If this bug is valid for you in cauldron, then please test whether updating your system-config-printer packages to version 1.5.7-5.mga6 fixes the problem and report back in this bug report.

* If you do not have this bug in cauldron, but you do run cauldron, then please update those packages, too, and report in bug 18367 whether they work as expected.

CC: (none) => makowski.mageia

Comment 4 Doug Laidlaw 2019-03-24 06:55:05 CET
I just had cups service switched off in XFce.  I was able to start it with MCC-> System Services.  My system-config-printer is 1.5.11.

Or it may have come from the recent update of Xfce-config.

CC: (none) => laidlaws

Note You need to log in before you can comment on or make changes to this bug.