GNOME Bugzilla – Bug 455759
Two copies and duplex printing don't work well together
Last modified: 2018-05-22 13:16:58 UTC
Duplex (double-sided) printing and printing two copies each works well on its own, but the two options together don't work well when printing documents with an odd number of pages. The first page of the second copy ends up on the back of the last sheet of the first copy. For instance, if I print two copies of a three-page document with duplex printing, the second sheet of paper that's printed will contain page 3 on the front and the second copy of page 1 on the back. This is probably not what most users want. I would expect documents with an odd number of pages to have a blank last page added as padding. This is with gtk version 2.11.5 on Ubuntu Gutsy.
See also https://bugzilla.redhat.com/show_bug.cgi?id=303401
Printing two copies from the command line with "lp -n 2 test.ps" does the right thing.
Bug still there in gtk 2.12.3.
Bug still there in gtk 2.12.7.
I see now that this works with gedit (which also uses the gtk printing code), but not with evince. Reassigning.
I see this functionality in Hardy (just released), and it's wicked annoying :-( It looks like the print multiple copies functionality just concatenates all the pages into one print job instead of saying "print this X times". This is wrong for at least two reasons I can think of off the top of my head: 1) I didn't want those two copies to be on opposite sides of the same piece of paper! How am I supposed to give two people one sheet of paper? :-P 2) My 2 pieces of paper (4 copies) were stapled together! Lame! Also (possibly a separate bug?), it seems that each copy is converting into printable format individually before the concatenation happens. This seems to be the case because the time evince takes to generate my print job is scaling approximately linearly with the number of copies I requested: 1 copy takes 4 mins, 2 copies takes 8, 4 copies was still going after 15 mins and I gave up :-( OT: I have a PDF generated by MySQL's WorkBench product which is 330k and prints as all kinds of wrong. Looks fine on the screen, but wrong in print. How do I file a bug for something that's only see-able in a printed version? I can't exactly share this PDF...
I, too... have been burned by this bug. Filed it with some different wording as #547646. This happens as far back as Feisty, and up and including the current version of Hardy. I ask for 10, 2-page stapled sheets and I get one 20-page stapled job... and if things are an odd number of pages long, it falls completely to pieces with no blank pages. A mess.
Ubuntu release names don't mean anything here. Please refer to GTK+ version numbers
(In reply to comment #9) > Ubuntu release names don't mean anything here. > Please refer to GTK+ version numbers > About Evince shows: Evince Document View 2.22.2 Using poppler 0.6.4 (cairo) I believe that gtk 2.22.2 is on the machine in question but the evince-gtk package is not installed. Same behavior on a machine running gtk 2.10.1 Evince 0.8.1 Using poppler 0.5.4 (cairo)
Bug still there with Ubuntu Intrepid, evince 2.23.91, gtk 2.14.1, poppler 0.8.6.
Created attachment 118434 [details] [review] this patch prevents evince to concatenate all pages Hi, this is simple patch which forces evince to use standard "copies" handling inside of GTK+. Result is that evince prints duplexed copies right. Regards Marek
Ah, nice find.
I was about to file a bug report for this bug, but found this report for it.
Carlos, what about this patch?
Patch doesn't apply anymore. Marek, can you update it to 2.25.4 ?
Created attachment 126271 [details] [review] modified patch Hi, I updated the previous patch. This will be also solved by the bug #557112. So, this is a temporary solution now. Marek
*** Bug 559717 has been marked as a duplicate of this bug. ***
(In reply to comment #17) > Created an attachment (id=126271) [edit] > modified patch > > Hi, > I updated the previous patch. > This will be also solved by the bug #557112. So, this is a temporary solution > now. > Hi Marek, won't that patch break uncollated multiple copies? If I understand correctly it will result in inc_page being called at every iteration. -Bartek
I wonder, can we have a unit test cases for all combinations of settings? The task looks quite complicated and unit testing could definitely help to stabilize thigns here.
Well, bug 557112 was fixed in Evince 2.27.1, so presumably this bug is fixed too now. I haven't had time to try yet.
This bug still seems to be present in evince 2.27.3 with gtk 2.16.1. Print 2 copies of a 3-page document. If duplex is on and "collate" is checked, you get three pieces of paper from the printer instead of the expeced four. Page 1 of the second copy appears back-to-back with page 3 of the first copy.
Still here, confirmed, in evince 2.24.1. I think it is quite an important bug, worth issuing a fix to be backported. Really annoying, and I am quite surprised that the status is still NEW, severity normal, after *TWO* years...
*** Bug 547646 has been marked as a duplicate of this bug. ***
Just to comment, passing by, that this nice bug is still here with us. Print the attached file ne555-internal.eps and ask for two copies in a printer that default to double-sided printer. You will have one sheet ready to trash, with the image on the two sides. Have a nice day,
Created attachment 289500 [details] example small postscript showing the bug
The bug is still present on Evince 3.18.1 :( With the example of Comment 26 I can reproduce it but not with many pdf files with odd page length... need more investigation about what is triggering the bug
Revisiting... So, I still can reproduce in gnome 3.26, but I can so far only reproduce with the example of comment 26! Tried several other files with the correct expected behavior.
Additionally, If I first convert the eps to a pdf and then print, I get expected behavior instead of bug.
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/evince/issues/41.