Bug Reports

One bug report per post. Off-topic posts will be closed. Only submit bug reports for builds currently marked as "public". For isolated issues or customer support visit help.vrchat.com.
Line Quality of Frosted Scribe Ice Pen Degraded
The Frosted Scribe ice pen is one of my favorite paid items since its release in winter. I use it often when a world I visit doesn't have a pen solution in place already. I find it very useful, and to my perspective (as a Local user of the item) I unfortunately did not know MOST of what I was writing was degraded or illegible when using the pen. It seems like since the update to the Frosted Scribe ice pen to fix the synchronization issues (referenced here https://feedback.vrchat.com/bug-reports/p/synchronization-issues-with-frosted-scribe ) the line quality is now different enough to seem to have changed for the worse. The synchronization seems to depend on the IK of the remote user to draw, so if someone is not looking directly at you the entire time you are using the pen, anything you have tried to do with it greatly suffers. Even if you are being looked at directly, if you draw or write a stroke a bit too fast, the lines may also greatly suffer. Also sadly because the pen itself has a time limit, one who uses it has motivation to get everything out quickly before the pen begins to un-draw its lines. So there is motivation to draw or write fast, but Locally you do not know what you have made becomes illegible or incomplete to other Remote users until they show you a print and ask you what you were trying to do. Additionally, the line quality suffers from an odd bug. The line does not seem to stay still at the top and bottom of the pen lines. This can be recreated by anyone with the Frosted Scribe ice pen item by making an up and down close together zigzag without ending the pen stroke. Example: like WWWWWWW or /\/\/\/\/\/\/\/ These sorts of motions are commonly used to fill in areas of a drawing, and you do not expect the pen line to move. To see the unexpected behavior look left and right with your head, or slowly move/strafe your body left and right, the top and the bottom peaks of the pen line will twirl, flip, and move at the peaks and bottoms. This movement seems like a bug rather than a feature of the pen, and is not desired behavior as a pen-user. I really like the Frosted Scribe, and I appreciate that the synchronization has since been fixed so writing with it can be seen again by others at all. But this more recent bug for the line quality seems to have been introduced since the last update has also greatly degraded its original ability. Attached is an image collage of Local use, Remote use when being watched the whole time, and Remote use when not looking. This test can be re-created with 3 people with the same or very similar results each time, sometimes even worse when looking away. As you can see remote use becomes illegible FAST even when being looked at the whole time, that's not good :( Images demonstrated from top to bottom: A drawing, some simple shapes and a filled in area with "Hello", and the sentence "The quick brown fox jumps over the lazy dog"
1
·
tracked
World rejected by server-side analysis (403 "File forbidden"): latest two file versions of my public world cannot be entered, earlier version works
--- Summary --- My public world cannot be entered since my last two uploads. The uploads succeed in the SDK, but when I join, the client gets HTTP 403 "File forbidden" from the server-side security analysis endpoint for the new file versions and refuses to download the world. An earlier file version of the same world loaded fine the day before, so this is not my account or network. Fully reproducible, on hidden and normal instances, in both eu and jp regions. --- Affected world/files --- World: Edinburgh 爱丁堡 (public) World ID: wrld_43e3aa77-3777-41b4-8b8a-c052103d3ea7 File ID : file_041aafa7-760c-488a-87a4-099a5772a5ca Author : Xiaobooo (usr_4a0dac23-0ff6-4d9e-b3dc-cfe17d871db8) version 6 (852 MB, uploaded 2026-10-24) -> loads fine version 7 (686 MB, created 2026-10-25 00:26) -> rejected (403), still rejected over an hour later version 8 (1,062 MB, uploaded 2026-10-25 around 02:31-02:34 local time) -> rejected (403) All file versions upload with status "complete". --- Client log --- 2026.10.25 02:38:55 Error - [API] [247, 403, Get, -1 https://api.vrchat.cloud/api/1/analysis/file_041aafa7-760c-488a-87a4-099a5772a5ca/8/security ] Abandoning request, because - File forbidden 2026.10.25 02:38:55 Error - World 'wrld_43e3aa77-3777-41b4-8b8a-c052103d3ea7' did not pass initial checks and won't be downloaded: 10 2026.10.25 02:38:55 Error - Object reference not set to an instance of an object. (NullReferenceException in AssetPreloader) The same 403 appears for .../analysis/file_041aafa7-760c-488a-87a4-099a5772a5ca/7/security (hundreds of times, from 01:02 onward). --- Client / environment --- Client: VRChat Build 2026.4.1-1935-a61ceb9d89-Release (Steam, PC) Client Unity: 6000.0.67f1-DWR OS: Windows 11 World authoring: Unity 2022.3.22f1 SDK: com.vrchat.base / com.vrchat.worlds 3.10.4 Platform: PC / Windows (standalonewindows) --- What I have already checked --- The world record is not deleted or private: it is public and still has the "system_approved" tag. Version 7 is smaller than version 6, so file size alone does not explain it. The upload itself completes (file, signature, and world update all succeed in the SDK). --- Request --- Please check the server-side analysis result for file_041aafa7-760c-488a-87a4-099a5772a5ca versions 7 and 8 and tell me what the scanner flagged, or whether this is a false positive. If needed, please roll the world back to version 6. I can provide the full client log and the Unity Editor.log.
2
·
tracked
Load More
→