Are you in TeamCreate as well? TC is always a wildcard factor in whether things work or not. Yes, in standard mode it does save the property. In Team Create mode, it does not.
This beta doesn’t work in team create yet: New Part Collision Property: CanQuery - Now Available! - #55 by kleptonaut
Ah it’s a Team Create issue, I spend so much time in it I forget. Would be nice for Beta features to be TC compatible, but understandable if not.
1 Like
Tbh, if the bug where disabling can query acts as if you’re selecting something behind the part is fixed, will we ever get a feature for the same? Selecting parts behind a part without zooming in your camera is pretty convenient especially when working with large builds. Even blender has this feature. So it’d be a nice to have feature ngl.
Rather than hiding the CanQuery property in the properties window when CanCollide is true, could Studio instead grey it out? It makes the feature harder to discover and diagnose when I’m searching for a property that only conditionally shows up.
6 Likes
Is it stable enough to become live feature?
1 Like
Yes, but we are waiting for the dragger update that allows you to still select parts which have CanQuery turned off. This should be enabled in tomorrows update.
4 Likes
Physical dragger’s right? Im assuming that.
No I’m referring to all forms of selection in general.
As outlined in the initial post:
You may have realized that excluding a part from raycasts will lead to the part being unselectable by the Studio dragger tools. You’re right, this is a known issue. The dragger tools will be updated to override the property in Studio during the beta so you can still select things.
1 Like
Oh okay, got it. Got confused.
Would it be possible to bring this back? It turns out this entire time I thought this bug was an intended feature lol
I had created a plugin that replicated Visibility Groups from the source 1 map editor Hammer. I had been using CanQuerry in conjunction with transparency to effectively remove player clipping parts and other trigger parts from my game while not in use, and reenabling them before publishing the game.
It seems like this “bug” had been fixed and now my cherished CanQuery no longer does what I thought it was meant for haha
1 Like
I found it super useful for “ignoring” the query collisions of parts that got in the way when adding details. I often create things that have BasePart boundaries or BasePart water. The ability to ignore those parts when placing stuff inside/underneath them was super useful. The “Locked” property does not solve the same use case, nor should it.
I also want to stress, this isn’t a one-off use case. I had used it all the time for boundaries, BasePart water/grass, carpets, and overall decor. It was a really nice QoL when I used it intentionally.
@cloakedyoshi @ShadowFox2
Also, as mentioned in the original post:
We realize that the ability to disable selection on parts can be helpful. Over time, the dragger’s behavior will be extended to allow this. Tell us your thoughts on this!
2 Likes
Do today’s release notes (505) mean that CanQuery is becoming a live feature in the near future?
2 Likes
Please, I beg you to implement this feature already! I really need it urgently to fix a really annoying problem in my game 
1 Like
CanQuery is now out of beta and available to use everywhere! If you run into issues, please post a new Bug Report and tag me in it.
Thanks for your patience, and happy new year!
17 Likes
AYOOOO sick. Keep up the great work guys!!!
I don’t think this has been mentioned yet. I read through most of the replies and didn’t see it. But is there some special reason why CanCollide must be false for CanQuery to be false? I have a situation where I would like collisions to happen but not allow raycasts to detect the parts. I was excited to utilize this new property but quickly realized it wasn’t available while the part is still collidable.
4 Likes
THANK YOU SO MUCH! THIS IS AWESOME, Really great job guys im extremely thankful for this update, it’ll help me a lot