JDK-8029872 : "Always allow this application to access the printer" option doesn't work for jnlp application
  • Type: Bug
  • Component: deploy
  • Sub-Component: plugin
  • Affected Version: 7u45,7u51,8
  • Priority: P3
  • Status: Resolved
  • Resolution: Fixed
  • Submitted: 2013-12-10
  • Updated: 2016-08-30
  • Resolved: 2014-04-02
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
8u20 b09Fixed 9Fixed
Related Reports
Duplicate :  
Steps to reproduce:
1) Install jre7u51 #355 or jre8 b118
2) Set security level to medium
3) Launch the application from
javaws http://sqeweb.us.oracle.com/deployment2/sheldon/webCases/UserDecisionOption/jnlp/Unsigned_printer_jnlpApp.jnlp
4) accept unsigned security dialog.
5) On the pop-up access printer dialog, select "Always allow this application to access the printer" option and then accept the dialog.
6) close the applicaiton and then relaunch it from
javaws http://sqeweb.us.oracle.com/deployment2/sheldon/webCases/UserDecisionOption/jnlp/Unsigned_printer_jnlpApp.jnlp
7) accept the unsigned security dialog again.
8) if the  access printer dialog comes out again, bug is reproducible.

1) Applet is ok. Only jnlp application has this issue.

Crucible review is at https://java.se.oracle.com/code/cru/CR-JDK9CLIENT-154

SQE OK to defer the fix to 8u20 if RTeam is OK.

Defer request to 8u20

SQE OK to defer the fis from 7u55. What is intended target release now?

7u55 defer justification: It's not show stopper and was here for more then 2 and half years at least.

It is still reproducible. The issue here is that com.sun.jnlp.PrintServiceImpl.requestPrintPermission() ignores checkbox "Always allow..." and doesn't store its value in LAP. To show dialog it uses ApiDIalog which internally stores the value of checkbox in instance variable, thus it is not preserved between application relaunch,

this seems like a duplicate of the lap problem being fixed as part of https://bugs.openjdk.java.net/browse/JDK-8029649 (jnlp applet w/o href cannot save anything to lap) please retest after fix to 8029649

SQE OK to defer the fix to CPU14_02

7u51 defer justification: It's not a regression from 7u45 and not show stopper

Defer request to 7u55

Affected cases: UserDecisionOption_JnlpApp_Test::testUDO_medium_unsigned_AccessResource_jnlpApp UserDecisionOption_jApplet_Test::testUDO_medium_unsigned_AccessResource_jApplet