Running GUI application in the Windows service mode

Question

I'm writing a server running as a Windows service that by request invokes Firefox to generate a pdf snapshot of a webpage.

I know it is a bad idea to run a GUI program in service mode, but the server nature of my program restricts from running it in the user mode. Running a user-level 'proxy' also is not an option, since there might be no interactive user logged-in on the machine with the server running.

In my experiments Firefox successfully produced pdf when the service was running under a user account that was already logged-in. Obviously it didn't work in other cases: for Local System and user accounts that weren't logged-in. Under LocalSystem with 'Allow service to interact with desktop' option enabled I could see the Firefox started that reports that it's unable to find a printer.

Since it wouldn't be practical to require an opened user session for the pdf server to run, is there any workaround for this except running the whole thing from a virtual machine?

I figured that the problem wasn't really with account permissions, but with an invisible modal dialog that FF was waiting on while running in the service mode. 我发现问题不是出在帐户权限上，而是在服务模式下运行时，FF正在等待的不可见模式对话框。

However it's still unable to create a pdf when FF is running under the LocalSystem account. FF says it can't find a printer and I'm wondering if this is a permission that could be somehow enabled?

Answer 1

You might want to try a different approach where you'd include some .NET PDF library ( PDFsharp is a good, open source, choice) in your project and than use that in conjuction with WebBrowser control you'd also include in your project to render the PDF.

Don't forget to use STAThread attribute if you try this.

Answer 2

I've been through a similar conundrum with the MS Word running unattended. What you need to do is to login as the user you set up to be used to run firefox process and go through the process of setting up printers.

It is possible that just logging in as that user will be enough - there is some stuff performed during the first logon.

I apologize I was not clear enough - I mean you have to logon interactively using that account, configure the default printer, logout, and then run your service

Answer 3

A couple of year ago I had a related issue: Shared Network Printer on pseudo-device starting up Ghostscript for PS->PCL translation and printing to real printer. The print-spooler service ran as Local System and the pseudo-device driver hat troubles executing Ghostscript from the service-mode. I was able to solve the problem by copying a couple of registry keys from the HKCU-hive to HKLM.

Answer 4

Can you run the program as a Scheduled Task instead? The task can be assigned to a given user account which should work around the service limitations.