JDK-6525260 : Red X shown in an applet is confusing to consumers
  • Type: Enhancement
  • Component: deploy
  • Sub-Component: plugin
  • Affected Version: 5.0u11,6
  • Priority: P4
  • Status: Resolved
  • Resolution: Fixed
  • OS: generic,windows_xp
  • CPU: generic,x86
  • Submitted: 2007-02-15
  • Updated: 2010-09-17
  • Resolved: 2007-08-23
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.
6u10 b02Fixed 7Fixed
Related Reports
Relates :  
Relates :  
Relates :  
Relates :  
Relates :  
Facebook has an imageUpload applet. The applet requies permission before execution [see screenshot]. If the user denies permission, a Red X image is shown in the applet. [see screenshot]. 

This is very confusing to users. No additional message is shown to users. If user changes his mind, he won't know what to do. I had to close my browser and re-run the applet to see the permission dialog again.

Facebook requires a login. You can see this behavior on Aurigma. Steps to reproduce:
1) Use Firefox browser. IE browser also has this problem. However the demo will use an ActiveX control for IE browsers. 
2) Go to: demo.aurigma.com/ImageUploader40/BasicDemo/default.aspx
3) Deny permission and you'll see the Red X image

EVALUATION Due to great demand I've reopened the bug for further investigation. Awaiting input from UE on further improvement in the applet user experience.

EVALUATION Red 'X' is shown in case if applet fails to load for some reason. This behavior corresponds to UE specification. More details on the cause of the error can be seen in Java Console. In this particular case user did not grant permission to run a signed applet. The "denied" state for this particular certificate will be remembered for the rest of the browser cession. The described behavior is not new and expected. Closing as "not a bug".