Resubmit not working

[wessmac]

Hi, 

I'm trying to cancel and resubmit a job in queu. The job was ment for printing on the Xerox but now it will be printed on another machine. I have a workflow with a node that saves PDF to a hotfilder. 

But the resubmit button is grayed out and not available. Any ideas why?

BR

Matthias 

[JavierM-Xerox]

Resubmission should be available for any job that

• has reached a terminal state
• is not part of a job group

Can you post a screenshot of the job in the job management UI?

[wessmac]

HI, 

The job is part of a jobgroup.

[JavierM-Xerox]

That's a known limitation with the current implementation of resubmit.

If the job was send via MAX you should be able to resubmit the MAX status file from the MAX status subfolder in the hot folder.

If the job was dropped in a hot folder you should be able to download the PDF and submit it as a new job. However, if the job included a job ticket then you will need to find the originals for submission.

If the job was submitted via JMF then you will need to reintiate submission from the upstream client.

As a workaround you might want to add a Save node to the start of the workflow so you can have the PDF + XPIF saved locally for reprinting.

[wessmac]

Hi, 

We really need to have the possibility for the operator to choose another machine. The operator does not have access to WIN server och admin.

I guess that the split in the end of my workflow is creating the jobgroup? I'm thinking if there is a way to prevent this from happening...

Is it possible to route to another workflow? Is it possible to have a "pause" on a "Save" node?

BR

Matthias

[JavierM-Xerox]

Yes - the split is creating a job group as that allows to retain the relationship between the components.

The preset component has an option to pause jobs before submitting to the printer

When that option is selected the jobs will pause, giving the operator the opportunity to both select a printer destination and also to edit the job ticket within the job management screen

Two things to mention:

• Please make sure you are running at least v4.0.1.0 (aka v4 SP1) as there are significant changes to how print tickets are handled under the hood
• Note that the print ticket that comes up in the job management screen will be the print ticket submitted to FFCore. It will not be the printer destination's default print ticket. That's been less than clear to some people.

In any case, the above should do the trick.

[wessmac]

Hi, 

That would work but my other printer is a HP Indigo and does not communicate with FFCore. Therefor I cant add it to the "Printer Destinations". There is no way that I could stop job groups from being created?

[wessmac]

Hi, 

I have an alternate workflow now that could work. I removed the split and print the watermarkpaper first and the delete it (I dont need it after that). This way the job group is never created and I then can resubmit the job as I want. 

A small issue is that both the watermarkpaper and the job is printed by "Print PCL to Kyocera". Is there a way to script to the SumatraPDF to only print the first page?

BR

Matthias

[JavierM-Xerox · Accepted solution]

To answer your previous question - split always creates a job group.

To answer your current question - yes, you can tell sumatraPDF to only print the first page:

https://github.com/sumatrapdfreader/sumatrapdf/wiki/Command-line-arguments

specifically: -print-settings "1"

[wessmac]

Hi, 

The SumatraPDF script worked perfectly. Problem solved. 

Thanks for your help. 

:smileyhappy:

BR

Matthias