Bug 499330 - Creating a new manually configured account with XOAuth doesn't save that auth type
Summary: Creating a new manually configured account with XOAuth doesn't save that auth...
Status: REPORTED
Alias: None
Product: kmail2
Classification: Applications
Component: general (other bugs)
Version First Reported In: 6.3.1
Platform: Fedora RPMs Linux
: NOR normal
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2025-01-30 15:13 UTC by zeiglerr
Modified: 2025-01-30 15:13 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description zeiglerr 2025-01-30 15:13:05 UTC 
SUMMARY
I have access to a GSuite Account. When I add the account, it is not autodetected, but I can manually configure it using the settings of a normal Google mail account which include XOAuth as the authentication type for receiving and sending. These auth settings aren't assigned to the new account

STEPS TO REPRODUCE
1. Add an email account manually
2. Set authentication type to XOAuth
3. Click to the final wizard page

OBSERVED RESULT
The new account's receiving server has authentication type PLAIN
The new account's sending server has authentication type LOGIN
A notification appears indicating that the account has no password assigned

EXPECTED RESULT
The OAuth authentication flow starts similar to automatic XOAuth accounts and the correct settings are assigned.


SOFTWARE/OS VERSIONS
Windows: 
macOS: 
(available in the Info Center app, or by running `kinfo` in a terminal window)
Linux/KDE Plasma: 
KDE Plasma Version: 6.2.5
KDE Frameworks Version: 6.10.0
Qt Version: 6.8.1

ADDITIONAL INFORMATION
When I set the account settings to XOAuth manually and then restart the account everything works normally in that the browser flow starts and then afterwards I can access the server.