Search Issue Tracker
By Design
Votes
0
Found in
2018.3.0f2
Issue ID
1114364
Regression
No
UnityWebRequestMultimedia.GetAudioClip throws a 404 error if there is a "#" inside the given path
Steps to reproduce:
1. Open "WebRequestMultimedia" project
2. Go into play mode
Expected result: both paths should return the audio file and status code 200
Current result: path with symbol "#" returns status code 404
Reproduced on: 2018.3.2f1, 2019.1.0a14, 2019.2.0a1
Add comment
All about bugs
View bugs we have successfully reproduced, and vote for the bugs you want to see fixed most urgently.
Latest issues
- Video preview in the Inspector freezes shortly after the first play and does not recover until paused and replayed
- MSB3277 conflicts between different versions of "System.Numerics.Vectors" when using DotNet 11.0
- "Cannot create Settings Providers for: CreateAllChildSettingsProviders" error is thrown in the Console after fixing PolySpatial visionOS package validation error after installing XR Interaction Toolkit VisionOS Sample
- "Unable to find style 'VideoClipImporterLabel' in skin 'GameSkin' " warning thrown when converting the Video Clip Inspector to a floating window in Play mode
- Unclear "Failed to start primary listening socket" error when launching the Multiplayer Play Mode second player and many Unity instances are running
Resolution Note:
The URIs in repro project are invalid and # is a special character in URI, so it has to be escaped if it's part of the path.
URI has to be file://{path with forward slashes}.
# character in URI separates fragment part (on the right) from the rest. If you want to access path containing #, you have to repsce it with %23 instead.
You can also try to pass the file system path to an Uri class constructor and take the value of AbsoluteUri property, maybe that will give you the correct file URI (haven't tried). Note, that UnityWebRequest accepts Uri instances too.