Java applet needs permission but doesn't ask for it!
up vote
4
down vote
favorite
I'm trying to connect a VPN connection (on Mac OS X 10.6.6) through a Check point java applet. The first time it ran I chose NOT to give it access to my files and such and now every time I try to lunch the applet it tells me too
"Please confirm the use of this Java applet and then refresh or reopen the window."
But I don't know how to confirm it nor delete the applet.
How can I change the permissions afterwards and where can I find java applets installed on my computer?
Update: This turns out to be a problem in Firefox. Cleared cookies, Java cache and certificate in Safari and it seems to work.
macos permissions java
migrated from stackoverflow.com Mar 6 '11 at 13:34
This question came from our site for professional and enthusiast programmers.
add a comment |
up vote
4
down vote
favorite
I'm trying to connect a VPN connection (on Mac OS X 10.6.6) through a Check point java applet. The first time it ran I chose NOT to give it access to my files and such and now every time I try to lunch the applet it tells me too
"Please confirm the use of this Java applet and then refresh or reopen the window."
But I don't know how to confirm it nor delete the applet.
How can I change the permissions afterwards and where can I find java applets installed on my computer?
Update: This turns out to be a problem in Firefox. Cleared cookies, Java cache and certificate in Safari and it seems to work.
macos permissions java
migrated from stackoverflow.com Mar 6 '11 at 13:34
This question came from our site for professional and enthusiast programmers.
1
This should probably be migrated to superuser, as it's an end-user support question not software development...
– bdonlan
Mar 5 '11 at 18:45
I don't really know what that means but migrate away! ...or in case I have to do it, how do I?
– Karl Jóhann
Mar 5 '11 at 22:29
@Karl, you wouldn't be able to migrate it on your own - I've flagged it for a moderator (or if 5 high-rep users vote on it it can be triggered that way too)
– bdonlan
Mar 6 '11 at 7:26
add a comment |
up vote
4
down vote
favorite
up vote
4
down vote
favorite
I'm trying to connect a VPN connection (on Mac OS X 10.6.6) through a Check point java applet. The first time it ran I chose NOT to give it access to my files and such and now every time I try to lunch the applet it tells me too
"Please confirm the use of this Java applet and then refresh or reopen the window."
But I don't know how to confirm it nor delete the applet.
How can I change the permissions afterwards and where can I find java applets installed on my computer?
Update: This turns out to be a problem in Firefox. Cleared cookies, Java cache and certificate in Safari and it seems to work.
macos permissions java
I'm trying to connect a VPN connection (on Mac OS X 10.6.6) through a Check point java applet. The first time it ran I chose NOT to give it access to my files and such and now every time I try to lunch the applet it tells me too
"Please confirm the use of this Java applet and then refresh or reopen the window."
But I don't know how to confirm it nor delete the applet.
How can I change the permissions afterwards and where can I find java applets installed on my computer?
Update: This turns out to be a problem in Firefox. Cleared cookies, Java cache and certificate in Safari and it seems to work.
macos permissions java
macos permissions java
edited Nov 10 '14 at 8:22
Hennes
58.7k792141
58.7k792141
asked Mar 5 '11 at 15:36
Karl Jóhann
12113
12113
migrated from stackoverflow.com Mar 6 '11 at 13:34
This question came from our site for professional and enthusiast programmers.
migrated from stackoverflow.com Mar 6 '11 at 13:34
This question came from our site for professional and enthusiast programmers.
1
This should probably be migrated to superuser, as it's an end-user support question not software development...
– bdonlan
Mar 5 '11 at 18:45
I don't really know what that means but migrate away! ...or in case I have to do it, how do I?
– Karl Jóhann
Mar 5 '11 at 22:29
@Karl, you wouldn't be able to migrate it on your own - I've flagged it for a moderator (or if 5 high-rep users vote on it it can be triggered that way too)
– bdonlan
Mar 6 '11 at 7:26
add a comment |
1
This should probably be migrated to superuser, as it's an end-user support question not software development...
– bdonlan
Mar 5 '11 at 18:45
I don't really know what that means but migrate away! ...or in case I have to do it, how do I?
– Karl Jóhann
Mar 5 '11 at 22:29
@Karl, you wouldn't be able to migrate it on your own - I've flagged it for a moderator (or if 5 high-rep users vote on it it can be triggered that way too)
– bdonlan
Mar 6 '11 at 7:26
1
1
This should probably be migrated to superuser, as it's an end-user support question not software development...
– bdonlan
Mar 5 '11 at 18:45
This should probably be migrated to superuser, as it's an end-user support question not software development...
– bdonlan
Mar 5 '11 at 18:45
I don't really know what that means but migrate away! ...or in case I have to do it, how do I?
– Karl Jóhann
Mar 5 '11 at 22:29
I don't really know what that means but migrate away! ...or in case I have to do it, how do I?
– Karl Jóhann
Mar 5 '11 at 22:29
@Karl, you wouldn't be able to migrate it on your own - I've flagged it for a moderator (or if 5 high-rep users vote on it it can be triggered that way too)
– bdonlan
Mar 6 '11 at 7:26
@Karl, you wouldn't be able to migrate it on your own - I've flagged it for a moderator (or if 5 high-rep users vote on it it can be triggered that way too)
– bdonlan
Mar 6 '11 at 7:26
add a comment |
1 Answer
1
active
oldest
votes
up vote
0
down vote
Here is a page I wrote about defensive loading of trusted applets. The sandbox.html linked from that page has some tips intended for the end user who initially refuses trust to an applet but then reconsiders. I am not sure if it will work for Mac:
Once a decision has been made to either Run or Cancel the trusted code, modern browsers (e.g. IE6, FF3) tend to remember that first decision through page refreshes (typically F-5) and 'force reload' page refresh (Ctrl F-5).
To get a second prompt of the security dialog, it is usually necessary to do either of:
- Stop that browser session/instance, then restart the browser.
- Clear the classes from cache using the Java Console (type 'x' when the console has focus), then reload the page.
Thanks for the help, I at least learned something new. I tried clearing the session and the java cache but it still doesn't ask me. This is very strange.
– Karl Jóhann
Mar 6 '11 at 8:55
@Andrew: Your page contains a working example, but no indication on how to do this. Could you add this, or explain a bit?
– Paŭlo Ebermann
Mar 6 '11 at 14:20
add a comment |
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
0
down vote
Here is a page I wrote about defensive loading of trusted applets. The sandbox.html linked from that page has some tips intended for the end user who initially refuses trust to an applet but then reconsiders. I am not sure if it will work for Mac:
Once a decision has been made to either Run or Cancel the trusted code, modern browsers (e.g. IE6, FF3) tend to remember that first decision through page refreshes (typically F-5) and 'force reload' page refresh (Ctrl F-5).
To get a second prompt of the security dialog, it is usually necessary to do either of:
- Stop that browser session/instance, then restart the browser.
- Clear the classes from cache using the Java Console (type 'x' when the console has focus), then reload the page.
Thanks for the help, I at least learned something new. I tried clearing the session and the java cache but it still doesn't ask me. This is very strange.
– Karl Jóhann
Mar 6 '11 at 8:55
@Andrew: Your page contains a working example, but no indication on how to do this. Could you add this, or explain a bit?
– Paŭlo Ebermann
Mar 6 '11 at 14:20
add a comment |
up vote
0
down vote
Here is a page I wrote about defensive loading of trusted applets. The sandbox.html linked from that page has some tips intended for the end user who initially refuses trust to an applet but then reconsiders. I am not sure if it will work for Mac:
Once a decision has been made to either Run or Cancel the trusted code, modern browsers (e.g. IE6, FF3) tend to remember that first decision through page refreshes (typically F-5) and 'force reload' page refresh (Ctrl F-5).
To get a second prompt of the security dialog, it is usually necessary to do either of:
- Stop that browser session/instance, then restart the browser.
- Clear the classes from cache using the Java Console (type 'x' when the console has focus), then reload the page.
Thanks for the help, I at least learned something new. I tried clearing the session and the java cache but it still doesn't ask me. This is very strange.
– Karl Jóhann
Mar 6 '11 at 8:55
@Andrew: Your page contains a working example, but no indication on how to do this. Could you add this, or explain a bit?
– Paŭlo Ebermann
Mar 6 '11 at 14:20
add a comment |
up vote
0
down vote
up vote
0
down vote
Here is a page I wrote about defensive loading of trusted applets. The sandbox.html linked from that page has some tips intended for the end user who initially refuses trust to an applet but then reconsiders. I am not sure if it will work for Mac:
Once a decision has been made to either Run or Cancel the trusted code, modern browsers (e.g. IE6, FF3) tend to remember that first decision through page refreshes (typically F-5) and 'force reload' page refresh (Ctrl F-5).
To get a second prompt of the security dialog, it is usually necessary to do either of:
- Stop that browser session/instance, then restart the browser.
- Clear the classes from cache using the Java Console (type 'x' when the console has focus), then reload the page.
Here is a page I wrote about defensive loading of trusted applets. The sandbox.html linked from that page has some tips intended for the end user who initially refuses trust to an applet but then reconsiders. I am not sure if it will work for Mac:
Once a decision has been made to either Run or Cancel the trusted code, modern browsers (e.g. IE6, FF3) tend to remember that first decision through page refreshes (typically F-5) and 'force reload' page refresh (Ctrl F-5).
To get a second prompt of the security dialog, it is usually necessary to do either of:
- Stop that browser session/instance, then restart the browser.
- Clear the classes from cache using the Java Console (type 'x' when the console has focus), then reload the page.
edited May 24 '15 at 9:59
Arjan
26.7k1065107
26.7k1065107
answered Mar 5 '11 at 17:28
Andrew Thompson
1416
1416
Thanks for the help, I at least learned something new. I tried clearing the session and the java cache but it still doesn't ask me. This is very strange.
– Karl Jóhann
Mar 6 '11 at 8:55
@Andrew: Your page contains a working example, but no indication on how to do this. Could you add this, or explain a bit?
– Paŭlo Ebermann
Mar 6 '11 at 14:20
add a comment |
Thanks for the help, I at least learned something new. I tried clearing the session and the java cache but it still doesn't ask me. This is very strange.
– Karl Jóhann
Mar 6 '11 at 8:55
@Andrew: Your page contains a working example, but no indication on how to do this. Could you add this, or explain a bit?
– Paŭlo Ebermann
Mar 6 '11 at 14:20
Thanks for the help, I at least learned something new. I tried clearing the session and the java cache but it still doesn't ask me. This is very strange.
– Karl Jóhann
Mar 6 '11 at 8:55
Thanks for the help, I at least learned something new. I tried clearing the session and the java cache but it still doesn't ask me. This is very strange.
– Karl Jóhann
Mar 6 '11 at 8:55
@Andrew: Your page contains a working example, but no indication on how to do this. Could you add this, or explain a bit?
– Paŭlo Ebermann
Mar 6 '11 at 14:20
@Andrew: Your page contains a working example, but no indication on how to do this. Could you add this, or explain a bit?
– Paŭlo Ebermann
Mar 6 '11 at 14:20
add a comment |
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsuperuser.com%2fquestions%2f253884%2fjava-applet-needs-permission-but-doesnt-ask-for-it%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
1
This should probably be migrated to superuser, as it's an end-user support question not software development...
– bdonlan
Mar 5 '11 at 18:45
I don't really know what that means but migrate away! ...or in case I have to do it, how do I?
– Karl Jóhann
Mar 5 '11 at 22:29
@Karl, you wouldn't be able to migrate it on your own - I've flagged it for a moderator (or if 5 high-rep users vote on it it can be triggered that way too)
– bdonlan
Mar 6 '11 at 7:26