Description: When printing multiple copies, same number of jobs is created. On a network printer, it requires to release each job which can be complicated if the number of copies is high. Steps to Reproduce: 1. Ctrl+P with any document type 2. Increase number of copies in dialog, OK 3. Check your printer queue Actual Results: There are as many as jobs than copies in the list. Expected Results: Only one job for any copies of the same document. Reproducible: Always User Profile Reset: Yes. Same behavior Additional Info: There is no pb with LibO 5.2. Set as regression. Not reproduce with: Version: 5.3.0.0.alpha0+ Build ID: 42062d99f171196778685e655e4edafd33ac159f CPU Threads: 2; OS Version: Windows 6.1; UI Render: default; TinderBox: Win-x86@42, Branch:master, Time: 2016-10-19_00:28:04 Locale: fr-FR (fr_FR); Calc: CL Workaround: in Print dialog, open Properties of the printer and change the number of copies. Let 1 copy in LibO dialog. It can be a serious pb if your printer add a page before each job. When you launch several printing on a network printer with multiple copies, it is difficult to find the right job in the queue. User-Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:52.0) Gecko/20100101 Firefox/52.0
I can NOT reproduce with: - Version: 5.3.0.0.alpha1 (x64) Build ID: f4ca1573fcf445164c068c1046ab5d084e1b005f Threads CPU : 2; Version de l'OS :Windows 6.1; UI Render : par défaut; Locale : fr-FR (fr_FR); Calc: CL I can reproduce with: - Version: 5.3.0.3 (x64) Build ID: 7074905676c47b82bbcfbea1aeefc84afe1c50e1 Threads CPU : 2; Version de l'OS :Windows 6.1; UI Render : par défaut; Moteur de mise en page : nouveau; Locale : fr-FR (fr_FR); Calc: CL - Version: 5.3.0.1 (x64) Build ID: 3b800451b1d0c48045de03b5b3c7bbbac87f20d9 Threads CPU : 2; Version de l'OS :Windows 6.1; UI Render : par défaut; Moteur de mise en page : nouveau; Locale : fr-FR (fr_FR); Calc: CL - Version: 5.3.0.0.beta2 (x64) Build ID: a7e30712ad6d8bc9286007b37aa581983e0caba3 Threads CPU : 2; Version de l'OS :Windows 6.1; UI Render : par défaut; Moteur de mise en page : nouveau; Locale : fr-FR (fr_FR); Calc: CL - Version: 5.3.0.0.beta1 (x64) Build ID: 690f553ecb3efd19143acbf01f3af4e289e94536 Threads CPU : 2; Version de l'OS :Windows 6.1; UI Render : par défaut; Layout Engine: new; Locale : fr-FR (fr_FR); Calc: CL So regression was introduced between alpha1 and beta1.
I have the same issue. I was about to submit a bug report, when I saw this one. I'm using V5.3.2.2 I discovered this when I tried to print 75 copies of a two-page document, saw a problem with one page, and tried to cancel the print job. There were 75 separate print jobs to cancel! This is a problem for me for two reasons: 1. If you need to cancel the print job (more likely with multiple copies), you must cancel every individual job! This is onerous and difficult. 2. My HP Laserjet process each job for a few seconds before starting to spit out pages. Normally, when an application sends the job once and tells the printer to print x copies, this happens only at the start, and then all subsequent copies fly out at full speed. Since the application is creating separate print jobs for each copy, this printer processing overhead is applied to every copy, and the total print time is severely impacted.
Thanks for confirmation. Set to NEW
(In reply to Laurent BP from comment #1) > I can NOT reproduce with: > - Version: 5.3.0.0.alpha1 (x64) > Build ID: f4ca1573fcf445164c068c1046ab5d084e1b005f > Threads CPU : 2; Version de l'OS :Windows 6.1; UI Render : par défaut; > Locale : fr-FR (fr_FR); Calc: CL Laurent: could you try bibisecting it on Windows? https://wiki.documentfoundation.org/QA/Bibisect/Windows Based on your testing, it seems you should clone 5.4 repo: git clone git://gerrit.libreoffice.org/bibisect-win32-5.4 as it is described: "libreoffice-5-3-branch-point to libreoffice-5-4-branch-point and then libreoffice-5-4"
If it can be reproduced with a PDF printer (eg. FoxIt Reader's), I can try bibisecting this.
A problem with bibisecting is that the first commit from the bibisect-win32-5.3 bibisect repo already prints with multiple jobs: https://cgit.freedesktop.org/libreoffice/core/commit/?id=5b168b3fa568e48e795234dc5fa454bf24c9805e However, the preceding commit from bibisect-win32-5.2 bibisect repo only prints with a single job: https://cgit.freedesktop.org/libreoffice/core/commit/?id=75f37680e1b4ba7f729bee45438a0dfcc1ce18c8 The question is, what might be going on...?
And while the results with the bibisect repos don't agree with Laurent's observation in comment 1, strangely I can't reproduce with 5.3.0.3, which doesn't agree with either: Version: 5.3.0.3 Build ID: 7074905676c47b82bbcfbea1aeefc84afe1c50e1 CPU Threads: 16; OS Version: Windows 6.1; UI Render: default; Layout Engine: new; Locale: hu-HU (hu_HU); Calc: group
(In reply to Aron Budea from comment #5) > If it can be reproduced with a PDF printer (eg. FoxIt Reader's), I can try > bibisecting this. Yes I can reproduce with PDFCreator printer on Windows: asking 20 copies result in 20 files in LibO 5.3.6.1, whereas with LibO 5.2.7 it produces only 1 file. However, be careful to start with a new profile for each test, because I noticed that using LibO 5.2.7 with my actual profile (used with LibO 5.3.6.1) makes the bug active.
From my tests, I suggest that default profile is responsible of the bug. My procedure: 1. Launch LibO Version: 5.3.0.0.alpha1 (x64) with a new profile 2. Print multiple copies: NO bug 3. Launch LibO Version: 5.3.0.0.beta1 (x64) with a new profile 4. Print multiple copies: bug is present 5. Stop LibO 530.0b1, and modify its bootstrap.ini file to use profile of LibO530.0a1 6. Print multiple copies: NO bug
I've got this bug also here with GNU/Linux! System: Mint 18.2 MATE 64 bits Printer: Ricoh MPC 4503 LibreOffice Build ID: 1:5.4.1~rc2-0ubuntu0.16.04.1~lo0
Good hint, Laurent. Bibisected to the commit referenced below using repo bibisect-win32-5.3. Adding Cc: to Gabor Kelemen for fun :) (the commit is just a setting change, I'd assume the issue is in the code rather). https://cgit.freedesktop.org/libreoffice/core/commit/?id=37c3e57c788fb5ad931126ea233093d87ac3dbc3 author Gabor Kelemen <kelemeng@ubuntu.com> 2016-11-11 12:46:54 (GMT) committer jan iversen <jani@documentfoundation.org> 2016-11-14 10:14:29 (GMT) "tdf#103703 Turn on single print jobs for collated prints by default This way when printing documents with odd number of pages and collated printing is selected the first page of the second copy is not printed to the empty last page of the firs copy." These values are written to the profile after doing a test print with an empty profile (see the difference in CollateSingleJobs): GOOD <item oor:path="/org.openoffice.VCL/Settings/org.openoffice.VCL:ConfigurableSettings['PrintDialog']"><prop oor:name="Collate" oor:op="fuse" oor:type="xs:string"><value>true</value></prop></item> <item oor:path="/org.openoffice.VCL/Settings/org.openoffice.VCL:ConfigurableSettings['PrintDialog']"><prop oor:name="CollateBox" oor:op="fuse" oor:type="xs:string"><value>Default</value></prop></item> <item oor:path="/org.openoffice.VCL/Settings/org.openoffice.VCL:ConfigurableSettings['PrintDialog']"><prop oor:name="CollateSingleJobs" oor:op="fuse" oor:type="xs:string"><value>false</value></prop></item> BAD <item oor:path="/org.openoffice.VCL/Settings/org.openoffice.VCL:ConfigurableSettings['PrintDialog']"><prop oor:name="Collate" oor:op="fuse" oor:type="xs:string"><value>true</value></prop></item> <item oor:path="/org.openoffice.VCL/Settings/org.openoffice.VCL:ConfigurableSettings['PrintDialog']"><prop oor:name="CollateBox" oor:op="fuse" oor:type="xs:string"><value>Default</value></prop></item> <item oor:path="/org.openoffice.VCL/Settings/org.openoffice.VCL:ConfigurableSettings['PrintDialog']"><prop oor:name="CollateSingleJobs" oor:op="fuse" oor:type="xs:string"><value>true</value></prop></item>
So it is not a bug, it is a feature! Simply uncheck option in Print dialog: File > Print > Options: "Create single print jobs for collated output" and you get the previous behavior. However, from my point of view, this option does the opposite of what it should. True and False should be inverted. Or my English is too poor?
(In reply to Laurent BP from comment #12) > So it is not a bug, it is a feature! > Simply uncheck option in Print dialog: > File > Print > Options: "Create single print jobs for collated output" > and you get the previous behavior. Yes, but then if you want to print multiple copies of a document with an odd number of pages then you would get the last page of one copy and the first page of the next one on the same piece of paper, which is kinda annoying. This is what bug #103703 was about. Changing the default works that around, but not without some side effects. Probably we should reopen that one and change the software for good to insert a blank page after the last page when printing multiple copies of a document with odd number of pages. Then my workaround can be undone.
(In reply to Gabor Kelemen from comment #13) > Probably we should reopen that one and change the software for good to > insert a blank page after the last page when printing multiple copies of a > document with odd number of pages. Then my workaround can be undone. +1 However, this option does the opposite of what it says. I opened bug 112607 about this different problem. Please confirm it, if you agree.
Per Comment 12 and on I'll close as NotaBug. If I'm wrong, please explain what this bug is about.
*** Bug 118152 has been marked as a duplicate of this bug. ***
*** Bug 117914 has been marked as a duplicate of this bug. ***
Let me reopen this. One of our users complained about this situation, so I had to dig in :). So the original problem was bug #89708, and bug #103703 is a duplicate for that. Since #89708 is fixed properly, there is no need to keep the workaround committed for #103703 I'll submit a reverting patch.
Gabor Kelemen committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/+/2117257eafac507b6af0be86ae62261fd192089a%5E%21 tdf#107416 Revert "tdf#103703 Turn on single print jobs for collated prints" It will be available in 6.3.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Gabor Kelemen committed a patch related to this issue. It has been pushed to "libreoffice-6-1": https://git.libreoffice.org/core/+/d8d148c96d7cdd96948240ac30b3aeacfb5aa7ca%5E%21 tdf#107416 Revert "tdf#103703 Turn on single print jobs for collated prints" It will be available in 6.1.5. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Gabor Kelemen committed a patch related to this issue. It has been pushed to "libreoffice-6-2": https://git.libreoffice.org/core/+/3b10c732a83122198886ec16986110d5ad668a1e%5E%21 tdf#107416 Revert "tdf#103703 Turn on single print jobs for collated prints" It will be available in 6.2.1. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Gabor Kelemen committed a patch related to this issue. It has been pushed to "libreoffice-6-2-0": https://git.libreoffice.org/core/+/72d6916a05e7862e6b7ac033f8e74feed931e3bc%5E%21 tdf#107416 Revert "tdf#103703 Turn on single print jobs for collated prints" It will be available in 6.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
The same duties can be performed on freelancing here https://writingcreek.com/for-beginners/, only the salary will be higher. If you are a beginner, then you can find jobs that suit you and your skills.
This is quite sucking!