Closed andybak closed 4 months ago
@andybak can you please supply a zip file that I can test with? I think I see where the issue is.
that has been unzipped and rezipped. Here's another that hasn't but it will also hit the size limit in #6
I've reworked the web zip upload code to parse out a thumbnail and save its path to the db. We should be doing that on web anyway, but hopefully it also fixes it for unity. Please let me know @andybak.
Tried from within Open Brush and the thumbnail field wasn't populated.
I then uploaded the same zip that Open Brush uploaded except via the web front-end and again no thumbnail.
The zip I tried is attached. Am I doing something dumb?
I just redeployed. The attached works for me if you can test with that for the time being. I'll investigate why the one you attached recently doesn't
looking in django there's some oddities - some from my side and some from yours.
Number 3 is a bug from my side - I think it's related to the fact that scene was a read-only example sketch rather than a regular saved sketch. The other 2 points hopefully give you a clue.
Just a thought - Is the loop through the zip contents exiting early on some condition that it shouldn't?
Looks good to me.
The thumbnail was created fine, uploaded fine and correctly transferred to google storage.
And it's in the json when I check via the Django Admin. (e.g. admin/api/asset/448471045473566832/change/ )
I think it's the logic here: fastapi.app.routers.assets.upload_background
I recall that's meant to handle both "thumbnail in the zip" (from Open Brush) and "thumbnail separately" (from the website) - but it's obviously buggy for the former.
When I basically copied the GCP url from the json to the thumbnail field it worked fine.