[–] [S] -4 points 11 hours ago

Using a browser to audit Google's tools doesn't give a corporation the legal right to fake a 'Delete' button and illegally hoard data in violation of GDPR Article 17. If your best counter-argument is inspecting my taskbar icons instead of the actual forensic evidence, you've already lost.

  • source
  • parent
  • context
  • [–] [S] -2 points 11 hours ago

    Google AI Studio’s “Delete” button is misleading and does not do what users expect. I documented the entire process — from deletion to recovery — in three separate videos:

    First part: https://youtu.be/LBQfNbPCxQw
    Second part: https://youtu.be/m4U6ajKuLRo
    Third part: https://youtu.be/8Pg-7eNPUWM

    During the test, I created a prompt, deleted it, and then permanently removed the JSON file from Google Drive by emptying the Trash. The file was completely gone. After that, I used Google’s official recovery tool. The JSON file came back, and the model immediately continued the conversation with full context.

    This can only mean one thing: Google does not delete the server‑side chat, even when the user explicitly requests deletion. The “Delete” button only removes the client‑side JSON pointer that appears in the UI. The server‑side session, context, and conversation state remain intact.

    If the backend had truly deleted the chat, then:

    the session would be gone,

    the context would be gone,

    the model would not be able to continue the conversation,

    restoring the JSON would do nothing.

    The fact that the model instantly continues the conversation proves that the server‑side data was never deleted.

    This is not a simple UI bug. It is undocumented backend behavior that violates the GDPR right to erasure (Article 17). The user is told the data will be deleted, yet Google continues to retain and process it. This raises further GDPR concerns: data minimization, purpose limitation, lack of lawful basis, and transparency issues.

    The question is simple:
    Why does Google keep server‑side chat data even after the user explicitly requests deletion?

    The developer and Google are quietly avoiding the issue: they are fully aware of the question, yet they still refuse to respond. All evidence is documented here:
    https://discuss.ai.google.dev/t/noyb-has-contacted-me-google-should-start-sweating-repost-2/176524

  • source
  • [–] [S] -2 points 11 hours ago

    @ all: Downvotes don’t delete a single byte from my archives, they don’t invalidate my videos, and they don’t affect my EU registration numbers in the slightest—kiss Google’s ass!

  • source
  • [–] [S] -4 points 11 hours ago

    @ all: Downvotes don’t delete a single byte from my archives, they don’t invalidate my videos, and they don’t affect my EU registration numbers in the slightest—kiss Google’s ass!

  • source
  •  

    I stand before Google with the following clear technical evidence that cannot be denied, because it is based on unassailable software logic: When I press the delete button on the Google AI Studio interface, the system uses a deceptive label to lie to me that “my prompt will be permanently deleted after 30 days.” In reality, this button does not delete the prompt, does not delete the chat, and does not destroy any backend object. All it does is move the launcher file belonging to the user interface — a simple JSON file — into the trash folder of my Google Drive.

    Google’s diabolical plan was that since the Drive trash automatically empties after 30 days, the JSON file would disappear from my sight forever. At that point, the interface tells me “there is no such prompt,” and because the chat cannot load without the file, Google assumed they were fully protected. They calculated that the user would never again have any technical means to enter the conversation, making it impossible to prove that they never actually deleted anything from their internal servers.

    But Google got caught precisely because of their own file‑restore robot, and this is my technical checkmate against them: The built‑in Google Drive file recovery tool is a local, “blind” robot. This robot physically has no access to Google’s remote, internal AI backend servers, and it cannot reconstruct server‑side database records or live session states out of thin air. This robot only operates inside the Drive storage and can only resurrect the discarded JSON file.

    When, after emptying the trash, I successfully restored the deleted JSON file with this robot, the AI Studio interface immediately loaded the working chat with its full previous memory and internal state.

    Since the Drive robot demonstrably did not touch the backend system, the chat’s instant startup proved in black and white that Google’s backend servers continued running and storing my data uninterrupted even after pressing the delete button and after the trash was emptied. The backend system was never affected by the deletion command.

    Google cannot deny this in court. They cannot claim temporary deletion or technical error, because due to the operational limitations of their own robot, their fraud has become an irrefutable fact. They only hid the surface key while illegally stealing and retaining the data. If they had the nerve to cheat, now they must publicly apologize and take responsibility before the court and the cameras.

    This is corporate fraud, and they cannot produce an update log for the renaming of the button, and the renaming itself states misleading things that contradict the technical behavior of the deletion. This was a rushed move by Google, demonstrably, intended to hide the illegal data retention.

    I had already raised the issue of data retention before the button was renamed — by email, on the forum, in every possible way. I even sent physical letters to Google’s US corporate address, which were demonstrably received, with signed return receipts and confirmation from the Hungarian postal service.

    Here are the posts that prove everything:

    https://discuss.ai.google.dev/u/bitu79/activity/topics

    Google wants you to believe that the prompt HAS BEEN DELETED from the server. When you empty the trash in Drive, the AI Studio interface states that “there is no such prompt”. This text clearly MEANS it was deleted from the server. But in reality, it was NOT deleted from the server, because after the Drive file recovery the prompt loads the exact same way with the same link. The current delete button, which they renamed to cover up their fraud, says: “Move prompt to trash Are you sure? Your prompt will be permanently deleted after 30 days.”. The prompt goes to the trash, which will be permanently deleted after 30 days. That is what it says, right. But this is a lie, because it is not the prompt that goes to the trash, but the pointer, the json. The prompt is never deleted from the Google servers. Google wanted you to believe that it was deleted from the server, while they DO NOT delete it. Renaming the button only served this purpose. This forum post from 2025 is also evidence against them, where a Google developer also confirmed that the prompt comes back with its own url, and several users described the same thing: https://discuss.ai.google.dev/t/deleted-chats-remain-accessible-via-direct-url-in-google-ai-studio/79557. This is the archive of that post on archive ph: https://archive.ph/Kuhcm

    Google’s own developer (Lalit_Kumar, 2025) wrote that the chat is actually not the JSON file in Drive, but only metadata. Due to the loss of the metadata, AI Studio “does not recognize” the chat — but this is not a deletion. This proves that the “there is no such prompt” UI text is a lie, because the prompt actually continues to live on Google’s server. This can be found here: https://discuss.ai.google.dev/t/saved-prompt-history-extension/101811 And its archive.ph save is here: https://archive.ph/ghAaS

    Returning to the button‑renaming issue: this is not a UI error, not a misunderstanding, not a technical glitch. What I have proven is INTENTIONAL. People at Google made deliberate decisions about this. And when something is intentional data deception + intentional data retention, it is no longer civil law — it is CRIMINAL LAW.

    Google knew exactly that the “Delete” button is lying. They knew exactly that the button promises: “Your prompt will be permanently deleted after 30 days.” They knew exactly that this is impossible, because the button does not delete the prompt — it only throws the JSON pointer into the Drive trash.

    The JSON is not the chat. The JSON is not the prompt. The JSON is not the session. The JSON is just a damn key without which the UI cannot load the conversation.

    Google designed this deliberately so the user would believe the prompt was deleted. They assumed that once the JSON disappears from the Drive trash after 30 days, the interface would say “there is no such prompt,” and everything would be hidden. Meanwhile, the backend continues storing the entire conversation as if nothing happened.

    This is the sickest part: it was not a mistake, but intentional concealment, done by people.

    Then came their own Drive robot, which can only restore the JSON — and has nothing to do with the Google AI backend. This is also proven. And when I restored the JSON, the chat loaded INSTANTLY, with full memory and full internal state. Here are the videos showing it, on PC and Android:

    https://youtu.be/LBQfNbPCxQw

    https://youtu.be/m4U6ajKuLRo

    This proves that the prompt remained on Google’s servers the entire time, even when the interface lied that “there is no such prompt.”

    This is criminal‑law territory. Intentional deception. Intentional data retention. Intentional concealment. Intentional harm. Which can even lead to prison sentences.

    It does not matter who is big — what matters is that they did not delete the data, and I proved it. It does not matter that Google is huge and I am just a user.

    If I go to court, I win. There is no other outcome. Google has lost, because they cheated intentionally. And this is already a CRIMINAL‑LAW category, committed against millions of users.

    The Audit Trail of Platform Collusion and Target Campaigns

    The hypocrisy is absolute. While these individuals attempt to accuse me of bias, the public record shows they are the ones running a coordinated defamation campaign across multiple platforms.The primary agitator, Mehdi_zardi, spent yesterday sabotaging my thread on Level1Techs, trying to ruin my reputation. Now, this exact same user has infiltrated this official Google AI Developers Forum to continue stirring up trouble and coordinating with local detractors like Faheem_Anis1 (who has opened multiple targeted meta-threads here specifically to demand my ban).This is a synchronized, organized attempt to silence a developer who brought up valid backend data privacy and JSON handling concerns. The permanent archives and cross-platform audit trails do not lie.

    @Faheem_Anis1 @Mehdi_zardi

    https://discuss.ai.google.dev/t/bro-needs-to-calm-down-a-bit/177226

    https://discuss.ai.google.dev/t/can-someone-ban-bitu79/176711

    https://ghostarchive.org/archive/mIc2Y

    https://ghostarchive.org/archive/cG78K

    Official Request for Immediate Moderation Action and Permanent Ban

    Based on the permanent audit trails provided above, I am officially requesting the Google AI Forum administration to issue an immediate and permanent ban against Faheem_Anis1 and Mehdi_zardi for the following severe violations of the Google Terms of Service and Forum Guidelines:

    Malicious Cross-Platform Harassment & Brigading: Mehdi_zardi created accounts on external networks (Level1Techs) to defame my character, then migrated to this forum to coordinate a synchronized attack with local users. Targeted Ban Campaigns & Character Assassination: Faheem_Anis1 explicitly violated forum decorum by creating multiple public meta-threads (e.g., “Can Someone Ban Bitu79?”) solely designed to orchestrate a public witch-hunt, which constitutes severe cyberbullying and harassment. Abuse of the Automated Moderation System (System Weaponization): These users have been caught red-handed in public posts coordinating to mass-report/flag my valid technical data privacy feedback, using false accusations to manipulate the forum’s automated bots. Allowing an organized clique to run cross-platform defamation campaigns and weaponize the flagging system against independent developers completely destroys the integrity of this community.

    I demand immediate intervention from the human moderation team to permanently terminate these malicious accounts.

    The “Spam” and “Bot” Accusations are Merely a Cover for Technical Incompetence

    When Faheem_Anis1, Mehdi_zardi, and their clique cannot refute hard technical data and documented backend flaws, their immediate reflex is to cry “spam” and call me a “bot.” This is a classic deflection tactic and the ultimate white flag used when a group completely runs out of logical counterarguments.

    Yesterday, Mehdi_zardi pulled the exact same amateur move on Level1Techs: instead of addressing the verifiable JSON anomalies, he resorted to personal insults and character assassination because his technical competence failed him. Now, they migrated here trying the exact same failed strategy, utterly overwhelmed by the fact that a single developer can systematically dismantle their entire clique.

    Let the record show:

    Deflection Over Substance: Instead of addressing the verifiable JSON handling anomalies and data retention issues I exposed, they attack the frequency, format, and nature of my posts across both platforms because they completely lack the technical knowledge to challenge my actual findings. Fear of Efficiency: You label me a “bot” or an AI script simply because my documentation is too fast, too precise, and too clean for your amateur standards. You cannot handle the fact that every single one of your toxic, coordinated moves is archived, tracked, and exposed within minutes. A bot didn’t find those backend vulnerabilities — I did. The Ultimate Failure: You are running out of buzzwords to manipulate the moderation team. First you tried “spam,” then you tried “racism,” and now you are down to “bot.” If you have a legitimate, factual counter-proof to my technical claims regarding the backend data handling, post it. Otherwise, your public whining and name-calling only confirm to the entire forum that you are completely helpless against the facts.

     

    https://medium.com/@istokovicsgyorgy79/the-great-google-scam-the-delete-button-that-actually-deletes-nothing-6fc2b169a778

    https://archive.ph/fwidF

    https://archive.ph/QQKHs https://archive.ph/GfWWY I’m asking everyone who uses Google AI Studio to help with something important. I already proved that the “Delete” button in AI Studio does not delete your chat from Google’s servers. It only removes the JSON file from Google Drive. The chat, the session, and the context all stay alive. This is not a bug. This is not an accident. This is intentional behavior. But one person proving it is not enough. If many people do the same test, Google cannot deny it. So please: help by doing the test and posting a photo of the automatic Google recovery email. Here is a video showing exactly how to do it: https://www.youtube.com/watch?v=LBQfNbPCxQw How to do the test Create a new prompt in AI Studio. Delete the prompt in AI Studio. Go to Google Drive, delete the JSON file, and empty the trash. Wait 5–10 minutes. Restore the JSON file using Google’s official recovery tool: Google Drive Recovery: https://support.google.com/googleone/answer/1716222?hl=hu&co=GENIE.Platform%3DDesktop What you will see The prompt comes back. The chat continues. The context is still there. Nothing was deleted from Google’s servers. This proves that Google intentionally keeps your chat, even after you press Delete. Please help: post a photo of the automatic Google recovery email After you restore the JSON file, Google will automatically send you an email confirming the recovery. Please take a photo of that email showing: the sender the date the subject the recovery confirmation And post it here. If many people do this, then: Google cannot deny it the proof becomes public accountability becomes unavoidable I’m asking for help. I can’t do this alone. We need many people. This is not theory. This is not debate. This is proof, and we can only make it undeniable if many people do the test.

    Google cannot claim lawful "data retention" in this case, because under applicable Union law, data subject to a retention period must be strictly isolated and restricted from live production systems. If this were a legitimate, lawful security retention period, the conversation history could not be instantly and seamlessly revived in the active production environment simply by restoring a client-side .json pointer file. Under the GDPR (specifically Articles 17 and 18) and the official guidelines of the European Data Protection Board (EDPB), data retained post-deletion must be "Put Beyond Use" and placed into restricted, passive storage. The fact that the backend context remains actively connected in hot storage and reloads within milliseconds upon pointer restoration definitively refutes any legal defense of "retention," constituting unlawful data retention under EU law.

    view more: next ›