Ticket ID: 25126
|
Creation Date: 11/15/2019 3:08 PM
|
Product: SiteKiosk Classic Windows
|
Attachment: -
|
TicketType: Support Request
|
Version: 9.5.4033
|
Language: English
|
Views: 20304
|
Last Modification Date: 12/13/2019 4:00 PM
|
Platform:
Windows
|
|
Level: Closed
|
IE: 11.1 |
|
Bug Status: Not Fixed
|
User account: SiteKiosk Restricted User
|
Bug Frequency: About once a day
|
|
Support Request: Triggering a PRINT request to Adobe Reader gives no result
Reproduction
We have a webapplication which allows users to request a document. This document is produced in a backend system in PDF format and is sent to the browser (we use the IE11 mode) to a hidden frame.
We then use the SiteKiosk Object Model to request a print of the frame that holds the PDF (teh largest frame at that moment).
This normally results in Adobe Reader opening and printing the file. No interaction of the users is required (and that is the whole reason for the setup).
However when the PDF is a signed document (using a certificate from a Belgian signing authority), then the request to print has NO effect.
When the PDF is not signed, all print requests are excecuted properly.
We have checked the presence of the correct certificates on the PC, we have also check the printing of the PDF outside SiteKiosk under Adobe Reader (which works properly).
We would like to know how we can furher investigate this issue, as it affects our users daily.
It is also not a good answer to advise us to use Chrome mode, as the documentation of the SiteKiosk Object model for Chromium is virtually non existent. What documentation we could get from Provisio developpers on the SiteKiosk Object Model for Chromium is not up to date with the version of Sitekiosk we have 9.5.4033. We have tried to build a webapplication using the info we received, but this was not sufficient for our developpers to get it to work. So using Chromium is not an option. The printing part seems not as well implemented as in IE11 mode.
The vexing part is that printing works with non signed PDF's, so why is a print request ignored when a signed PDF is used ?
One could argue this is an Adobe Reader problem, but then how do you explain that A.R. prints properly when not used under the SiteKiosk protection ?
We feel this is caused by the fact that we run under SiteKiosk "protection" and need help in finding out why printing of signed PDF's fails.
Any tips for investigation are greatly appreciated,
We have a webapplication which allows users to request a document. This document is produced in a backend system in PDF format and is sent to the browser (we use the IE11 mode) to a hidden frame.
We then use the SiteKiosk Object Model to request a print of the frame that holds the PDF (teh largest frame at that moment).
This normally results in Adobe Reader opening and printing the file. No interaction of the users is required (and that is the whole reason for the setup).
However when the PDF is a signed document (using a certificate from a Belgian signing authority), then the request to print has NO effect.
When the PDF is not signed, all print requests are excecuted properly.
We have checked the presence of the correct certificates on the PC, we have also check the printing of the PDF outside SiteKiosk under Adobe Reader (which works properly).
We would like to know how we can furher investigate this issue, as it affects our users daily.
It is also not a good answer to advise us to use Chrome mode, as the documentation of the SiteKiosk Object model for Chromium is virtually non existent. What documentation we could get from Provisio developpers on the SiteKiosk Object Model for Chromium is not up to date with the version of Sitekiosk we have 9.5.4033. We have tried to build a webapplication using the info we received, but this was not sufficient for our developpers to get it to work. So using Chromium is not an option. The printing part seems not as well implemented as in IE11 mode.
The vexing part is that printing works with non signed PDF's, so why is a print request ignored when a signed PDF is used ?
One could argue this is an Adobe Reader problem, but then how do you explain that A.R. prints properly when not used under the SiteKiosk protection ?
We feel this is caused by the fact that we run under SiteKiosk "protection" and need help in finding out why printing of signed PDF's fails.
Any tips for investigation are greatly appreciated,