Deleting `storage/statamic/oauth/[provider].php` locks out users

[helloiamlukas]

Bug description

Since the OAuth users are only matched by Provider ID anymore (e.g. Google ID), users can not login if the file in storage/statamic/oauth/[provider].php is deleted.

The only way to regain access is to login via email and connect the provider manually again.

I'm not 100% sure if this is a bug, but if not, I think it should be stated in the docs that storage/statamic/oauth/[provider].php needs to be persisted.

How to reproduce

1. Setup Statamic with OAuth (e.g. Google)
2. Login via OAuth
3. Delete storage/statamic/oauth/[provider].php (e.g. storage/statamic/oauth/google.php)

Logs

Environment

Environment
Laravel Version: 13.30.1
PHP Version: 8.5.8
Composer Version: 2.10.2
Environment: local
Debug Mode: ENABLED
Maintenance Mode: OFF
Timezone: UTC
Locale: de

Cache
Config: NOT CACHED
Events: NOT CACHED
Routes: NOT CACHED
Views: CACHED

Drivers
Broadcasting: pusher
Cache: redis
Database: pgsql
Logs: daily
Mail: smtp
Queue: database
Session: redis

Storage
public/storage: LINKED

Livewire
Livewire: v4.4.3

Statamic
Addons: 2
License Key: Set
Sites: 1
Stache Watcher: Disabled
Static Caching: Disabled
Version: 6.31.0 PRO

Statamic Addons
statamic/eloquent-driver: 5.11.1
statamic/seo-pro: 7.14.1

Statamic Eloquent Driver
Addon Settings: file
Asset Containers: eloquent
Assets: eloquent
Blueprints: file
Collection Trees: eloquent
Collections: file
Entries: eloquent
Fieldsets: file
Form Submissions: eloquent
Forms: file
Global Sets: file
Global Variables: file
Navigation Trees: eloquent
Navigations: file
Revisions: eloquent
Sites: file
Taxonomies: file
Terms: file
Tokens: file

Installation

Fresh statamic/statamic site via CLI

Additional details

No response