https://bugs.kde.org/show_bug.cgi?id=504487
--- Comment #10 from Mike <noeero...@gmail.com> --- Nate is correct, this is essentially an "app" using print services provided by Qt. In my case, I get modal behavior immediately, meaning once the print button is clicked, I can't close the window while waiting for the modal print dialog to present. Even then, it still acts modal. And I too, am on Qt6.9. I'm more familiar with the config/setup side of printer management, not so much print services provided by Qt, but I can tell you this: there is at least one timeout in the code path, maybe two. It's been a while, but IIRC, Qt is looking for/initializing print services backend (CUPS) and then CUPS is looking/waiting for it's own backends to enumerate. The latter can take a some seconds I've noticed and it appears to be directly related to not just CUPS backends installed, but also the number of "filters" you have installed, ie. cups-filters, hplip-*, epson, etc... One thing you could try is to turn off your networking, then try the print and see if the dialog still takes "a while" to present. CUPS will do some IPP/network "stuff" to discover printers on your net. In addition, you could disable CUPS `sudo systemctl stop cups.service` and then try the print and see what happens there. Turn it back on later with systemctl start cups, fyi. Not sure this helps but it might give some clues on where to dig in first. -- You are receiving this mail because: You are watching all bug changes.
