I have an issue printing from any application which uses QT5 in that the paper selection does not allow me to select the correct size even though it is displayed in the drop down. Specifically this fails in digiKam V5, showFoto and Gwenview all of which I believe use QT5, printing from other applications like Libreoffice and others does not exhibit this.
When selecting the correct printer and trying to change the paper size in my case to 5x7 inch borderless which shows up in the drop down and clicking on it the paper size does not change, I can select many sizes like the standard A1 through A5, envelopes and many other standard sizes but not this specific photo paper size and quite a few others. Running digiKam V4 which does not use QT5 it all works perfectly.
Anyone any ideas about this please? The digiKam mailing list is blaming the QT5PrintSupport code.
I have now found that this issue extends to trying to print from the Kate editor which uses QT5 and I am unable to select all valid paper types for my printer. There does seem to be an issue with QT5 not only with paper sizes but other things as well. Someone on the digikam mailing list has run digikam under gdb and found that QStandardPaths::GenericDataLocation is not returning the paths that is should, however qtdiag does actually show the correct paths, this in turn stops digikam print assistant from reading a file containing the paper layout templates (which does exist in the correct directory). This person was using debian testing I believe so it looks like the problem is not confined to openSUSE.
It’s 5.6.1 on Tumbleweed. NO I’ve not submitted a bug report yet. I was not sure what information might be required especially as one person on the digikam mailing list has run digikam under gdb and shown another issue with QStandardPaths::GenericDataLocation not showing correct paths even though qtdiag does show the correct ones. I thought these might be related issues.
I have submitted a bug for the paper size selection issue as bug #994809. I have not mentioned the QStandardPaths::GenericDataLocation issue for now as I dont have access to the detailed diagnostics for it.
I’ve just been looking up the bug I reported but nothing has happened yet. I still see this issue on any application which uses QT5 printing support on both Tumbleweed and Leap 42.2 beta2. I have checked out what I cn and cannot select as paper types and find that I can select most of the standard ones like the A4/A5 B4/B5 etc but I can also select things like A0 through A3 which is ridiculous on an A4 printer.
Most could test this by using Kate and try printing a simple text file. Can anyone else reproduce this or am I the only one? My printer BTW is a Canon IP7250. Surely the page size options shold only show the sizes supported by the installed printer.
Is there any way to find out more about what may or may not be happening with the bug?
I have managed to update the QT 5 code to 5.7 this morning and still have this issue. I have tried raising a bug and reporting it in the KDE forums as well but no one seems to be able to recreate this issue. I print quite a lot of photos and now Digikam uses QT5 I am unable to print on the correct paper size from that application. Does no one care about printing any more? As I pointed out this issue can be seen when trying to print from Kate and the paper size thing not only fails to select valid paper sizes for the printer but also displays paper sizes which are not supported by the printer and these in some cases CAN be selected!
It is becoming very frustrating, and am I the only person in the universe who can reproduce this?
Did a bit more testing today as I had a mega update yesterday after my vacation. I STILL have this issue which is intensely annoying now. I am even unable to have any QT5 printing application use the default paper selected by my printer, I expected it to use the printer default which in this case was set to 5x7 inch but no it comes up as A4 and point blank refuses to allow me to set 5x7 inch paper.
This is such a basic issue which I had hoped someone by now might have at least acknowledged. I have a bug open in bugzilla (#994809) but all that has happened is it is assigned to someone, but zilch in terms of any update or even an acknowledgement to say yes it is a problem. As more and more applications move to QT% this will become a bigger issue. How can I get someone to at least acknowledge that it is reproducable?
I have been doing some more on this and spoken with the Gutenprint developers who have been able to re-create this issue and they raised it with QT5 as a bug ( https://bugreports.qt.io/browse/QTBUG-58733 ). Apparently according to what I’ve been told QT5 uses a hard coded list of paper sizes which I find hard to accept! This will become more and more of an issue as more applications move to use QT5 printing support.
So if anyone here can recreate this issue and wants to please create an account with QT and vote for this bug.
Apparently according to what I’ve been told QT5 uses a hard coded list of paper sizes which I find hard to accept! This will become more and more of an issue as more applications move to use QT5 printing support.
Still nothing has happened to progress the bug reported to QT. Can I ask anyone who uses any applications which uses QT Printing Support to please get an id for QT and vote for this issue. I think this is the only way to get any movement on the problem if more folks vote for it to get fixed.
As you probably noticed (as reporter), a fix for https://bugreports.qt.io/browse/QTBUG-58733 has been proposed upstream today (by a KDE developer).
It has been added to the openSUSE packages already and is on the way to Tumbleweed.
Expect it together with the Qt 5.10.0 update…
Also, the “Advanced Options” tab will be back with that update (even though it will only be in 5.11.0 upstream).
Yes I’ve been copied on all the stuff going on from the QT bug report. Looks hopeful and will be good to be able to print properly on my 5x7 photo paper! I was going to update this thread but did not have the extra info you are privy to…
I just did an update today on TW and the fix for this issue has obviously been included as I am now able to select my 7x5 inch paper correctly when printing from digikam. Not tried any other apps which use QT but obviously if digikam works then so should the others.
Yes, as mentioned it was submitted together with the update to 5.10.0.
I am now able to select my 7x5 inch paper correctly when printing from digikam. Not tried any other apps which use QT but obviously if digikam works then so should the others.
Good to hear!
And yes, if it works with one Qt5 application (digikam), it should work with all others as well.
I.e. the particular application should not matter here, as that is handled by (and it was a bug/limitation in) Qt5