Page 1 of 1

Multiple printers v4 showing in TS environment

Posted: Mon Mar 09, 2015 2:43 pm
by docu-track99
Hi,

We have issue where users on terminal server environment see multiple tracker printers. Our client will reboot the server to resolved this issue. We would like to resolve this issue without having to reboot the machine. Any help will be appreciated.



Below are lines of code we use to initialize tracker printer.


Private Sub InitializeTrackerPrinter()
Dim sKey As String = "XXXXXXX"
Dim sDevCode As String = "XXXXXXX"

Try

PDFPFactory = Nothing
PDFPFactory = New PXCComLib5.CPXCControlEx
Threading.Thread.Sleep(200)
PDFPFactory.RemoveOrphanPrinters("", "Doc.It 4 PDF Printer")
PDFPrinter = PDFPFactory.Printer("", "Doc.It 4 PDF Printer", sKey, sDevCode)
Threading.Thread.Sleep(200)

With PDFPrinter

If nDocItDefaultPrinter = 1 Then
.SetAsDefaultPrinter()
End If

.Option("Save.SaveType") = "Save"
.Option("Save.ShowSaveDialog") = "No"
.Option("Save.WhenExists") = "Overwrite"
.Option("Save.RunApp") = false
.Option("Fonts.EmbedAll") = 1
.Option("DevMode.PapSize") = 1
.ApplyOptions(nTPPApplyOptions)
End With

Catch ex As Exception
mGenericError(ex, False)
End Try
End Sub




Thank you,
Doc.It Inc

Re: Multiple printers v4 showing in TS environment

Posted: Fri Mar 13, 2015 6:12 pm
by Ivan - Tracker Software
I suspect that every user on TS who run your app has own printer?

Re: Multiple printers v4 showing in TS environment

Posted: Mon Mar 16, 2015 12:51 pm
by docu-track99
Yes. Every user in TS gets their own tracker printer.

Re: Multiple printers v4 showing in TS environment

Posted: Sat Jan 30, 2016 3:12 pm
by docu-track99
[b]Attention Tracker
Priority Level : Very High
Subject : Need Help, Multiple printers v4 showing in TS environment[/b]

This became an urgent issue for us. We reported this issue a year ago but we never heard from you guys after one reply.
Every user in TS gets their own tracker printer but some user gets multiple virtual printers (All printer does not work except one). They have to select the right printer to print.

Do you guys have any resolution for this issue?

Doc.It

Re: Multiple printers v4 showing in TS environment

Posted: Mon Feb 01, 2016 2:30 pm
by Roman - Tracker Supp
Hi.
What is the name pattern for those multiple tracker printers?
Or provide an excerpt (3-4 names from the same TS session).

Re: Multiple printers v4 showing in TS environment

Posted: Mon Feb 01, 2016 4:03 pm
by docu-track99
We initialize the printer using line written below. (Whole the subroutine is mentioned in my first post.)

PDFPrinter = PDFPFactory.Printer("", "Doc.It 4 PDF Printer", sKey, sDevCode)


So the name of the printer is "Doc.It 4 PDF Printer" and when the issue occurs the name pattern would become
Doc.It 4 PDF Printer
Doc.It 4 PDF Printer (1)
Doc.It 4 PDF Printer (2)
Doc.It 4 PDF Printer (3)
Doc.It 4 PDF Printer (4)
......
......

and so on.

Re: Multiple printers v4 showing in TS environment

Posted: Mon Feb 01, 2016 4:07 pm
by docu-track99
And also, only one of the multiple "Doc.It 4 Printer" will work.

Re: Multiple printers v4 showing in TS environment

Posted: Mon Feb 01, 2016 4:28 pm
by Roman - Tracker Supp
Ok, so the multiple printers are generated through the SDK, not redirected from TS client or so.
Am I right in thinking that your application creates a PDF-XChange printer not only for internal use but exposes it to be used by the user?

Re: Multiple printers v4 showing in TS environment

Posted: Thu Feb 04, 2016 1:57 pm
by docu-track99
Multiple printers are generated through the SDK and yes it is exposed to be used by the user. (That is the issue that user are seeing multiple printers in Windows devices and printers)

Re: Multiple printers v4 showing in TS environment

Posted: Thu Feb 04, 2016 6:10 pm
by John - Tracker Supp
Hi,

I regret to tell you this will not be changed - there would be multiple issues and potential licensing consequences were we to do so.

PDF-XChange is designed to create a temporary instance of the printer to allow your user to print from your application - leaving the printers available permanently not only causes problems you have described (and more I suspect in some environments) but also causes potential licensing breaches where now users have a PDF printer available to all applications rather than just yours and this is outside of the T&C's of your license.

Further, for us to change the architecture of the printers design would be a massive task to achieve what you require (if we were motivated to ignore the licensing issues - which we are not).

A simpler solution is for you is to ensure that the printers are named uniquely and identifiable by each specific user - perhaps by your applications user login info (assuming this is required) or some other means satisfactory to yourself and your users - but please do note the potential licensing abuse issues, I believe we have discussed this previously in the past an I would not want this to become an issue again.