Skip to content

Conversation

@TaprootFreak
Copy link
Collaborator

@TaprootFreak TaprootFreak commented Jan 9, 2026

Summary

Prepare workflow files for the upcoming branch rename from master to main.

Updates all workflow files to reference main instead of master:

  • api-prd.yaml: trigger deployment on main branch
  • api-pr.yaml: run PR checks for main branch
  • codeql.yml: run security scans on main branch
  • auto-release-pr.yaml: create release PRs targeting main
  • infrastructure/citrea/citreascan/README.md: fix CitreaScan branch reference

Prerequisites

This PR should be merged AFTER:

  1. Release PR Release: develop -> master #2899 is merged to master
  2. master branch is renamed to main in GitHub
  3. Branch Protection Rules are recreated for main

Steps to rename the branch

git checkout master && git pull
git branch -m master main
git push origin main
git push origin --delete master

Branch Protection Rules

Current master protection must be recreated for main:

  • Required approving reviews: 1
  • Dismiss stale reviews: ✓
  • Require code owner reviews: ✓

Note: Default branch remains develop - only the production branch is renamed.

Update all workflow files to use 'main' instead of 'master':
- api-prd.yaml: trigger on main branch
- api-pr.yaml: run PR checks for main branch
- codeql.yml: scan main branch
- auto-release-pr.yaml: create release PRs to main
@TaprootFreak
Copy link
Collaborator Author

Checkliste für Branch-Umbenennung (korrigiert)

Vor dem Merge dieses PRs:

  • PR Release: develop -> master #2899 (Release: develop -> master) mergen
  • Branch umbenennen:
    git checkout master && git pull
    git branch -m master main
    git push origin main
    git push origin --delete master
  • Branch Protection Rules für main einrichten (falls vorhanden für master)

Nach dem Merge dieses PRs:

  • Verifizieren dass api-prd.yaml auf Push zu main triggered
  • Verifizieren dass auto-release-pr.yaml PRs nach main erstellt
  • Externe Systeme aktualisieren (Azure DevOps, etc.) falls nötig

Hinweis: Default Branch bleibt develop - nur der Production Branch wird umbenannt.

@github-actions
Copy link

github-actions bot commented Jan 9, 2026

🤖 PR Review Bot

⚠️ Security: 0 critical, 65 high vulnerabilities


This is an automated review. Please address the issues above.

@TaprootFreak TaprootFreak force-pushed the chore/rename-master-to-main branch from d73d98d to af52a40 Compare January 9, 2026 19:25
@TaprootFreak TaprootFreak merged commit e577c6c into develop Jan 12, 2026
11 checks passed
@TaprootFreak TaprootFreak deleted the chore/rename-master-to-main branch January 12, 2026 11:08
TaprootFreak added a commit that referenced this pull request Jan 12, 2026
* chore: rename master branch references to main (#2900)

* chore: rename master branch references to main

Update all workflow files to use 'main' instead of 'master':
- api-prd.yaml: trigger on main branch
- api-pr.yaml: run PR checks for main branch
- codeql.yml: scan main branch
- auto-release-pr.yaml: create release PRs to main

* docs: fix CitreaScan branch reference (master -> main)

* fix: load wallet relation for autoTradeApproval check in mail login (#2904)

In completeSignInByMail(), the wallet relation was not loaded when
fetching userData, causing the autoTradeApproval check in
checkPendingRecommendation() to always fail.

Changes:
- Add wallet to relations in getUserData() call
- Pass account.wallet to checkPendingRecommendation()

This aligns mail-login with wallet-login behavior where the wallet
is properly passed to checkPendingRecommendation().

* feat: improve local development experience for mail handling (#2905)

- Skip mail sending in local environment and log mail details instead
- Log mail login URL in local environment for easy testing
- Add SERVICES_URL to .env.local.example for complete login URLs

* fix: initialize KYC progress on mail login to set kycLevel 10 (#2903)

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

Mail login users had kycLevel 0 even though their email was verified
via OTP. This happened because the KYC flow was never triggered after
mail login, leaving CONTACT_DATA step uncompleted.

Changes:
- Add initializeProgress() method to KycService that triggers
  updateProgress() for a given user
- Call initializeProgress() in completeSignInByMail() after successful
  authentication

Now when a user completes mail login:
1. initializeProgress() triggers updateProgress()
2. CONTACT_DATA step is auto-completed (user.mail exists)
3. PERSONAL_DATA becomes next step → kycLevel set to 10

This makes mail login behavior consistent with wallet login where
adding an email triggers the same KYC flow.

* fix: improve initializeProgress with retry logic and error handling

- Set shouldContinue=false to only set kycLevel without initiating
  next KYC steps (PERSONAL_DATA)
- Add Util.retry() with duplicate key check for race conditions
  (e.g., user double-clicks OTP link)
- Make KYC initialization non-blocking in completeSignInByMail()
  so login succeeds even if KYC init fails

* fix: correct initializeProgress to use autoStep=false

The previous fix with shouldContinue=false was incorrect - it prevented
any KYC progress from happening because CONTACT_DATA doesn't return a
nextLevel value.

The correct solution is shouldContinue=true, autoStep=false:
- shouldContinue=true: allows CONTACT_DATA to be initiated and auto-completed
- autoStep=false: prevents PERSONAL_DATA from being initiated (depth > 0)

Flow:
1. depth=0: (autoStep || depth===0) = true → CONTACT_DATA initiated/completed
2. depth=1: (autoStep || depth===0) = false → Level 10 set, no further steps

* fix: skip initializeProgress for users with CONTACT_DATA completed

Prevents unintentionally initiating PERSONAL_DATA step for returning
users who already have CONTACT_DATA completed. The level should already
be set for these users.

* chore: add migration script to fix kycLevel for edge case users

4 active users have CONTACT_DATA completed but kycLevel = 0.
This SQL script updates their level to 10.

Affected user IDs: 257036, 229330, 1158, 1058

* fix: make migration script safer

- Comment out UPDATE statement (must be uncommented manually)
- Add transaction wrapper (BEGIN/COMMIT/ROLLBACK)
- Use JOIN-based UPDATE syntax for SQL Server
- Add clear step-by-step instructions
- Add row count verification check

* fix: Start KYC process on mail add

* fix: script executed

---------

Co-authored-by: David May <david.leo.may@gmail.com>

---------

Co-authored-by: TaprootFreak <142087526+TaprootFreak@users.noreply.github.com>
Co-authored-by: bernd2022 <104787072+bernd2022@users.noreply.github.com>
Co-authored-by: David May <david.leo.may@gmail.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants