SDK Bug & Feature Requests

Please check out the following rules and use the provided template when posting a bug report! Off-topic posts will be deleted.http://bit.ly/vrchat-bug-reports
World Description Garbled Upon Submission With Certain Words And No Clear Pattern
This appears to affect all platforms and all SDK versions. Whether a world description is changed on Creator Companion or on the website, the same issue occurs. Seems to be a backend issue. I am trying to add a description to a newly uploaded world. The word "Black Jack" or "Blackjack" being in the description causes the text to become garbled. The text is removing all punctuation, symbols, and numbers and also scrambling words in a random way. This does not occur if the only word in the description is "blackjack" with no other text. I also noticed that removing numbers, symbols, and punctuation affects this by making text less garbled, but the word "black jack" will still be changed to say "stack jack". It seems that whatever is validating world descriptions is significantly malfunctioning with certain inputs. Attached is a screen recorded video showing some of this behavior, using a description submission on the website. The same issue occurs if the text is submitted in the Unity SDK. Sample input: [Under construction] Chill space station with lots of activities․ There are also some VR 3D 180 degree photos on display of behind the scenes NASA stuff and of a NASA museum. Based on Celestia by Zelfine․ Activities˸ Uno‚ Black Jack‚ Poker‚ Pool Table‚ Crane Machine‚ Slot Machine‚ Gachapon‚ Space Invaders‚ Asteroids‚ Jenga‚ Connect 4․ This world is not affiliated with nor endorsed by NASA․ Any opinions expressed belong to the creator․ Output: underc onstructionch illsp acest ationwi thlo tsof ac tivitiesthe reare als osom evrd de gr eep hotoso ndispl ay ofbehin dt hescen esn asastu ffan dofan asa mu s eumb asedonc elest ia byzelfin ea ctivitie sunostackja ckpo kerpo oltab lecran emac hinesl otmac hinegach apon spaceinv adersaste roids jengaconn ectthiswor ldisno taffili at edwi thnor en dor sedbynasaa nyop ini onsexpre ss edbel ong tothecre ator Sample input: Under construction Chill space station with lots of activities Based on Celestia by zelfine Activities Uno Black Jack Poker Pool Table Crane Machine Slot Machine Gachapon Space Invaders Arcade Machine Asteroids Arcade Machine Jenga Connect Four Output: [Note that Black Jack is changed to stack jack]: under construction chill space station with lots of activities based on celestia by zelfine activities uno stack jack poker pool table crane machine slot machine gachapon space invaders arcade machine asteroids arcade machine jenga connect four Sample input: Black Jack Output (Correct): Black Jack
0
·
Bug Report
"Freeze to world" on constraints won't turn off and on again correctly if the constraint was turned on in the same frame
Following up https://feedback.vrchat.com/sdk-bug-reports/p/freeze-to-world-on-constraints-will-always-bake-offsets-if-there-are-0-sources A parent constraint with "Freeze to world" enabled before the object containing it is turned off will not properly snap back when "Freeze to world" is disabled and the object is turned back on (on the same frame), if "Freeze to world" is re-enabled a frame later. Repro: Two objects, X (i.e. the avatar's armature) and Y (droppable) Parent constraint on object Y has a single source to X, activated via "Zero". A toggle is linked to two animations: * False = Object Y is turned off (2 keyframes, both are the same, animation duration is 0.017). * True = Object Y is turned on, "Freeze to world" is disabled on keyframe 0, enabled on keyframe 1 (animation duration is also 0.017) Assumption would be that because the parent constraint "freeze to world" is turned off, it would make object Y snap back to object X. This works in the editor , but does NOT work in game. A further observation was then made - adding a 3rd keyframe ("keyframe 2", animation duration 0.033) that is a copy of "keyframe 1" (object on, freeze on) made it work in game, but removing "keyframe 1" (so the animation duration is simply longer) did not solve it, it appears that for whatever reason the duplicated keyframe is necessary for the expected unfreeze/freeze snap to work in game.
1
·
Bug Report
·
tracked
Load More
→