This was default behavior in v8 where there was no specific group on the read access of these objects.
The group was created in v9 so all versions upwards are affected
* 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
