I am suspicious that the FFPS precedence model (queue overrides vs. job ticketing, etc.) is causing the "problem".
To take a more in depth look at the FFCore created job ticketing, you can do the following:
<add key="AlwaysCleanupJobTicketFiles" value="false" /> (normally true)
For the job ticketing (.xpf) you should see something like this in the xml file:
The dimensions are in 100's of a mm (not inches). The orientation of "3" is portrait, "4" is landscape.
When you send the job to a Save location C:\Xerox\FreeFlow\Core\00000000-0000-0000-0000-000000000000\Data\Save Destinations\output and xpf should also be generated.
The xpfs should agree for the same processing. If they do, I would assume that FFPS is changing the job ticketing is someway to cause the issue you are seeing.
Seems that all documents that are not standard size are failing on the freeflow server.
I'm imposing an 8.5x18 document, 2up on 18x18 sheet. Print module sends it directly to the freeflow server using the proper queue with correct imposition file. Once released, the job fails with the following message:
"Job was received with a programming conflict. The job's media cannot be delivered to the Stacker due to the media's type, size or orientation."
Failing: 15x18, 17x18, 18x18
Passing: 8x18, 10x18, 11x18, 12x18, 14x18
Now if i use the save module with hot folder destination on the freeflow server for the same queue, everything works as it should.
Any idea how to fix it? Trying to avoid using hot folders.
FreeFlowCore: version 5
FreeFlowServer: version 93.G4.74D.86
Printer: Impika Compact/Impika Reference