Strange Report Behavior

[spayne]

After previously being able to print a report successfully from any work station, now, certain workstations are not able to print the same report. Here are the circumstances.

I recompiled the executable this report is associated with, but did not change any code associated with calling this report. I did make changes to the report, but simply changed label headings.

We normally exclude reports from the executable so we can make changes without recompiling, but somehow this one was included. This, obviously, caused the old version of the report to print and not the modified one.

I excluded the report and recompiled. Now some users cannot print this report. They do get that little box that counts pages, so it looks like it's printing, but it doesn't, and nothing shows up in the queue. It's also not going to a different printer.

I've compared printer settings and all seems the same. I've checked their connections. I've cleaned out the Expr, Tag and Tag2 fields after opening the report as a table.

I'm running out of ideas, so I figured I'd turn it over to you fine people. Any ideas will be appreciated.

TIA,
Steve

 

[Mike Gagnon]

You may want to check the information in the Expr field of the report, it may contain the wrong information about the printer being used. You should empty the Expr, Tag and Tag1 fields. Take a look at faq184-581.



Mike Gagnon

If you want to get the best response to a question, please check out FAQ184-2483 first.

 

[spayne]

Thanks for the suggestion Mike, but I did mention in the second to last paragraph that I had already done this. It is printed in landscape, so I did add "ORIENTATION=1" after cleaning out the Expr field.

 

[spayne]

Just figured it out. There is also a logical field in the report table called Environ. Looks like it's set to T if the report is included in the exe and F if it is not. Even though I excluded the report in the project manager, this field still was still showing a T. Changed it to an F and all is good.