

#MAC OSX 10.15 UPGRADE#
If you’re running PaperCut version 14.2 or below, you’ll need to upgrade to the latest version as detailed on the Upgrading PaperCut page. Once this is done, printing should work again.
#MAC OSX 10.15 UPDATE#
If you’re running PaperCut version 14.3 or above, simply re-run the Control Printer mand - which will ask you if you want to update your CUPS sandboxing settings. Symptoms of the issue include filter errors appearing in the Print queue window on the Mac, and the print queues will go into a paused state. When upgrading from previous versions of OSX, some of the CUPS config files will get re-written. The latest version of macOS (10.12 - otherwise known as ‘Sierra’) now includes CUPS version 2.2. Note: This applies to a Primary or Secondary server installation where the PaperCut Print Provider is running to monitor print queues - not on every workstation, unless the PaperCut Print Provider is installed there too If possible, please upgrade to version 15.2+. MacOS 10.12 (Sierra) When upgrading to 10.12 - Printers get paused, and jobs are not logged in PaperCutįull Support For macOS 10.11 (El Capitan) and above was added in PaperCut version 15.2.
#MAC OSX 10.15 INSTALL#
We have looked into workarounds including moving the config file outside of the app so that the app contents will remain the same across all installations, however we further found that if you install the App Server on a Windows server (which is a large % of our customers), the notarization breaks again due to the file system differences between macOS and Windows.Ĭurrently the workaround listed above still works, and we have also encountered organizations getting around the issue by pushing out the client using MDM solutions or using their own Apple IDs to notarize their version of the app. This means that the PCClient.app has changed, and the notarization is broken. However, during the Application Server install process, the PCClient.app is customized with the Hostname and IP address of the Application Server - in effect, it’s customized per installation / organization. Apple’s notarization process means that the PCClient.app cannot change at all, once notarized by Apple. This is the same issue that was encountered around Apple’s notarization process, discovered with the release of macOS Catalina last year.
#MAC OSX 10.15 SOFTWARE#
Mobility Print (with and without MF/NG integration) has been tested successfully with mDNS, Known Host and DNS discovery methods.Įdge Node software and PaperCut Printer client software tested successfully.

if you copy the client from a working App Server installation on Windows or macOS 10.x to a laptop running macOS 11 - initial testing indicates no major issues If you’re trying to access the web interface for an App Server running on macOS 11, this will not work (see the App Server component above) when using Safari v 14 with macOS 11 to manage a Windows Application Server, or an Application Server running on a macOS 10.x version of macOS. PaperCut MF/NG Admin Interface and User Web Interface This can be resolved manually by disabling sandboxing in CUPS on the machine running the Direct Print Monitor, as detailed in the notes for 10.10 (Yosemite) If you’re deploying direct print queues (printing from the Mac to the printer, without a print server in-between) with print deploy, print queues will get stuck in a ‘paused’ state This can be resolved manually by disabling sandboxing in CUPS, as detailed in the notes for 10.10 (Yosemite). Print queues will get stuck in a ‘paused’ state PaperCut MF/NG Print Provider and Secondary Server Note that there were further issues with the 20.1.1 build, including not being able to authenticate to the user/admin web interface if using an account configured on the local macOS (local admin account or other directory sources work fine). The Application Server or Site Server will not start, showing an error “Unable to locate a Java Runtime.” in the server-out.log. PaperCut MF/NG Application Server and Site Server
