You don’t have to download the executable file, it’s just there for convenience. You can just check and copy the source code and build the executable file yourself if you feel like it on Visual Studio.
Also I don’t know how can one even steal your cookie from a Roblox XML model file.
exe can read har files which contains .ROBLOSECURITY cookie???
I don’t think clicking on that link is a safe option… even though it could go to the actual github site, I still wouldn’t trust it.
exe’s can also completely ruin your computer. I wouldn’t recommend that anyone downloads this.
I was talking about the “a random .XML” part of that post. I already understood that he/she wasn’t comfortable downloading an .exe file, that’s why I said he/she can check the source code himself/herself and build the executable himself/herself on his/her computer.
If you run administrator perms. That applies to that reading har file thing too I think. So if it dosent ask for administrator perms it might be safe
still, it could be a virus, deletes programs, steal .RobloxSecurity, insert sus programs without my permission, or just ruin my computer. As theres some viruses that dont need administrator perms. For example, a year or 2 ago youtubers were getting their youtube acc hacked since they excecated a .exe and it stole their youtube cookie. So if a .EXE can steal a youtube cookie it sure can steal a roblox cookie.
I’ve never heard things like this before, if you try batch(command prompt language), you can’t delete files without perms
oh i didn’t know that. But what I mean is, it can still do harm like getting cookies from my browser. Thanks for the information tho
lol, if you guys are not sure about this, then just ignore xd what’s the problem here
That might be true since when I try to read a file with batch, no perms needed.
virtual box time
…?
Why would clicking on a link, that you can see goes to Github, not be safe? There are plenty of websites that can also show you if there is a link redirect. But, if you’re worried about clicking on the link, how do you justify clicking on any link online - same logic, right?
This thread is devolving into fear-mongering.
There are many complaints/suspicions being raised, currently by @kinglol123468 @regexman @Modxno
OP has also provided the source code for everyone to see. As has been mentioned, you can create the exe yourself with the source code. At this point, this is just unproductive and frankly unfounded worry, if you are raising complaints/accusing OP of malicious behavior without anything to support it.
If you see something legitimately concerning in OPs source code, by all means, point it out.
However, if there is not anything, this is needlessly creating skepticism and concern that is based on pure speculation without anything to back it up.
You cannot just wildly speculate along the lines of “it’s an exe file - it might be harmful!”. Yes, it could be, but you have access to the source code, i.e., you can see exactly what it does. Again, if you see something bad in there, please point it out. If you don’t though, stop posting unfounded speculations and worries that aren’t backed up by anything remotely specific to the topic. Otherwise, you are potentially scaring people away from a positive and helpful resource based on zero factual basis.
Please do not do this.
Thank you for bringing up these points. My only question is, how do I see the source code? I don’t see an option to on github. Sorry if this is a stupid question, I don’t use GitHub often.
The source code is located inside the src folder.
src/ConsoleApp1/Program.cs to be exact.
v.1.1.Stable Released.
Changes:
RobloxStudioBeta.exe file.).README.md file to be a lot more clear on instructions for the entire process with images, ect.Link:
Sorry for bothering people here again today. This will be the latest release for some while.
Luau-Files folder.RobloxLuauGlobalVariableFetcher.server.lua now creates a ModuleScript with global list laid out as a table instead of outputting the entire table to studio output window.README.md file.Dictionary<TKey, TValue> instead of Hashtable.Program.cs file.Hello, creator of the program here. Currently I’m working on v1.3 version of the program and I want to make a poll on how the program should work functionally. There are currently 2 options on table.
To whose who don’t know, let me explain what the current behaviour is like when you start up the program in order:
OpenFileDialog.SaveFileDialog.Of course, while this has fewer potential point of failure, it also has a glaring downside and that being is that this process is not automated when it comes to actual Luau global environment check which leaves user to do some of the work manually.
This updated version of program will behave as below when you start up the program in order:
FolderBrowserDialog, OpenFileDialog and SaveFileDialog dialogs respectively.FileSystemWatcher for local plugin settings file and saves the current data in it.FileSystemWatcher.Compared to Option A, this behaviour will have significantly more potential point of failures but it will automate the entire process, thus removing the manual work that is present on Option A.
Any other improvement suggestions are also welcome.
Poll:
0 voters
Hello, creator of the program here again. I have to make another poll about the Option B provided on the previous post.
So before, I need to explain a bit on how the program gets data from the settings.json file:
Program normally uses native System.Text.Json library to deserialize settings.json file to a Dictionary<string, JsonElement>, which then program checks if 2 specific values in that Dictionary<string, JsonElement> exist before exiting the Roblox Studio Process. No problems here on the code side of the things.
Things start to get a bit messy when it comes to building the executable file. Currently, program uses .NET Framework 4.6.1, which usually exist on many computers. The problem is that System.Text.Json doesn’t exist natively on that version of the framework and that causes the build command to create a lot of dll files with the executable file as program depends on those files to run properly.
Normally, you can get around this problem by building those dll files inside the executable and publish the executable as a single file application. The problem is that, that option only exist for .NET 5.0 and later versions of .NET, and those versions does not exist on windows computers normally and you will have to download the runtime for it from .NET website. And we can’t add all native dlls made for .NET 5.0-6.0 built inside the the executable either as doing so increases executable file size from ~192 kilobytes (~0.1875 megabytes) to a whopping ~148k kilobytes (~144.5 megabytes).
So we have 2 options here:
.NET Framework 4.6.1 and make users download the other dlls alongside with the executable file..NET 6.0 and make people download runtime files from the .NET website before running the program.Poll:
0 voters
Program now requires .NET 6 runtime to run properly on your computer. To download the runtime, go to this link: Download .NET 6.0 Runtime
.NET 6.1 instead of .NET Framework 4.6.1.FileDialog.ClientGuid and FolderBrowserDialog.ClientGuid properties to restore the old state of the Dialog to make navigating easier after opening the program.RLGVF.Methods.RLGVF.Methods.using statements to dispose objects properly that implements IDisposeable interface.README.md file.Program requires .NET 6 runtime to run properly on your computer. To download the runtime, go to this link:
.NET 6.1 instead of .NET Framework 4.6.1.FileDialog.ClientGuid and FolderBrowserDialog.ClientGuid properties to restore the old state of the Dialog to make navigating easier after opening the program.RLGVF.Methods.RLGVF.Methods.using statements to dispose objects properly that implements IDisposeable interface.README.md file.settings.json file (Added after the initial beta release.).