Quarry not breaking blocks
CourtArtanis opened this issue ยท 26 comments
Running Cauldron latest for forge1231, PEX, Prism, Essentials. No worldguard or protection plugins.
I've seen this referenced a few times, but I've already made the [BuildCraft] user an Op on the server. No change.
The quarry setup is default size, the mining drill just stays on one block and tries to break it over and over again. The cracks appear across the block (this case dirt) as if it was to break, then they would reset and repeat.
Version 6.1.5n - Quarries worked perfectly, I then updated to 6.2.2 and the problem appeared.
Thanks
I just ran into the same problem in Cauldron 1272, with Essentials(AntiBuild, Protect and GroupManager). What I did to make it work was:
- Add the following section to
ops.json
:
{
"uuid": "77456a1f-b9f9-3f84-8863-ddef5b8e2209",
"name": "[BuildCraft]",
"level": 4
},
- Add the following section to
plugins/GroupManager/worlds/world/users.yml
:
77456a1f-b9f9-3f84-8863-ddef5b8e2209:
lastname: "[BuildCraft]"
group: Player
subgroups: []
permissions: []
- Do a reload of GroupManager in console:
manload
Just leaving it here, in case it helps somebody.
Thanks for the response.
Sadly, it did not fix the problem :(
The frames setup, the frames even destroyed some shrubs so I know it has the right perms, but still the same above in terms of actual blocks.
EDIT: I just enabled debug for that user only and nothing is appearing in the console. If it's making the node calls when it accesses the blocks then it should appear in debug no? I know regular player node calls do.. Also, it can pickup blocks that I throw under the drill, just can't seem to break solid ones.
Thank 1.7.10 and UUIDs. Hang on, let me check EXACTLY what the UUID is.
@CourtArtanis I believe you need to add block breaking permissions to 77456a1f-b9f9-3f84-8863-ddef5b8e2209 .
I am running cauldron too, no problem for me
cauldron-1.7.10-1.1207.01.198-server
I tried your cauldron version and it works flawless
I tried latest cauldron version ( cauldron-1.7.10-1.1236.05.212-server )and it works too
you have probably error or space in your PEX config, dont slap me, if I am wrong, I am just a noob
I will try latest version. Will let you know
I am using Pex, WG, WB, WE, Essentials, Bankcraft, Clearlag, Jail, Grief prevention, Serversigns,
Thanks for the suggestion, but there's no error in the PEX file.
Also, thanks for testing.
I'm not sure what else to check :\
I understand. But, my PEX file is parsing perfectly :)
BuildCraft user has it's own * node, also tried with modifyworld.*
As I said before though, I don't think this is a permissions issue, otherwise the frames would not have been able to break shrubs and punch through rocks to set itself up. It's just the mining drill which isn't doing anything..
EDIT: If a developer needs to investigate, I'll happily give them temp. backend server access
do you have any groups in your PEX?
like noobs, vip etc...
I am trying to help you, but I have no idea what else to check, it works for me
I had similar problem with forestry long time ago and I made error in PEX, I hit TAB not 3xspace bar :-D
Because I was using stupid notepad, it will never happen with notepad++
@asiekierka When I try to Op the user [BuildCraft] - It shows as having this UUID:
c1fc3ace-e6b2-37ed-a575-03e0d777d7f1
@excelcrafter which version specifically are you using for PermissionsEx+modifyworld?
server:
cauldron-1.7.10-1.1236.05.212-server
client:
forge-1.7.10-10.13.2.1240
permissionEX 1.22.6
and my noobish permissions:
groups:
default:
permissions:
- essentials.chat
- essentials.kit
- essentials.rules
- essentials.help
- essentials.pay
- essentials.balance
- essentials.worth
- essentials.tell
- essentials.sell
- essentials.who
- essentials.afk
- essentials.list
- essentials.msg
- essentials.helpop
- essentials.motd
- essentials.spawn
- essentials.sethome
- essentials.sethome.multiple.default
- modifyworld.chat
options:
build: true
prefix: '&0(&6&lNoob&0)&7 '
default: true
VIP:
permissions:
- essentials.chat
- essentials.kit
- essentials.rules
- essentials.help
- essentials.pay
- essentials.balance
- essentials.worth
- essentials.tell
- essentials.sell
- essentials.back
- essentials.back.ondeath
- essentials.who
- essentials.afk
- essentials.list
- essentials.msg
- essentials.warp.list
- essentials.warp
- essentials.helpop
- essentials.motd
- essentials.spawn
- essentials.home
- essentials.tpa
- essentials.tpahere
- essentials.tpaccept
- essentials.home
- essentials.sethome
- essentials.sethome.multiple.default
- modifyworld.chat
- serversigns.use.*
options:
build: true
prefix: '&0(&6&lVIP&0)&7 '
admin:
permissions:
- essentials.*
- worldedit.*
- permissions.*
- bankcraft.*
- pex.*
options:
build: true
I'll only try a higher version if it's worth it, because it's a pain to update Cauldron...
To be honest, It's likely I'll get rid of Cauldron
I updated cauldron in 15 minutes or less
download higher version, make new folder, download libraries...booom, boom...ready plain cauldron
copy mods, plugins, setting from old cauldron, its online... :-D
or almost online, if u use gregtech and will wait for config to be generated :-D
The downloads for cauldron are no longer available due to DMCA.
Cauldron has been removed from my server now, too many problems.
Thanks for the help @excelcrafter
Ok I enabled Cauldron again, and the Quarry works -without- any protection plugins like Modifyworld, Antibuild... etc.
I switched to GroupManager.
For some reason @asiekierka I cannot pass the permission nodes to Buildcraft, no matter what I try or what UUID/Username I enter.
Tried all antibuild/modifyworld bypass nodes in both PEX and GroupManager - it's like it doesn't acknowledge their existence. Or vice versa.
The only workaround for me was to disable Antibuild/modifyworld and run without protection plugins.
The funny thing is, when I /op the [BuildCraft] user (or [[BuildCraft]] for MCPC/Cauldron) it shows as having UUID - c1fc3ace-e6b2-37ed-a575-03e0d777d7f1
But, when I added it to PEX, it detected the fake user as 77456a1f-b9f9-3f84-8863-ddef5b8e2209
GroupManager detects no fake user at all.
@CourtArtanis - PEX detects the fake user correctly. /op and GroupManager detect it incorrectly. And as to why the plugins don't work, I have no idea.
Ok @asiekierka thanks for the help :)