NOTE: I code on Turbowarp Desktop 1.7.1 yet frequently upload and download project and thus interact with the Scratch website. In fact, the project I am having issues with was downloaded off of Scratch before being edited, with the Scratch predecessor being eligible for upload (hence why it is on the site) while this current version is unable to be uploaded. Thus, I feel like this issue still pertains, at least in part, to Scratch. I have already messaged Garbomuffin but, seeing as they have not been seen replying on their profile in the past few days and I am desperate to release this project for open beta testing, I am making this post.


Note: I'm using Turbowarp Desktop 1.7.1 for this project, although the project in question has been thrown around Scratch (Web) and Turbowarp (Desktop) a few times is a upload and download for updating purposes.

Recently been making an update to the project (https://scratch.mit.edu/projects/777244800/ previous version if that matters to you). Never usually have much of an issue uploading to Scratch besides the occasional oversized asset. This time, however, my latest update has been unable to upload without heavily stripping down the game to the point of being objectively unplayable. I converted the .sb3 to a .zip and extracted it to view the contents of the project to find the .json is 7,201KB (there is a 5MB limit on the .json). This means assets are not the issue here and it has to do with the project code. However…

-The largest list is 2000 mostly empty items, and wiping that doesn't seem to have much of an impact.
-The largest sprite has 6619 blocks of code but only deleting that doesn't resolve the issue (and it is one of the most crucial sprites to the game's functionality. Additionally, it had a similar size in the last update linked at the top).
-The project has 25,888 blocks.

The truth though is that those last two were lies. While I was told these numbers from the “delete all blocks in this sprite” for all the sprites and the backdrop, they are apparently not the actual block counts of the sprites. There seems to be ghost blocks that have resulted in the project bloating to a size of **44,375 blocks**. Nearly twice the actual block count. Thus, I was and still am unable to upload the project. It seems these ghost blocks are tied to the sprite too, so as of now it almost seems as though my only solution is to COMPLETELY rebuild the project from the ground up, copying everything block for block.

I've created a demonstration of this in a separate project, https://scratch.mit.edu/projects/873533452/. I took one sprite from my project that supposedly has 1,973 blocks but in reality is said to have 8,237 blocks (this is all via Turbowarp block count addon by the way). The screenshot sprite and backdrop have ZERO blocks. Deleting all blocks from the imported Sprite, Hunter, only deletes the 1,973 blocks. However, deleting the entire sprite removes all 8,237 blocks.


My browser / operating system: Windows NT 10.0, Chrome 114.0.0.0, No Flash versions detected

bump