Highlight Applies To Everything - Forced To Restart

Description
When grouping a BasePart with a highlight object parented to it, the highlight applies to everything in the group. When ungrouped, everything that is hovered over becomes highlighted. When running a test play, everything returns to normal, but once stopped the entirety of workspace is highlighted.

Reproduction
Constantly
The following steps will refer to this reproduction file.
Reproduction steps are separated by unique action.

  1. Locate the object named “HighlightParent” in workspace
  2. Observe that it contains the only highlight object
  3. Select HighlightParent and one or more other parts
  4. Group the selection together
  5. Observe that the highlight is now applied to all parts in the group(Figure 1) rather than just the one it is parented to(Figure 2)

  1. Hover the cursor over any other BasePart
  2. Observe that all BaseParts that are hovered over are now highlighted as well(Figures 3 & 4) (selecting the part removes the highlight until deselected)

  1. Run a test play
  2. Observe that everything renders properly and this does not seem to actually affect the game
  3. Stop the test play
  4. Observe that the entirety of workspace is now highlighted(Figure 5)
Figures

Figure 1

Figure 2
Figure 2

Figure 3

Figure 4

Figure 5

Actual Behavior

  1. When one BasePart has a highlight object parented to it and the BasePart is grouped with other BaseParts, the highlight acts as if it is parented to the model rather than the single BasePart.
  2. Ungrouping any model that contains a BasePart with a highlight object child causes the entire model to become highlighted. Anything the cursor hovers over then becomes highlighted as well.
  3. Running and stopping a test play after the above will cause the entirety of workspace to be affected as if it has a highlight object parented to it.
  4. Deleting the highlight object does not remove the highlight. Reparented the highlight object does not remove the highlight either; however, once the incorrectly highlighted object is hovered over after reparenting, the part will revert to correct rendering status. Neither deleting nor reparenting will repair this behavior after workspace has been affected.
  5. Upon running and stopping a second test play, the behavior will sometimes revert back to normal; however, I am unable to reliably reproduce this workaround in all tests.

Expected Behavior

  1. When grouping a BasePart containing a highlight object with other BaseParts, only the part containing the highlight object should remain highlighted.
  2. When ungrouping a model containing a BasePart with a highlight object parented to it, no additional parts should become highlighted.
  3. Highlight should not be applied to everything after test play.
  4. Deleting / reparenting the highlight object should remove / reparent its respective highlight.

Beta Features
3D Import gLTF Support, AI-Powered Code Completion, CSG Version 3, DragDetectors, Explorer Services Cleanup, Face Capture, IKControl Joint Constraint Support, Live Animation Creator, Material Generator, Multi-Cursor Script Editing, New Character Controller, New Text Chat Service, Notched Screen Support, Save Rig With Animation, Scale Factor For Models, Selection Improvements, Team Create Connection Indicator Rework, Terrain Editor Improvements, Upgrade Shorelines

System Information
Intel i7 @ 2.50 GHz, 16.0 GB, NVIDIA GeForce GTX 1160

4 Likes

I filed a ticket to our internal database. Thank you for reporting this.

1 Like

Hello,

A fix for this was released in the latest Studio update. Let us know if it works for you!

1 Like

Apologies, had to revert the flag fixing this since it introduced a more major bug of Highlight.Adornee being broken. Will circle back when a fix is in that doesn’t also break Adornee behavior

2 Likes

I’ve turned on the changes, let us know if you continue to encounter this issue!

2 Likes