Case baseline
Capture BDG Game account evidence before changing the state
Before clearing data, reinstalling software, resetting a password or creating another account, record the current state. Capture the full error, masked identifier, destination, device, version and time. For a balance issue, include the transaction list and the balance before and after the disputed event.
Keep original screenshots private and make redacted copies for support. Remove full account numbers, identity numbers, OTPs, PINs, CVVs and unrelated transactions. Do not crop away the destination, timestamp or status that gives the image context.
Write down what changed immediately before the problem: a new phone, SIM replacement, app update, password reset, payment, identity request or new destination. This often narrows the issue faster than repeated generic messages.
One-line issue statement
Use a precise format: “Masked account ending 42 stopped accepting the existing password at 14:20 IST after app version X was installed; reset OTP arrives but is rejected.” This separates facts from assumptions.
Controlled testing
Change one BDG Game account variable per attempt
Start with low-risk checks: automatic date and time, mobile signal, trusted network, correct identifier format and newest OTP. Test once after each change. If every factor changes together, you will not know what fixed or worsened the problem.
Do not begin by uninstalling the app. Record its package identity and version first. Do not clear data before saving the masked account identifier and transaction evidence. Do not create a second account because the first appears missing.
If the issue follows a destination change, stop technical testing and verify identity. If it follows a payment, move to the payment record sequence. If a person requests sensitive credentials or remote access, move directly to the fraud stop conditions.
Escalation trigger: one controlled retry fails, the stated cooldown passes, or a balance/restriction issue requires platform-side action.