That did it! Enabling Authenticated Users to have Full Control of the temporary-directory fixed the Microsoft XPS Document Writer and Microsoft Print to PDF feature. Now, this is all it took to fix the problem - one simple check-mark (see green circle), changing the permissions on the temp directory: Here is what the default permissions on my custom temp directory looked like when the PDF and XPS files refused to print:ĭefault custom-temporary-directory permissions So, how to fix the fact that PDF files and XPS files were acting like they were printing, but nothing is being generated, not even in the print-queue? Easy: set the permissions on your newly chosen temporary directory location as follows: I never even considered that changing my temp directory could break my Windows Printing (to file) features! But, it did! In Windows 10 (or Windows 7 or whatever), your temporary directory is defined under Control Panel, System Properties, Advanced, Environment Variables, User Variables / System Variables, with the Variables of "TEMP" and/or "TMP" pointing to your temporary directory of choice, and whereby I have remapped my temp dir to be "C:\temp" or whatever. It turns out that creating that non-standard / non-default temp-directory is what led to my particular problem with the PDF / XPS driver not working. ![]() buried in their default user subdirectories). I tend to redefine my default Microsoft Windows temporary directory to some easier-to-quickly-locate place, like, e.g., "C:\temp" or "C:\tmp" (vs. It turns out that both the Microsoft Print-to-PDF and Microsoft XPS Document Writer need appropriate permissions in your temporary directory. This took some time to figure out, but the root-cause of this printing problem was file-system directory security settings. The problem cause, and how to fix this printing problem. ![]() Printers: including Microsoft Print to PDF and XPS Document Writer I was using Microsoft Windows 10 and Microsoft Office 2013 (running in a Vmware Virtual Machine - which I mention only because this bug also prevents printing documents to PDF or XPS files via Vmware's ThinPrint driver too). Maddening! In the end, it turns out that actually, this appears to be an issue (or problem or bug or feature) with Microsoft Windows that has to do with how the Windows Printer Driver functions (or does not function or work in certain situations), in particular with some security settings that mess it up. This Microsoft Windows and/or Microsoft Office bug (or Windows "Feature") drove me crazy for a bit of time - when I wanted to print a document or spreadsheet, I would choose Print, then select either "Microsoft Print to PDF" or "Microsoft XPS Document Writer" as my target printer, proceed with printing to a file, where I would be prompted for the filename and file-location (directory), and choose to "Save" the file, and, even though all indications were that printing was functioning correctly, no XPS or PDF file was created! ![]() Symptoms: Print to PDF or Print-to-XPS Fails Silently, with no PDF File Created or no XPS File Created, in Microsoft Windows or Microsoft Office How to Fix: Microsoft Print to PDF and Microsoft XPS Document Writer Printer Not Producing Output File
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |