MajorKong

Found a fix, although it's not a perfect fix. What you need to do is go to mod_CCTurtle.cfg and change the attribute "turtle_fakeplayer_method" to "one" from "perturtle". Then op the fakeplayer "[ComputerCraft]". I tried to add "[ComputerCraft]" to the PermissionsEx like I would a regular player however it didn't work. If anyone knows how to get it to work please let me know as I'd rather not give my turtles op power. Fortunately griefers are not smart enough to use lua @zeus5966 Yes I have. The problem is caused by the use of the pex permissions plugin and not dodgy turtle code.

I have the same issue. Version: 3.0.4 OS: Linux CentOS Java: Oracle 1.7.0_04-b20 (7) Bukkit Plugins: LogBlock, Light Weight Chest Protection, WorldGuard, WorldEdit, PermissionsEx, ModifyWorld, CommandBook, ChatManager, DynMap. Description of Problem: Turtles are unable to destroy blocks, however blocks can be placed. Error Messages / Link to pastebin of log: When the turtle API is used to dig there are no error messages in the console, or indeed any messages of any kind. I have turned on debug mode for permissionsex and that also shows nothing.

Ah...good catch, thanks a bunch! I'll fix them up now. I actually went out of my way not to edit text files on windows because I've had similar issues before but I guess I either did by accident or it just came like this. Easy way to do it is with notepad++ CTR+F and replace "\r\n" with "\n" Edit: My .cfg file did have windows style CRLF however I still get the same error after converting them to LF. Edit2: Okay this does work. I was using an older version of winSCP to upload files to my server and sometimes this software will convert CRLF into LF. I updated and now it works.

I have this exact issue as well. Spent a few hours looking for a solution but could not fix. OS: CentoOS 5.0 x86 Java version: java version "1.7.0_04" Java SE Runtime Environment (build 1.7.0_04-b20) Java HotSpot Client VM (build 23.0-b21, mixed mode, sharing) Full Log: http://pastebin.com/TQnhkMNb