I guess you are on Linux and your printer has a printer driver limitation so it will only do one copy unless you tick Create separate print jobs for collated output in the Writer Print dialogue. As they are labels does it matter if they are not collated? In that case untick the option control Collate
Edit your question to add details asked for otherwise it is just a guessing game, Ask/Guide - How to use the Ask site - The Document Foundation Wiki
Very many words later by @ondelibre, and no specific repro steps.
But generally labels are a kind of mail merge document, intended to use with database fields. In this case, as opposed to the “number of copies” set in print dialog, each page is a separate document.
Are you blind or just malicious?
The sentence you quoted is SECOND one in my message, and the first one is just repeated title of topic!
You need specific repro steps for that?
Really?
Here: TYPE THE NUMBER OF COPIES AND PRESS PRINT.
That wasnt clear from the beginning?
No, OF COURSE, they are NOT - when you print declarations, bar-codes, etc. its hunderds of copies of the same label!
Whats the point in stating obviously wrong?
Yes really. Because, if you aren’t blind, your findings are not reproduced by others. And if you aren’t malicious, coming to a site and starting blaming others right and left from the very first response, you’d understand that providing steps is constructive, even if you believe your case is “obvious”.
Cant - its greyed out.
And its WIndows.
Why are you writing about ASKED DETAILS when even you didnt ask for them?
Wasnt this detailed enough for you:
“LO is using this command, it is in a stream of data sent to the printer, BUT IT IS SET TO 1.
So, if one wants to print 22 copies, instead of sending ONE page followed with a command to print it 22 times, LO sends 22 times said page followed by command to print it 1 time!””
?
Reproduced by OTHERS?
No, they are not reproduced by others and NOT EVEN BY ONE!
I EXAMINED THE STREAM GOING TO THE PRINTER and posted EXACTLY WHATS GOING ON and Ratslinger is measuring by “blink of an eye”!?
I am not blaming anybody, let alone left and right, its just you are clueless about the topic and shouldnt have wasted our time writing irrelevant stuff.
To reiterate what @Ratslinger already told, this time on Windows.
Setting up the number of copies in the Print dialog:
produces the print job with just one copy, not same pages sent as new pages:
“Are you blind or just malicious?”
He even shown you the screenshots, where it’s obvious that the number of copies was sent to printer, not physical copies of the data.
which means, that you inspected the communication between the printer driver and the printer, not between LibreOffice and the printer driver. What driver does is outside of LibreOffice.
Obviously, youre missing even the file sizes sent to the printer, let alone the commands in the file(s) I wrote about.
I examined the stream of data sent to the printer and you are measuring by “blink of an eye”?
It “looks” that to you?
Really?
Your (and his) screenshots are irrelevant and ARE NOT PROVING WHAT YOU THINK THEY ARE.
Those are DOCUMENT properties, man. 
Its NOT obvious from Ratslingers screenshots what you say it is - where do you see lentgh of data sent to the printer?
NO, I WROTE THAT TO SHORTEN THE EXPLANATION - I PRINTED TO FILE AND EXAMINED IT.
But, now you are thinking!
Unfortunately, youre thinking against me, now, just try to think the other way.
You, obviously CANT be sure the problem is not in LO (even if I did examine the stream!!!), but you are writing so.
No. You aren’t thinking. And the “Document properties” dialog title is just what Windows writes in its printer queue job details dialogs, unrelated to the LibreOffice, or any other application that creates the job - just open it, and check.
When you send something to a printer driver several times, the printer driver has no way to know if it’s the same data or not, without complex comparisons; and so, if you sent one page ten times, the printer driver will think it needs to print one copy of a 10-page document. Only when you send 1 page, and tell it print it ten times, the printer driver can show you “10 copies of the same document”.
… and now you need to try to think, what you got. Because “print to file” on Windows means “send the data to the driver, and obtain the resulting stream from the driver, which would otherwise be sent over the wire” - so exactly, again, you inspected the communication between the driver and the printer.
Yes I can. Because, well, I can think, and I can read the code (and I do).
You didn’t tell us the brand and model of the printer.
The important factor here is the printer memory size. This memory is shared between the data received from the computer, the computing temporaries to decode the stream and the raster image. At 600 dpi, an 8.5"×11" page is ~33 Mpixels which means the printer will probably use “banding” technology to avoid putting too much stress on memory. Also, the complete code for a page is needed before beginning to process a page. Usually printer drop page code after printing the page.
This means that unless you request to print all page copies immediately (collate option), the document is printed and its code has disappeared at end of the job, even if it is one-page long only, requiring the driver to send again the stream.
And as @mikekaganski already pointed out, this is an optimisation management issue handled by the driver. What is your printer? Which “language” does it understand? PostScript, PDF, a vendor one like PCL ? Translation from LO output to printer language may introduce an extra step which changes everything.
As I already explained numerous times:
LO is using this command, it is in a stream of data sent to the printer, BUT IT IS SET TO 1.
So, if one wants to print 22 copies, instead of sending ONE page followed with a command to print it 22 times, LO sends 22 times said page followed by command to print it 1 time!
Did you even read my questions?
I, also already, wrote Collate option is greyed-out!
Why are you writing about that when I already wrote:
LO is using this command, it is in a stream of data sent to the printer, BUT IT IS SET TO 1.
So, if one wants to print 22 copies, instead of sending ONE page followed with a command to print it 22 times, LO sends 22 times said page followed by command to print it 1 time!
?
Why are you writing that when said faulty behaviour can be LOs OR drivers?
I dont understand?
The “it is in a stream of data sent to the printer, BUT IT IS SET TO 1” that you repeat many times, is not questioned by others. We do believe that when you look at the PRN file that you got from “Print to file”, you really saw that “1” in the data.
But what you obviously do not understand is that your claim “this means that LO is using this command” is simply wrong: the implication is not correct. It only means that driver uses this command, after translating the GDI commands from LibreOffice into the given printer language (taking into account the internal knowledge of the printer capabilities, like those listed by @ajlittoz already: e.g., if the driver got a request “print this single page 22 times”, and after processing, the data of the single page exceeds the printer memory, then it simply can’t send the whole data to the printer and request “print it 22 times”, because it won’t fit into the printer memory; then it would convert the request into “print this page once, then print this copy once, …” - just to allow the printer to process half-a-page, flush, process the other half, and then get the first half again).
I write this exactly because I read the LibreOffice code, and I know what it does. And if you don’t understand it, doesn’t mean that others don’t read your explanations. Before “not blaming” others as you do, first make an assumption that it’s you who misinterpreted the others’ constructive replies.
Then print data will be sent to the driver as many times as the number of copies. Now why this is grayed out must be found. It may be a limitation of the printer driver. LO does not make any assumption about the printer (except it can print). It interrogates the driver about the capabilities and adjusts the dialog according to the response.
SO, once again, which is your printer (brand, model and connection mode: Wi-Fi, USB, Ethernet, serial link, …)? And possibly, driver version? If it is not an “exotic” model, collation disabled box is not normal.
Be respectful to contributors: we are users just like you and we already spent an appreciable amount of time on your problem, being totally blind as you persist in refusing to provide factual technical data. We sympathise to your inconvenience but we can’t remote-debug without assistance from you. What we request don’t impact your privacy.
I already wrote you are thinking against me…
For the n-th time:
LO is using this command, it is in a stream of data sent to the printer, BUT IT IS SET TO 1.
So, if one wants to print 22 copies, instead of sending ONE page followed with a command to print it 22 times, LO sends 22 times said page followed by command to print it 1 time!
What that also means is that I ALREADY TRIED WITH A FILE OF 20 KILOBYTES (YES, KILOBYTES) AND CHANGING THAT COMMANDS PARAMETER AT THE END OF A FILE TO 3 GOT ME 3 COPIES!
IF I REQUEST 3 COPIES FROM LO, I GET A FILE OF 60 KILOBYTES!
SO, DO YOU AND @ajlittoz FINALLY UNDERSTAND YOURE ABSOLUTELY WRONG AND THIS HASNT ANYTHING TO DO WITH PRINTER MEMORY?
I (as anybody else) dont need lectures about SIMPLE concepts, I need solution to the problem.
"LO is not the culprit" is not a solution (more so because it could be the culprit).
Be it drivers or LOs fault the solution would be - do this to a printer, driver, LO… and you get your speed back (and not endeless tirade about simple concepts).
PLEASE, PLEASE, show me what was constructive in any of the replies?
THERE IS NOT ONE SUGGESTION OF A RESOLUTION TO THE PROBLEM!
Follow the link I gave. These details are requested for all questions.
No. Don’t repeat the same insufficient information and expect us to find detail that isn’t there.
As I can see that you are too important to answer requests for information I am out of here.
Not quite correct. LibreOffice also queries the driver how many collated copies it can handle; and if the requested number is not larger than the capability, it would also send just one copy. It’s at this code.
Hm, MikeK, nice to see you can be friendly.
But, its not “not quite correct” - its completely wrong.
Youre wrong, it will not!
It was grayed out until I typed a no of copies >1 AND left the field.
So, I tried with collate options enabled and THE RESULT IS THE SAME
.
