Fixed an improbably but potential security concern with code execution on a client that is being observed by an admin, thanks to @Coasterteam for bringing this to my attention and helping out
Changing the value of attributes doesn’t seem to work, I would appreciate it if that gets fixed.
Thank you for the update though.
What was the issue? Could it be clarified more?
I’d like to know what issue was resolved aswell
Can you add a right click context menu functionality? Would like to easily add / destroy / rename / copypaste / group / folder / teleport to instances. I was considering using this over Adonis Admins’ :newdex command
Was thinking about this too. It would add some extra useful functionality for different use cases.
Any chance we could visualize tables in the console like it works in studio in the future? Would be really helpful to print out tables without printing all induvial indexes.
We’ve been using this since about November, and it’s been working almost flawlessly ever since. However there’s been one issue since March, that is not being able to set attributes.
Apart from that, this is a great resource! It makes debugging (and playing around) A LOT easier!
Found a fix for this
In InGameExplorer.Internal.Replicator
, search for RequestPropertyChange
You will see the function
To fix the attribute issue, simply copy & paste this function below and rename the new function to
RequestAttributeChange
This fixes the attribute issue. There’s probably a better way to implement this into the pre-existing RequestPropertyChange but it’s still the morning and my brain is not awake yet so this is the easiest solution.
Thanks, must’ve accidentally removed it at some point. I’ll fix this when I’m back on PC
At some point I gotta actually put my tools on github so people can help push changes/fixes and stuff
return function(player)
if game.CreatorType == Enum.CreatorType.Group
and player:GetRankInGroup(game.CreatorId) >= 255
or game.CreatorType == Enum.CreatorType.User
and player.UserId == game.CreatorId
then return true
end
return false
end
This works nicely.
I set this up and added user ID and place script in ServerScriptService but the Menu still will not open. No errors in console
--[[ Set up whether or not a player has access to the explorer
! WARNING !
SHOULD ONLY RETURN TRUE FOR DEVELOPERS OF AN EXPERIENCE
]]
return function(player)
if player.UserId == 13704 then -- For allowing through the Players' UserId.
return true
end
return false
end
If you dropped InGameExplorer into ServerScriptService, have HTTPS enabled on the experience, and have tried the F2 button to open/close it then I’m not sure why it won’t work. Those are all of the steps that got me to be able to use it.
--[[ Set up whether or not a player has access to the explorer
! WARNING !
SHOULD ONLY RETURN TRUE FOR DEVELOPERS OF AN EXPERIENCE
]]
local whitelist = {}
return function(player)
if game.CreatorType == Enum.CreatorType.Group
and player:GetRankInGroup(game.CreatorId) >= 255
or game.CreatorType == Enum.CreatorType.User
and player.UserId == game.CreatorId
or game:GetService("RunService"):IsStudio()
or table.find(whitelist, player.UserId)
then warn("Explorer permission granted to: ", player.Name)
return true
end
return false
end
My last guess is that you tried opening it in a studio test server and it didn’t work because of the -1 UserId. You can use the code above in case thats what you’re doing. Other than that I’m really not sure what the issue is.
Ensure that you allow HTTP Requests.
In studio, at the top left go to [“File”] → [“Game Settings”] → [“Security”] → [“Allow HTTP Requests”] and make sure that it is on. Live-Game Explorer is not able to be used without it.
Is it possible you could add support for showing whether a value is enabled or disabled?
I have added some quick support myself by forking a bit but it doesn’t update whenever its changed.
It would greatly help me out if i could see this on bool values, scripts, constraints etc.
Thank you for creating this!
– Edit
nevermind managed to add full support anyway.
isn’t editing a script under plugin security?
It is, but it is impossible to run plugin-security scripts in a live server. This is what the resource is targeted for.
i know you can’t run plugin security scripts in a live server, there are for plugins
I love this tool, it’s really useful. However, when the game runs, it creates a transparent part at (0, 0, 0) parented under the client’s camera. I’m not sure if this is intentional or accidentally left in, but it’s not a urgent issue.
In Studio:
In game:
I’m 90% this is not an issue with my plugins. Please let me know if anyone else is having this issue, and if you know how to fix this. Thanks!