Error code: 1030, 'The printer or class does not exist.')".
An explicit call to `setServer` and `setPort` fixed the issue.
(see https://github.com/OpenPrinting/pycups/issues/30)
Also, added serve_id to printer views
The cron (by default) every minute, updates the printing.printer and
printing.job records from the cups server. The field values rarely
change, so we can prevent many updates in database.
Also, writing on `printing_printer.server_id` triggers another update
on the printing.job records as the model has a stored related field.
* Set api.multi for action called as `object` on view
* Merge syleam printers module into base_report_to_printer (#60)
* [IMP] Updated unit tests
* [FIX] Fixed renamed attributes
* [FIX] Remove deleted fields
* [IMP] Add printing.server and printing.job models
* [IMP] Allow to cancel all jobs, enable, and disable printers
* [IMP] Split the cups part of print_document into a new print_file method
* [IMP] Updated cron job to run the action_update_jobs method
* [ADD] Add a migration script to create a printing server from configuration
* [MIG] Migrate base_report_to_printer to v10.0
Removed deprecated methods on printing.printer (replaced by methods on
printing.server)
* [IMP] Add wkhtmltopdf in travis configuration file
* [FIX] base_report_to_printer: Fix Update Job Cron
* Fix API issue with Update Job Cron
** Forward Port from 9.0
* [FIX] Fixed the res.users view
The string attribute should not be used as a selector, because it is
translatable.
* [FIX] Fixed the print_document method of report
The new API migration was made to @api.multi because of the "cr, uid,
ids" signature, but "ids" was the ids of the records to print here, not
the report's ids.
Also, the new API version of "get_pdf" get directly the ids of the
records to print in the standard module, not a recordset.
* [FIX] UI is now (un)blocked only when using qweb-pdf reports in standard addons
