Java apps blocked

Starting today, so I’d have to think it’s the beta’s doing.

One I use daily, of late, written in Java but .exe format won’t open. No warning or error message.
An older .jar file does work, but a newly downloaded .jar doesn’t.
The only message box I get is on a Java web app. It says, “Application Blocked by Security Settings …Your security settings have blocked a self-signed application from running”

Java itself has been threatening to block ‘un-signed’ web apps for a while, but it doesn’t look to be the case here.

Any thought?

This Application Blocked by Security Settings message sounds/looks more like a browser security setting than avast.

I agree it does. But Chrome doesn’t have any 'security’settings that I can find, and I haven’t changed any browser settings anyway.

Besides, my desktop Java apps are blocked too.

I don’t use Chrome, so I can’t really comment on that.

You say JAVA apps are blocked also, again any errors ?
There was something about JAVA in the standard avast version (not the beta specifically), though I thought that had been resolved. I can’t recall if disabling the AOS add-on in chrome might allow the JAVA apps to run.

No error messages on desktop apps, only on the web app. Disabled AOS, makes no difference.

I did, however, get my desktop apps working. Short story:
HoDoKu.exe (or .jar) saves its native shutdown/launch configuration file in an unusual place - …username\Local Settings\Temp - supposedly as a common cross-platform location.
Once I deleted the old config file, HoDoKu launches fine.
Sheepshead.jar doesn’t store anything, afaik, and I had no problems with that one

Older versions of avast! have queried this program, but I had no problem in allowing it to run until now.

As far as the web app is concerned, the only thing I can think of trying is a clean install of previous release version and see what happens.
I’ll get back to you on that…

Good work on the first point, I hope you have the same luck on the second issue.

It’s a mystery to me. ???

Rolled back to 2014.9.0.2011. Very clean install - first time I saw the startup scan pop up, iirc, tho it is on by default, afaik - all settings default.
Rolled back Java too, because immediately before I encountered this error I was prompted to update java.

Still the same. Same on FF too, even tho I choose to allow the app to run - and I don’t see any security settings which might apply.
I can email the owner of the site; see what he can tell me. Otherwise, no idea…

I’ll reinstall the beta to see what happens regarding desktop apps…

Guess what! :o ???

Some sort of “coincidence”, mayhap?

Desktop Java apps are working fine now.
The only thing I’m not sure about is if the order in which beta install and java update were done in the first place.
I have my doubts it was corrupt config file, because I have saved custom configs elsewhere and they didn’t work either - but, do now.

Beside the point, but:
Both times I install this beta, some “unknown error” occurs when attempting to update (Engine and) virus definitions.
Was temporary last time, maybe this time too…

Now I know why I gave up my favourite game - beta testing. It makes my head hurt (don’t ask).
The only other recent change to my Security Settings I can think of was a Windows Update - KB2914368. Have fun trying to find that on MS Support anywhere. >:(

I uninstalled the update, for a test. All I get after is my desktop image with no taskbar, start menu or dt icons…
Launch TM sometimes resolves this kind of thing, but didn’t this time.

Still…
Ran chrome.exe and checked the web java app - still blocked.

Thanks for ‘enjoying’ this so, so, ‘interesting’ thread.

Well I know some windows updates certainly change settings, as recently my system started to throw up the dialogue window ‘are you sure you want to run this executable,’ or words to that effect and I have had that off for years. But it would be the devils on game trying to track down what update was responsible and how to reverse it.

In XP it easy enough to uninstall updates. And, which one… It had to be very recent and a “Security” update, if anything in this case, I would’ve thought.

Some updates, I know, rely on being applied in a particular sequence to work as intended. So I wouldn’t go messing with them too much, as a rule.

I have contacted the owner of the site in question (I don’t know of any other java web apps atm), and am waiting for reply.

Finally… Eureka! 8)

‘My’ Security Settings, it turns out, refer to security setting in Java Control Panel. I guess ‘they’ changed something while I wasn’t looking - during the latest update. ::slight_smile:
Rather than change recommended setting, I added the site to exceptions.
All good now.

Have a nice day, people.

Thanks for the feedback and glad that you are now sorted.

I don’t like it when programs/updates arbitrarily change default settings without any indication that has happened. Leaves people scratching their heads wondering what the heck is going on and takes a long time to pin down.

Oh, there was something about updating Control Panel - now I seem to recall.
Nothing specific, or gone too quick to notice, or I wasn’t paying attention.
Java 7 update 51, in case anyone might be interested.

To wrap this all up, the block had nothing to do with avast!. :slight_smile:

I would most definitely agree, as far as the web app is concerned.

The desktop app, I’m not 100% certain but, couldn’t replicate the problem and don’t see how or why avast! would’ve blocked it (without notice).
The Java update didn’t block or corrupt the desktop app either; I remember now, that problem occurred after installing this beta but before java update. Coincidence, most likely. Enough to confuse anybody…

you have to add the website individually each one at a time. Go into the control panel and theres a place in there in the java applet to add your website. I think it is under security tab. see http://websdr.org/java.html