I note that the "Troubleshooting Information" page was not helpful; the zombie account username did not appear there.

The "Config Editor" was more help; clicking "Show All", then ticking "Show only modified preferences" whittled down the number of entries, then Ctrl-f allowed me to search for occurrences of the zombie. I found it in 2 places:

1) As a calendar account, though this account was NOT shown in the list of calendars on the left side of the "Calendars" tab. I think I did a decent job of deleting the various entries relating to the zombie, including the metaentries consisting of GUIDs and such of entries.

2) As an SMTP server, though this account was NOT shown in the list of SMTP servers in the "Account Settings" tab. Again, more tedious deletion of entries and searching for and deleting metadata in metaentries.

The fact that a deleted account was still being used, as evidenced by the regular popup of the OAuth prompt, yet was NOT shown in the main interfaces which purport to shows accounts, is ... an unexpected feature. Not a highly-rated one.

The zombie account is overdue for popping up another OAuth prompt, so there is hope that grunging about in "Config Editor", plus the holy water I sprinkled in the offering slot at the top of my server case, seems to have finally laid it to rest.

You're not the first user to experience this, and it seems to happen after the upgrade to TB 128. A similar issue is with MS accounts prompting for a password as if the authentication is 'normal password', when all accounts have been switched to OAuth2.

I am having this issue right now.

What did you search for when doing CTRL-F more specifically? I don't know what I am looking for in the Config Editor.

EDIT: I started browsing the list and found the email address of the deleted account, so I used CTRL-F to enter the domain name of that email adress.

I found:

• a calendar entry
• a username entry, I guess for checking mail (IMAP)
• an SMTP username entry
• another calendar entry pointing to apidata.googleusercontent.com/caldav/v2/<account email>/events/

Thank you for this!

I followed your steps and used CTRL-F to search for the email address connected to that ghost mail account and I found 4 entries in the Config Editor:

• a regular username entry, I guess for imap
• a caldav entry
• an smtp entry
• another caldav entry pointing to apidata.googleusercontent.com/caldav/v2/<email address>/events/

Without your tip pointing out the Config Editor I would have still had the stupid window popping up, but now it is gone! =)

Thank you for this!

I followed your steps and used CTRL-F to search for the email address connected to that ghost mail account and I found 4 entries in the Config Editor:

• a regular username entry, I guess for imap
• a caldav entry
• an smtp entry
• another caldav entry pointing to apidata.googleusercontent.com/caldav/v2/<email address>/events/

Without your tip pointing out the Config Editor I would have still had the stupid window popping up, but now it is gone! =)