Bug 28033

Summary:	Apps using the QT printer interface are showing each printer twice.
Product:	Mageia	Reporter:	Thomas Andrews <andrewsfarm>
Component:	RPM Packages	Assignee:	Mageia Bug Squad <bugsquad>
Status:	RESOLVED WORKSFORME	QA Contact:
Severity:	normal
Priority:	Normal	CC:	fri, lewyssmith, ouaurelien
Version:	Cauldron	Keywords:	8rc1, IN_RELEASENOTES8
Target Milestone:	---
Hardware:	All
OS:	Linux
Whiteboard:
Source RPM:		CVE:
Status comment:
Bug Depends on:	28064
Bug Blocks:
Attachments:	Screenshot of printer selection box

Description Thomas Andrews 2021-01-06 22:59:39 CET

Description of problem:
After installing a Mageia 8 Plasma system and installing three HP printers, it is discovered that in every app that uses the QT printer interface lists each printer twice. Each entry has one selection that looks normal, and a duplicate with "_linux" appended to the printer name. Both selections will precipitate printing with that printer if selected. There may be more apps that do this, but I have seen it with Gwenview, Okular, and Libreoffice. Gtk+ apps like The Gimp and Firefox do not show the duplicates. The HP Toolbox does not have the duplicates.

The issue appears to be mostly cosmetic, and does not harm the printing function, but it looks bad and should be fixed if possible.

The three printers involved are a Laserjet CP1215, Officejet 6110, and a Deskjet 5650, though I have doubts that makes a difference.

I saw this after installing from the 64-bit CI of the preliminary round of RC test isos. It probably existed earlier, which is why I am using the 8beta2 keyword.

How reproducible: Always


Steps to Reproduce:
1. Install a Plasma Mageia 8 system.
2. Add two or more printers. (I used HP, but I don't think it is an HP-only issue)
3. Try to print from Gwenview or Okular. When you drop down the printer choices, you will see two entries for each printer.

Thomas Andrews 2021-01-06 23:00:14 CET

Keywords: (none) => 8beta2

Comment 1 Thomas Andrews 2021-01-06 23:20:28 CET

Created attachment 12188 [details]
Screenshot of printer selection box

Comment 2 Aurelien Oudelet 2021-01-07 22:49:43 CET

Hi, thanks reporting this.

It is a feature, not a bug.

Plasma/QT app lists all available printers on both local CUPS server (localhost) and all CUPS servers that are online on the network.

So, basically, all printers can be listed twice if they shared by the local CUPS server on the network.

My system is named "mageia" as hostname, so, Plasma and QT apps list my printer which is registered by the localhost CUPS server and the same with "_mageia" at the end of the name.

Behaviour also seen with Cinnamon (Linux Mint), Ubuntu,...


Workaround: tell CUPS to not share the printer queue job on local network if there is only one computer. By default it shares printer queue job to local network. See system-config-printer, Server, Settings.

Closing.
Or writing an errata?

CC: (none) => ouaurelien

Comment 3 Thomas Andrews 2021-01-08 01:58:51 CET

Fascinating.

Errata? No, not if it's expected behavior.

It isn't the first time the Friendly Folks at KDE have changed their defaults to something I don't care for, and it won't be the last. 

Don't know how you want to mark this. "Resolved Won't fix" seems closest, but not quite right, either.

Comment 4 Thomas Andrews 2021-01-08 15:44:24 CET

Yes, changing the server settings does eliminate the "extra" printers on the list. It didn't take effect at first, but did after a reboot.

Aurelien Oudelet 2021-01-11 10:18:24 CET

Depends on: (none) => 28064

Comment 5 Aurelien Oudelet 2021-01-11 10:18:57 CET

This remind me that "Publish shared printers connected to this system" should not be "ON" by default as it exposes printers to local network with zeroconf connections.

See Bug 28064.

Comment 6 Lewis Smith 2021-01-12 20:17:26 CET

Thank you Aurélien for your insight and explanation of this.
That other bug was firm about the need *to* share printers:
"they should be shared by default, if not it would cause unexpected breakage for most people"

I suggest Release Notes rather than Errata, as the behaviour is 'normal' in the circumstances.

Status: NEW => RESOLVED
CC: (none) => lewyssmith
Resolution: (none) => WORKSFORME
Keywords: (none) => FOR_RELEASENOTES8

Comment 7 Morgan Leijström 2021-02-10 23:21:30 CET

Problem is to where to put and how to justifully describe quirks and surprises on the Release notes page.  Suggestion welcome.
I agree this is not a bug, but not expected behaviour either.

Maybe a "Quirks and surprises" header.

Nah.. but...

Seen double to look like error so user would look att Errata.

Maybe a section header there for such funny issues. Name?

CC: (none) => fri

Comment 8 Thomas Andrews 2021-02-11 00:07:38 CET

Miscellaneous Notes?

Comment 9 Thomas Andrews 2021-02-11 00:12:38 CET

If going into errata, heading "Miscellaneous" sub-head "Printing"

Comment 10 Morgan Leijström 2021-02-11 18:56:21 CET

Trying to write it short and nice.
Please check:  https://wiki.mageia.org/en/Mageia_8_Errata#Miscellaneous

Keywords: 8beta2, FOR_RELEASENOTES8 => 8rc1, IN_RELEASENOTES8

Comment 11 Thomas Andrews 2021-02-11 22:45:10 CET

Looks good, Morgan. Thanks!