Showing results for 
Search instead for 
Did you mean: 
1 Reply
FreeFlow Production Workflow Moderator
FreeFlow Production Workflow Moderator

Re: Oversized Imposition failing on the FreeFlow server

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:

  1. on the FFCore server go to C:\Xerox\FreeFlow\Core\00000000-0000-0000-0000-000000000000\Config and edit CustomerOverride.config with
    1. <add key="AlwaysCleanupJobTicketFiles" value="false" />         (normally true)

  2. this results in the job tickets for jobs being placed at C:\Xerox\FreeFlow\Core\00000000-0000-0000-0000-000000000000\Config\PrintTickets

For the job ticketing (.xpf) you should see something like this in the xml file:

        <x-dimension syntax="integer">21590</x-dimension>
        <y-dimension syntax="integer">27940</y-dimension>
    <orientation-requested syntax="enum">3</orientation-requested>

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.

0 Kudos
New Member
New Member

Oversized Imposition failing on the FreeFlow server

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




0 Kudos