fix: initialize KYC progress on mail login to set kycLevel 10

[TaprootFreak]

Summary

• Fix mail login users having kycLevel 0 despite verified email
• Add initializeProgress() method to KycService
• Call it in completeSignInByMail() to trigger KYC flow

Problem

Mail login users had kycLevel = 0 even though their email was verified via OTP. This caused:

• EmailRequired error when trying to buy (instead of RecommendationRequired)
• Inconsistent behavior compared to wallet login with email

Root Cause

The KYC flow was never triggered after mail login:

1. User logs in via mail → createUserData() with mail set
2. completeSignInByMail() generates token and redirects
3. No KYC flow triggered → No CONTACT_DATA step created → kycLevel stays 0

Solution

Call kycService.initializeProgress(account) in completeSignInByMail():

1. initializeProgress() triggers updateProgress()
2. CONTACT_DATA step is initiated
3. Since user.mail exists → step auto-completes via trySetMail()
4. PERSONAL_DATA becomes next step → kycLevel set to 10

Test plan

• Mail login with new account → verify kycLevel = 10
• Mail login with existing account → verify kycLevel unchanged if already ≥ 10
• Verify CONTACT_DATA step is created and completed
• Verify buy flow shows "RecommendationRequired" instead of "EmailRequired"

[github-actions]

⚠️ Security: 0 critical, 65 high vulnerabilities

[TaprootFreak]

🐛 Pre-existing Bug entdeckt: autoTradeApproval Check funktioniert nicht für Mail-Login

Problem

In completeSignInByMail() wird die wallet Relation nicht geladen, wodurch der autoTradeApproval Check in checkPendingRecommendation() fehlschlägt:

// auth.service.ts:306
const account = await this.userDataService.getUserData(entry.userDataId, { users: true });
// ❌ wallet wird NICHT geladen!

// auth.service.ts:318
if (!account.tradeApprovalDate) await this.checkPendingRecommendation(account);
// ❌ Ohne zweiten Parameter (userWallet)!

Im Vergleich dazu laden andere Login-Methoden die wallet korrekt:

// Wallet-Login (signIn) - Zeile 179:
await this.checkPendingRecommendation(user.userData, wallet);  // ✅ wallet übergeben

// Wallet-Login (signInWithKey) - Zeile 216:
await this.checkPendingRecommendation(user.userData, user.wallet);  // ✅ wallet übergeben

// Mail-Login (completeSignInByMail) - Zeile 318:
await this.checkPendingRecommendation(account);  // ❌ wallet NICHT übergeben!

Auswirkung

checkPendingRecommendation() prüft:

if (userData.wallet?.autoTradeApproval || userWallet?.autoTradeApproval)
  await this.userDataService.updateUserDataInternal(userData, { tradeApprovalDate: new Date() });

Da userData.wallet nicht geladen und userWallet nicht übergeben wird, wird tradeApprovalDate nie automatisch gesetzt, selbst wenn das Wallet autoTradeApproval = true hat.

Betroffene User (Produktion)

SELECT COUNT(*) FROM user_data ud 
INNER JOIN wallet w ON ud.walletId = w.id 
WHERE ud.status = 'KycOnly' 
  AND w.autoTradeApproval = 1 
  AND ud.tradeApprovalDate IS NULL
-- Ergebnis: 1 User (ID: 242230, CakeWallet)

Warum kein Impact für die meisten Mail-Login User?

Das Default-Wallet (ID 1, "DFX Wallet") hat autoTradeApproval = false. Daher sind nur User betroffen, deren userData mit einem Wallet verknüpft ist, das autoTradeApproval = true hat (z.B. CakeWallet, OnRamper, etc.).

Empfohlener Fix (separater PR)

// Option A: wallet Relation laden
const account = await this.userDataService.getUserData(entry.userDataId, { users: true, wallet: true });
if (!account.tradeApprovalDate) await this.checkPendingRecommendation(account);

// Option B: wallet explizit übergeben (wie bei anderen Login-Methoden)
const account = await this.userDataService.getUserData(entry.userDataId, { users: true, wallet: true });
if (!account.tradeApprovalDate) await this.checkPendingRecommendation(account, account.wallet);

Fazit

Dieser Bug ist pre-existierend und nicht Teil dieses PRs. Der Impact ist minimal (1 User), aber der Bug sollte in einem separaten PR gefixt werden.