PaperCut is fully committed to helping customers and partners make the best use of our technology. A key part of that is transparency and full disclosure of issues that may affect how well the solution works for you. If something is causing you particular concern please contact PaperCut support.
When using an Apple iOS device in conjunction with a Mac Mobility server, printing via Landscape outputs incorrectly More info…
Unable to print secure PDFs from Windows More info…
Unable to print A3 from MacOS since Mobility Print version 1.0.1781 More info…
Shared account selection with Mobility Print that’s installed on a MacOS or Linux Server not working with default install More info…
PaperCut Global PS driver will have “Front to Back” as default page order in v18.1.0 More info…
NG/MF 18.1.0 & Mobility Print 1.0.1757
Users color selection ignored when printing from the Chrome browser on Windows More info…
Fixed in Chrome v. 67.0.3396.0
With certain print drivers the user’s color selection is overridden when a default color preference is set More info…
MacOS: In Microsoft Word only, there is no option for Colour or Duplex selection More info…
Print job’s owner changed to SYSTEM or GUEST More info…
1131: When using an Apple iOS device in conjunction with a Mac Mobility server, printing via Landscape outputs incorrectly
The output of the job will result in portrait orientation even after selecting Landscape.
The issue normally occurs when using the Mac generic PostScript Driver but can effect other drivers.
13495: Unable to print secure PDFs from Windows
When you attempt to print a secure PDF through Mobility Print from Windows, the output will be a blank page with a PostScript error “OFFENDING COMMAND: eexec”. A simple workaround is to use the Mobility Chrome Extension to print the document instead or send the document to the print server instead without Mobility Print.
1132: Unable to print A3 from MacOS since Mobility Print version 1.0.1781
This issue has appeared since Mobility Print version 1.0.1781. It’s now fixed in 1.0.1793
1080: Shared account selection with Mobility Print that’s installed on a MacOS or Linux Server not working with default install
The IP address of the client device isn’t being passed through to PaperCut so it’s not matching to show the shared accounts. This is not an issue if you’re allocating print jobs to your personal account, only with shared accounts. This issue doesn’t occur on a Windows Server with Mobility Print installed. From a client device where you are printing from and have shared account selection, you’ll have this issue on Windows, MacOS, iOS, Android, Chromebook with shared account selection.
There is a workaround available for now until we get this released. Please reach out to us via support.papercut.com. This issue involves a fix within Mobility Print and PaperCut NG/MF. This will be fixed in v18.1.3 which hasn’t been released yet, we’ll keep this page to date soon as it’s available.
12998: PaperCut Global PS driver will have “Front to Back” as default page order in v18.1.0
Prior to v18.1.0, the PaperCut Global PS driver default page order was set to “Back to Front”. In v18.1.0, this driver will have the page default set to “Front to Back”. This means the printouts will be printed in the correct order so you don’t have to reorder them each time you pick them up from the printer. You’ll also need to be Mobility Print v1.0.1757.
13311: Users color selection ignored when printing from the Chrome browser on Windows
Any print jobs sent from the Chrome browser to a print queue on Windows will always print as color even when the user chooses grayscale. This issue isn’t specific to a PaperCut version. It was first introduced in Google Chrome browser 60.0.3112.78.
A workaround is to install the Chrome app into your Chrome browser and print using the printers discovered via this app instead of the windows print queues.
This has now been fixed in Chrome version 67.0.3396.0 (currently available in Google ‘Canary’ - waiting for Google to release in the ‘Production’ updates to Chrome). See this Chromium bug report for details.
1018: Users color selection ignored with certain print drivers
The user’s color selection gets ignored if the default color preference has been set on the print queue.
This occurs when the default color preference is set on the print driver, then print jobs sent through Mobility Print will print as the driver’s color default regardless of what the users select. This occurs with the Konica Minolta C364Series PCL driver, Konica Minolta C368Series PCL driver, Konica Minolta C287Series, Fuji Xerox AP VI C4471 PCL driver and the Kyocera KX driver. Check out the Mobility Print release history page to see the fix versions for each of these print drivers: https://www.papercut.com/products/ng/mobility-print/manual/release-history/
If you encounter this issue with any print drivers, there are a set of files from Mobility Print that we’ll need to troubleshoot this. Follow the steps here to collect for us and then reach out via PaperCut support with the files.
931: MacOS: In Microsoft Word only, there is no option for Colour or Duplex selection
This behaviour is only with Microsoft Word on MacOS, other office applications like Excel, Notes and PowerPoint don’t have this issue.
There is a workaround:
1. Press the CMD+P buttons or click “File” > “Print” to open the print dialog box
2. In the print dialog box, click the drop-down menu in the bottom left-hand corner and select “Open PDF in Preview”
3. The document will open in Preview
a. Press print in the lower right-hand corner
b. Check the “B & W” box
c. Print the document
4. Release the document on a print release station
863: Print job’s owner changed to SYSTEM or GUEST
When using Canon Generic PCL6 or PostScript drivers in conjunction with Mobility Print, a print job’s owner is changed to SYSTEM or GUEST from the correct user.
To fix this issue, there is a print driver setting to change. Check out the following knowledge base article for the steps to resolve.
930: DNS SEC with Cent OS
When DNS SEC validation is being utilised alongside BIND on Cent OS, print queues are not discoverable.
563: When printing from an iOS device, I get the message “The printer is no longer available.”
iOS clients convert some PDF files to URF format. To prevent the client from retrying to print the file over and over again and disrupting Mobility print service, we reject the job with a response with invalid status. A workaround at the moment is to use a non-apple PDF reader (like Adobe Acrobat reader) on the iOS device seems to always work in our testing also.
Fixed in Mobility Print v1.0.840.
891: The print queues aren’t visible on devices that are running iOS 11 beta
There was an issue with iOS beta 1 and beta 2 with Air Print where printers could not be discovered. In iOS 11 beta 3, the print queues are now visible.