This is mysterious. What printer are you sending jobs to where quantity is not being honored? Does this happen for any other FFCore supported printer?
I am not aware of a problem with quantity with 5.4.4.
Note there may be more than one .xpf generated at C:\Xerox\FreeFlow\Core\00000000-0000-0000-0000-000000000000\Platform\Spool. One being the xpf submitted with the job, the other being the xpf that will be sent to the print system.
Can you send the xpf you are obtaining at C:\Xerox\FreeFlow\Core\00000000-0000-0000-0000-000000000000\Platform\Spool and describe how quantity is being defined during job submission?
My FFC is 5.4.4 and try to add the key <add key="AlwaysCleanupJobTicketFiles" value="false" />; my job ticket at C:\Xerox\FreeFlow\Core\00000000-0000-0000-0000-000000000000\Platform\Spool is still have no similar key <copies syntax="integer">4</copies>. Is the FFC version problem?
The problem could be on the printer side.
To determine what FFCore is sending for quantity you can do the following steps:
On my FFCore 6.0 system, I am seeing the expected number of copies.
I have put a Print node at the end of the workflow; it still cannot get the quantity. Only one copy at the printer side.
If one specifies the quantity using the Submit Job Job Ticketing, the quantity is resolved at a Print node when the job is released to a printer. For your case, the job does not get to a Print node -- it terminates at a Save node.
Using an xpif or a MAX specification of quantity at submission will result in the quantity appearing in the saved jdf.
I setup a workflow to save the job ticket but I found that the print quantity cannot be saved in the job ticket.
What is I set wrongly?