Uploading in Studio is a pain

Bug Reports Studio Bugs
#11

After some playing around with Process Explorer, I made a small discovery:
If I suspend the only mswsock.dll thread, studio doesn’t freeze or eat RAM.
(it just waits forever)
When I resume it, that’s the moment studio freezes and starts eating RAM.
Apparently it’s the HTTP requests itself that somehow do this stuff…

Also goddamnit the waiting and freezing is annoying.

EDIT: Actually the HTTP stuff is fine.
It’s the QtWebKit4.dll that uses the HTTP stuff that eats the RAM.
(Which also freezes the GUI, which makes sense as it is the GUI’s DLL, no?)
GIF of the QtWebKit4.dll thread: (although that dll name doesn’t appear in the Stack anymore)

(If I spawn-refresh the Stack window during The Big Yield, it’s 99% of the time QtWebKit4.dll stuff)
(for some reason while I took that GIF it didn’t appear a single time, which is weird on its own but eh)

#12

I fixed it

I googled “QtWebKit4.dll download” and got this file:

(direct download link being http://www.dlldump.com/dllfiles/Q/qtwebkit4.dll)
I went to %localappdata%/Roblox/Versions/CURRENT_STUDIO_FOLDER.
There I renamed “QtWebKit4.dll” to “QtWebKit4_OLD.dll” and put the downloaded one in its place.
After restarting studio, the publish GUI stuff is (minus HTTP, less than a second) instant.

14 Likes
#13

replying for later download,
thanks pal

1 Like
#14

If anyone has a fix for mac I’d be very grateful :slight_smile:

#15

Isn’t there a similar folder with a QtWebKit4.dll in it?

#16

I have no idea, AFAIK there’s no %localappdata%, instead its stored within the RobloxStudio package or something, but that has no dlls in it, only framework + dylib

EDIT: pic

1264×790 214 KB

#17

Maybe a descendant of QtWebKit.framework?
It might be Mac doesn’t use DLLs, no idea…

#18

Already checked throughout it and tried replacing the frameworks / text files with the dll to no avail, RIP mac

#19

Another thursday, another ROBLOX version, but the same problem.
EDIT: Luckily also the same fix

#20

Almost a month has passed, and guess what still happens when I try to upload stuff? freeze
EDIT: Forgot to mention: I can still fix it by replacing the QtWebKit4.dll
Maybe it’s time ROBLOX updated it?

#21

I’ve added this issue to our list.

2 Likes
#22

Is it a long list?
Studio updated yesterday (well, today, but the update is from yesterday) and I still have the issue.

#23

We’re working on a few software upgrades that should either fix this or let us fix this. It’s a long project though, I’m afraid.

#24

How long is long?
It’s still happening and just replacing the .dll still fixes it.

1 Like
#25

Weekly bump

1 Like
#26

We’re actively working on a few upgrade projects. That said, we want to complete them one at a time to make sure we know what causes new problems when we encounter them.

1 Like
#27

I’m running into this issue as well. Takes a good 4 seconds to even load any “Publish As” page, whether it’s for animations or places.

1 Like
#28

You’re lucky it’s 4 seconds. For me it’s well over 10-15 seconds. It may be based on the amount of places you have.

2 Likes
#29

Any updates on this? I timed it and it literally takes me literally 60 seconds to upload over one of my existing animations. 30 seconds to load the list of animations, 30 seconds after I click on the one I want to upload over.

https://gfycat.com/PreciousTangibleFulmar

5 Likes
#30

After spending 2 minutes publishing to a new place, clicking the “Next” button froze studio for another minute.
(luckily I can still fix it by replacing the QtWebKit4.dll myself, which makes me wonder why it takes so long…)