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.
Keywords: (none) => 8beta2
Created attachment 12188 [details] Screenshot of printer selection box
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
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.
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.
Depends on: (none) => 28064
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.
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 => RESOLVEDCC: (none) => lewyssmithResolution: (none) => WORKSFORMEKeywords: (none) => FOR_RELEASENOTES8
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
Miscellaneous Notes?
If going into errata, heading "Miscellaneous" sub-head "Printing"
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
Looks good, Morgan. Thanks!