here one example, but i got the same problem with other scripts...
this is working (from world event, running script) https://paste.denizenscript.com/View/126886
this is not working on the "if" part: https://paste.denizenscript.com/View/126887
#(ikuria) 1.21 world events have problems with IF inside
oak edge
tepid portalBOT
(ikuria) 1.21 world events have problems with IF inside
tepid portalBOT
here one example, but i got the same problem with other scripts...
this is worki...
Hi I'm AutoThreadBot! Don't mind me, I'll just be adding the helper team to this thread so they can see it. A human will get to you soon.
long gulch
maiden pendant
@oak edge
oak edge
no, but i changed nothing, only way to fix it is to change it into a task
maiden pendant
no, but i changed nothing, only way to fix it is to change it into a task
!logs
maiden pendant
We asked to provide a debug.
oak edge
okay, give me some seconds, i revert my editing...
oO strange, at the moment i cant reproduce it - i would close this thread, if i get it back i will post logs etc., sry for disturbing
ancient veldtBOT
oak edge
on system time secondly every:3 chance:100:
- define location <location[-12,76,-57,world]>
# - announce to_ops <[location].material.name>
- if !<[location].chunk.is_loaded>:
# - announce to_ops "script stops cause wrong block on location"
- stop
- if <[location].material.name> != black_concrete:
- stop
https://paste.denizenscript.com/View/126909 - with debug true in this world event
the thing is, there never is a black_concrete block at this position
but the script running through
foggy sail
but the script running through
It doesnt?
Also - define location <location[-12,76,-57,world]> should be a note
oak edge
performance-wise? or why to have that location with coords in script?
so I'll try it with google translator now 😄
after the material check there is more code, in the world event it goes through the chunk check and also the material check, although black_concrete was never there.
so something is wrong there, the script always worked with 1.20.x.
but as I said, we have had general difficulties with IFs in world events since the update
foggy sail
performance-wise? or why to have that location with coords in script?
scriptwise, best practices
!guide don't script raw locations
viral pebbleBOT
!guide don't script raw locations
foggy sail
but as I said, we have had general difficulties with IFs in world events since t...
the problem is that you are claiming that something isn't working as expected, but we haven't seen a case of it yet
it's hard to identify the issue
oak edge
there is no error message, so how to show you the problem?
maybe there is a diffrence between the priority in world events?
diffrence between the old version
but its only with the IFs, sometimes they didnt work
shut warren
but the script running through
the script is doing what you asked it to do
11:38:51 Filled tag <[location].material.name> with 'air'.
11:38:51 Comparing if air not EQUALS black_concrete ... true
11:38:51 If command passed, running block.
11:38:51 +- Queue 'EASTER_SHOVEL_STORAGE_55132514_ValidLarge' Executing: (line 37) stop ---------+
11:38:51 +> Executing 'STOP':
yep, i must check why this is not working everytime
shut warren
yep, i must check why this is not working everytime
do you mean it doesnt fire everytime or?
maiden pendant
viral pebbleBOT
!logcheck https://paste.denizenscript.com/View/126909
austere timber
do you mean it doesnt fire everytime or?
we had an World event on player joins flagged:exmaple:
after that we tried to get the if statement
- if <location[example].contains[<player.uuid]>:
The statement should have an output of false cause the uuid wasnt in there, but if statement went true and said its in there
which it wasn't