> I am not responsible for such crimes. So how dare you accuse me? Aha. I didn't accuse you, actually. But now that you've responded in this fashion, it's pretty obvious that you were responsible. > You see mister.ModeratorAllTheTime you can't kill my community Looks pretty dead to me, but sure, go ahead, keep trying. Waste my time and yours. Trust me, it takes me less time to delete your fake posts than it does for you to write them.

Please could you stop creating fake users to vote and comment on this scenario? It just creates unnecessary work for me and the other administrators, since we're obliged to delete them.

What a bunch of whingers. This is a great start to a game. I think it runs a bit fast, and you need some instructions, but otherwise nice.

Right, I don't think this is something you can work around if you use Java 8. We need to come up with a suitable fix on our side, I guess (I mean, in Greenfoot and in the storage software on the server).

Yep, it looks like the Applet permissions have been tightened with Java 8. See here - http://stackoverflow.com/questions/23189650/new-java-security-accesscontrolexception-in-java-8 - for example.

It looks like your scenario tries to write into a file "BeachInfo.txt". You can't write to files from scenarios uploaded here, which is why it crashes: java.security.AccessControlException: access denied ("java.io.FilePermission" "BeachInfo.txt" "write") at java.security.AccessControlContext.checkPermission(AccessControlContext.java:372) at java.security.AccessController.checkPermission(AccessController.java:559) at java.lang.SecurityManager.checkPermission(SecurityManager.java:549) at sun.plugin2.applet.AWTAppletSecurityManager.checkPermission(Unknown Source) at java.lang.SecurityManager.checkWrite(SecurityManager.java:979) at java.io.FileOutputStream.<init>(FileOutputStream.java:209) at java.io.FileOutputStream.<init>(FileOutputStream.java:110) at Beach.writeBeach(Beach.java:459) at Beach.act(Beach.java:104)