When in the reporting text entry and you press a shift key it closes the menu. It seems like the text entry is not taking the focus of these shift keys and allowing it to affect the menu.
This can then cause another bug, like what I previously reporting with text entry and third person cameras. (https://feedback.vrchat.com/open-beta/p/chatbox-keeps-its-current-position-even-if-player-camera-moves).
As I stated in that canny, the fix should be to periodically move the text entry to match the camera position. Blocking each way of doing this to me seems hacky and there will be many ways that a UGC game will find ways to break this. See https://feedback.vrchat.com/open-beta/p/1914-chatbox-no-longer-follows-the-player-if-they-are-forcefully-moved-while-it
Periodically updating the text entry position fixes all of these gracefully and elegantly.
How to reproduce:
1) Be in third person with camera free rotating
2) Go through a report to the point where it asks for details
3) Open the textbox and press right or left shirt, see how the menu behind your focused text entry hides.
4) Rotate your camera and see how the text entry still remains off to the side.
During me exploring this bug I have now found another bug related to this.
Another bug that can be done with this is closing the menu and gaining the ability to move around while having the text entry open.
As the reporting menu changed how it worked with the text entry. Before when you opened the text entry it expanded the menu into full size and blocked inputs to the menu (You can see this in the fourth image).
Now it allows full ui interaction, which can be used in many ways to create unintended behaviors.
1) Open the text entry
2) Double click on camera
3) use the "Hold to move self" button and move the camera to the side
4) Close the camera
5) You can now move freely
This can also be done by rotating the camera to the side and then clicking.

Photo Viewer

View photos in a modal