As I said earlier, MOST of my files have the issue, but  not all. Most of the files created by J are fine. But I can't find any settings or meta data in the PDF that my software would be doing to create the problem. They always import the same way, so if that was the problem we'd all be having the same outcome. Any workflow to correct the problem automatically would just reverse the situation. We need to figure out what the root cause is to address it besides the manual way they are doing now.

In our fiery when dragged in, It is using pdf print engine
when printing to it, it is post script
might want to check that out.
but easy fix is to create a workflow that flips the page when needed

Nope, just the lost and confused on this one.

Is anyone there from Australia? Everything is all upside down and bass-ackwards down there.

Operators both say they only ever import, no drag and drop.

Quote from: Tracy on Today at 10:47:48 AMYeah that happens to me too when I Print to the que an 18x12
when dragged into the que it's correct somehow the Printing to que 12x18 is fine.
I think Digi was referring to that
But I'm not working with an indigo

Exactly.

I'm not sure but when I see the operator next I'll ask him. Only thing is for that to be the issue he has to be treating our files differently based on who created them.

Yeah that happens to me too when I Print to the que an 18x12
when dragged into the que it's correct somehow the Printing to que 12x18 is fine.
I think Digi was referring to that
But I'm not working with an indigo

Do you drag-and-drop PDFs into the queue or do you Cmd-P Print them into the queue?

We impose onto the B2 sheet with QI+. The operator pulls it into the DFE and does his thing from there. He's seeing the difference right from importing the PDF, no changes on his end are taken before he can see the issue in the preview. It seems to be relatively consistent between the three prepress operators and how often he has to tumble.