SUMMARY The cups spooler offers the possibility to use *driverless* network printers as long as the `cups-browsed` service is active. With KDE, these printers correctly appear in the *Printers* section of the *System Settings*. Unfortunately, while these printers can be used just fine with non Qt applications, it is impossible to use them in KDE applications like okular, because they do not get listed in the Qt print dialog, so they cannot be picked as destinations. I am observing this problem with Manjaro linux that uses the latest plasma 5.24.5 and framework 5.95.0, together with Qt 5.15.5. The problem is not there with Ubuntu 22.04, though, that uses the same plasma and framework versions and a slightly different Qt 5.15.3. So this issue is to ask to check if wrt driverless printers and the print dialog: - something has changed recently preventing the driverless printers from being shown up in the print dialogs used by Qt applications; - there is something wrong in the flags used for compiling the code that Ubuntu may change and Manjaro/Arch tend not to change. - Qt needs some patches that manjaro is missing. Note that driverless printing is now becoming indispensable in office environments where many large printers can only be used via driverless printing (at least in linux). I do not think that this bug is the same as #326432 that refers to some very old problems that should have been resolved long ago. STEPS TO REPRODUCE 1. Open okular 2. Select Print from the menu OBSERVED RESULT Driverless printers are not available in the list of printers. It is impossible to use them from KDE applications; EXPECTED RESULT Driverless printers should be listed in the list of printers and usable. SOFTWARE/OS VERSIONS Linux/KDE Plasma KDE Plasma Version: 5.24.5 KDE Frameworks Version: 5.95.0 Qt Version: 5.15.5 ADDITIONAL INFORMATION
What you describe is defenitely not an Okular problem.
I was expecting it not to be directly related to okular as it appears in all Qt/KDE apps, just okular seemed a prominent example, sorry for the noise. Now I wonder if KDE apps use a standard functionality of Qt or modify the Qt print dialog in some way, that is if this issue is purely inherited from Qt or may be in some KDE framework (I expect the first).
There's nothing special generally in KDE apps for printing, okular is a bit special, so if it works say in kate and not in okular, you can open a bug, but otherwise it's something either in qt, in cups or somewhere up the stream.