It is though?
1 Like
So this hasn’t happened to you?
https://forum.gethopscotch.com/t/you-can-talk-about-your-hopscotch-coding-here-12-official/54666/6100?u=tankt2016
1 Like
Nope
1 Like
No, that’s likely you doing something wrong. What code are you using in the other object?
Yes that is very annoying.
It is, other than the fact it can’t be less than 1 and it has to be a whole number.
2 Likes
Sorry if I’m remembering incorrectly or somethings changed, or if I misunderstand you entirely, but from my knowledge being to front always only moved forward in front of one object at a time? Unless I’ve had a bug for 3 years and never known it. Actually I haven’t used bring to front for about a year so something could’ve changed
5 Likes
I don’t recall that happening for me, huh
4 Likes
Really? I’m sure I can find some old projects of mine with like ((repeat times 6) bring to front)
5 Likes
That’s what it does in google slides (not the block, the action)
I’ll check it out later, maybe I don’t need so many when 7=7 bring to fronts
4 Likes
Aha so I’m not going crazy that’s good
5 Likes
Weird, it always brought to the very front for me.
5 Likes
I tested this and a few index blocks managed to mess up the entire layering of the project.
I wonder why an z-index of 40 is higher than a bring to front
3 Likes
Never knew this bug existed, thanks for the heads up of the bug
2 Likes
Bump
This bug report is what focuses strictly on the Z index bug:
1 Like
Thanks for reporting - investigating… 
8 Likes
No bug is safe when Elizabeth is on the case
5 Likes
The bugs must run
6 Likes
Also I think z index increases per clone index
1 Like
I think if two objects are on the same z the object with the higher clone index will go to front but not change its z
2 Likes
Don’t I have Z Index 50 in this though?