FULL PRODUCT VERSION :
1.7.06-ea-b09

ADDITIONAL OS VERSION INFORMATION :
OS 10.7.3

A DESCRIPTION OF THE PROBLEM :
When a JNLP requests all permissions, with resources signed with a CA code signing certificate & have a matching Application.jnlp inside.

If either the first time, or certificate not yet trusted, the permission dialog appears. If run is click, but the always trust check box left unchecked, then the same box appears again.

After a second run, click app starts.

STEPS TO FOLLOW TO REPRODUCE THE PROBLEM :
- Click on a reference to a JNLP in Safari, and download begins
- Get permission to run dialog
- Click on run, but do not check the always trust checkbox (waited 10 sec for better log artifacts)
- Few seconds later permission box re-appears
- Click on run again (waited again)
- Application comes up

Below is what gets written in the system console, with comments to right.

5/9/12 3:34:36.350 PM Firewall: javaws is listening from 127.0.0.1:50565 proto=6
5/9/12 3:34:36.365 PM Firewall: javaws is listening from 127.0.0.1:50566 proto=6
5/9/12 3:34:38.000 PM kernel: IOSurface: buffer allocation size is zero
5/9/12 3:34:38.000 PM kernel: IOSurface: buffer allocation size is zero <=== 1st permission dialog
5/9/12 3:34:54.000 PM kernel: IOSurface: buffer allocation size is zero <=== click to run
5/9/12 3:34:54.000 PM kernel: IOSurface: buffer allocation size is zero
5/9/12 3:35:03.289 PM Firewall: java is listening from ::ffff:127.0.0.1:50572 proto=6 <=== 2nd click to run
5/9/12 3:35:03.000 PM kernel: IOSurface: buffer allocation size is zero
5/9/12 3:35:03.000 PM kernel: IOSurface: buffer allocation size is zero
5/9/12 3:35:13.202 PM java: Starting autoupdate check.
5/9/12 3:35:13.240 PM java: Starting update check.


EXPECTED VERSUS ACTUAL BEHAVIOR :
EXPECTED -
Run the application after the first click of Run.

REPRODUCIBILITY :
This bug can be reproduced always.