Search Issue Tracker
Fixed in 4.6.1
[Caching] Canceling WWW.LoadFromCacheOrDownload with WWW.Dispose() puts the caching into an invalid state
Steps to repro:
1. Open the project and the scene
2. Build it to android platform
3. Run it, observe that Caching.IsVersionCached(url, version) returnts true even though the object is not actually cached properly
This behavior can be reproduced in the editor as well.
Notes from the user:
WWW doesn't support overriding timeouts for stalled downloads, and there isn't a clear definition for what to do to stop a WWW request. The Dispose call exists but isn't in your documentation.
The WWW.error being a string makes it hard to properly determine what is going on and deal with it. At the very least there should be error codes along with documentation for what is going wrong so that we can take appropriate measures to either message that to the user or deal with it programmatically.
Caching has no real management ability, we can only clear everything or basically leave it as is. It'd be great to be able to clear a specific url/version from Caching.
All about bugs
View bugs we have successfully reproduced, and vote for the bugs you want to see fixed most urgently.
- Serialized fields in the Inspector are not shown when the script is derived from the PropertyDrawer class
- [Search] Resizing docked Search window with search term throws errors in the Console
- [Vulkan][Android]Video Player displays cyan color instead of the video clip when the Player is built for Vulkan and is launched on an Nvidia Shield Android TV device
- [Android] Sometimes the Input Field container above the keyboard isn't fully visible
- Crash on PrepareScriptableLoopObjectData when entering Play Mode and letting the Editor run for a while