( Right to Erasure - Action Requested ) Have I Done This Correctly?

Help and Feedback Scripting Support
,
#1

( Right to Erasure - Action Requested ) Have I Done This Correctly ?

So I Did What Was On The Articles

I Put This Code Into A ServerScriptService Script Named Console Event And Made A Bindable Event
Named RemovePlayerData

  1. local ServerStorage = game:GetService(“ServerStorage”)
  2. local DataStoreService = game:GetService(“DataStoreService”)
  3. local removePlayerDataEvent = ServerStorage:WaitForChild(“RemovePlayerData”)
  • – Reference to player data store (replace “PlayerData” with the name of your data store)
  1. local playerData = DataStoreService:GetDataStore(“PlayerData”)
  • local function onRemovePlayerDataEvent(userID)
  1. – Pattern for data store player key, for instance “Player_12345678”
  2. local dataStoreKey = “Player_” … userID
  • local success, err = pcall(function()
  1. return playerData:RemoveAsync(dataStoreKey)
  2. end)
  3. if success then
  4. warn(“Removed player data for user ID '” … userID … “’”)
  5. else
  6. warn(err)
  7. end
  8. end
  9. removePlayerDataEvent.Event:Connect(onRemovePlayerDataEvent)

I Put This Code Into A ServerScriptService Script Named Console Event And Made A Bindable Event
Named RemovePlayerData

I Then Joined The Game And On The Developer Console
Ran This game.ServerStorage.RemovePlayerData:Fire(“XXXXXXXX”) ---- With The Accounts ID Here

Would This Have Worked ? How Do I See If It Has ?

1 Like
#2

This will have removed the data fine as long as the Data Store and Key you inputted were correct.

You can use this handy studio plugin by @sleitnick to check - simply connect to the data store and enter the key to see if there is a data match.

#3

whats the key ? where do i find it ? what is it ? :grinning:

#4

The Key is basically the text to remember you in a datastore for example:

DataStore:SetAsync(500) -- This would error because we don't have a key or a piece of text to differentiate it with other players.

All you have to do is print out the DataStore or everybody in it. But a more easier method would be to print out the Player who joined(s) Key.

local Data = YourDataStore:GetAsync(Player.UserId)

print(Data)
1 Like
#5

so do i put that in the command ?
how do i find what my key is ?
i never made a datastore or remember ?

#6

Please just delete this stuff yourself Roblox if it is so important, it is not pleasant getting these messages non-stop. I would gladly consent to having user data auto-deleted instead of getting these messages.

3 Likes
#7 
1. local ServerStorage = game:GetService(“ServerStorage”)
2. local DataStoreService = game:GetService(“DataStoreService”)
3. local removePlayerDataEvent = ServerStorage:WaitForChild(“RemovePlayerData”)

* – Reference to player data store (replace “PlayerData” with the name of your data store)

4. local playerData = DataStoreService:GetDataStore(“PlayerData”)

game.Players.PlayerAdded:Connect(function(Player)
    local Data
    Data = DataStore:GetAsync(Player.UserId)
    print(Data) -- I suggest you use a pcall for this.
end)

* local function onRemovePlayerDataEvent(userID)

5. – Pattern for data store player key, for instance “Player_12345678”
6. local dataStoreKey = “Player_” … userID

* local success, err = pcall(function()

7. return playerData:RemoveAsync(dataStoreKey)
8. end)
9. if success then
10. warn(“Removed player data for user ID '” … userID … “’”)
11. else
12. warn(err)
13. end
14. end
15. removePlayerDataEvent.Event:Connect(onRemovePlayerDataEvent)

Your key is your UserId (In most cases for people), when people create a DataStore they use Players UserId’s because in any case they never change unlike usernames which can change if you pay 2,000 robux to change your username.

Yes you have, lol.

local playerData = DataStoreService:GetDataStore(“PlayerData”)

Everytime this piece of code runs it creates a DataStore or finds a Datastore( If it already ran before).

1 Like
#8

You only need to clear your data stores if you have used them before. If you have never used data stores before, there will be no data saved for the said user, so you dont need to worry about it. If you have used data stores before, you need to look at the specific data store name and key where your code saves the data and remove it from there. There is no general data store where all data is saved. If you have never used data stores before, then you probably have know idea what I am talking about and you dont need to take any action. If you have used data stores, then you probably already know how it works and what to do.

Edit: If you have other scripters or use free models, check to make sure they dont have scripts that use data stores.

1 Like
#9

How do i check them ? should i clear the map ?

#10

so was my script correct ? and my data was cleared
i put the key ( user id ) in the developer console would it have worked ?

#11

If you have no idea if your game even uses datastores or if it does but you don’t know how the script works, then you would have no way to erase a user’s data. The script(in your game) that saves the data creates the key, you have to know how it is created in order to delete it.

1 Like
#12

but what will happen ? the message ?

#13

Its like @Rymazon says, if you don’t have any data, you have nothing to erase, consider it done and delete the message. They probably just blindly send these to every game the person ever joined whether it had data or not.

1 Like
#14

Okay, go to the developer hub and search up Datastores. You need to have at least some knowledge on it before starting.

Then it is by your claim

Yes it should have, however if it didn’t its most likely a error.

1 Like
#15

They have to send you a message, plenty of games store other information about the player rather than just datastores, so it’s extremely important you do it yourself.

I have a dumb idea though, maybe they could make an API event that you connect to or something similar that will call a function you created, which could automate that entire process for you and solve the issue that large games can’t keep up

#16

its probably worked then which is good