After upgrading from 6.x to 7.x "The current brand must have a recovery flow configured to use a recovery link" #14
Open
opened 2025-03-22 22:14:27 +00:00 by marlon
·
7 comments
No Branch/Tag Specified
main
renovate/pgautoupgrade-pgautoupgrade-18.x
notplants-authentik-upgrade
add-mila
fature/group_apps
redirect_uri_fix
kc_stable
feature/535_remove_background
WIP
nextcloud
list
event_delete_model
patch_kimai_integration
password_bootstrap
custom-css
validate-username
custom_theme
copy_assets
12.1.0+2026.8.0
12.0.6+2026.5.6
12.0.5+2026.5.5
12.0.4+2026.5.4
12.0.3+2026.5.3
12.0.2+2026.5.2
12.0.1+2026.5.2
12.0.0+2026.5.2
11.0.4+2026.2.1
11.0.3+2026.2.1
11.0.2+2026.2.1
11.0.1+2026.2.1
11.0.0+2026.2.1
10.2.0+2025.12.4
10.1.4+2025.10.2
10.1.3+2025.10.2
10.1.2+2025.10.2
10.1.1+2025.10.2
10.1.0+2025.10.2
9.0.2+2025.8.1
9.0.1+2025.8.1
9.0.0+2025.8.1
8.0.0+2025.8.1
7.4.1+2025.6.4
7.4.0+2025.6.3
7.3.2+2025.6.2
7.3.1+2025.6.1
7.3.0+2025.6.0
7.2.0+2025.4.1
7.1.0+2025.2.4
7.0.3+2025.2.3
7.0.2+2025.2.2
7.0.1+2025.2.0
7.0.0+2025.2.0
6.12.0+2024.12.3
6.11.1+2024.10.5
6.11.0+2024.10.5
6.10.1+2024.10.4
6.9.0+2024.10.0
6.8.1+2024.10.0
6.8.0+2024.10.0
6.7.1+2024.8.3
6.5.3+2024.6.5
6.5.2+2024.6.5
6.7.0+2024.8.3
6.5.1+2024.6.5
6.6.0+2024.8.2
6.5.0+2024.6.3
6.3.1+2024.6.1
6.4.0+2024.6.3
6.3.1+2024.6.2
6.3.0+2024.6.1
5.1.2+2024.2.3
6.2.0+2024.4.2
6.1.1+2024.4.2
6.1.0+2024.4.2
6.0.0+2024.4.0
5.2.1+2024.4.0
5.2.0+2024.4.0
5.1.1+2024.2.3
5.1.0+2024.2.3
5.0.2+2024.2.2
5.0.1+2024.2.2
5.0.0+2024.2.2
4.3.0+2023.10.7
4.2.0+2023.10.7
4.1.1+2023.10.7
4.1.0+2023.10.5
4.0.0+2023.10.5
3.3.1+2023.8.5
3.3.0+2023.8.5
3.2.4+2023.6.1
3.2.3+2023.6.1
3.2.2+2023.6.1
3.2.1+2023.6.1
3.1.0+2023.3.1
3.0.0+2023.2.3
3.2.0+2023.6.1
3.1.2+2023.3.1
3.1.1+2023.3.1
2.0.0+2023.2.3
1.4.2+2023.2.3
1.4.1+2023.2.3
1.4.0+2023.1.0
1.3.0+2022.12.2
1.2.0+2022.11.3
1.1.1+2022.11.1
0.7.0+2022.11.1
1.1.0+2022.11.1
1.0.0+2022.10.1
0.6.0+2022.10.1
0.6.0+2022.10.0
0.5.0+2022.9.0
0.4.0+2022.8.2
0.3.0+2022.7.3
0.2.0+2022.6.3
0.1.0+2022.6.2
Labels
No items
No labels
Milestone
No items
No Milestone
Projects
Clear projects
No projects
Assignees
3wordchant
aadil (Aadil Ayub)
abra-bot (Abra Bot)
ammaratef45
amras (Sarma)
Apfelwurm
appletalk
arjan
basebuilder
BornDeleuze
Brooke
carla
cas (Cassowary)
codegod100
coopcloud
cyrnel
decentral1se (d1)
dede
devydave
fauno (fauno)
flancian
Frando
iexos
jade (Jade Ambrose)
javielico (Javielico)
jjsfunhouse
jmakdah2 (Jackie Makdah)
joe-irving (Joe Irving)
kawaiipunk (KawaiiPunk)
knoflook
kolaente
lambdabundesverband
linnealovespie (April)
marlon (marlon)
mayel
mirsal
moosemower
moritz
nicksellen (Nick Sellen)
notplants
oxaliq (sorrel)
p4u1
pau
pharaohgraphy (Andrew 🐦🔥❤️🔥✴️)
PhiNatalie
renovate-bot (Comrade Renovate Bot)
ripclap
rix
rscmbbng
sef (sef)
simon
sixsmith (Sixsmith)
stevensting
tobias
trav (Trav Fryer)
val (val (he/him))
vaznasty
virtualboys
wolcen (Chris Thompson)
wykwit
xynosis
yksflip
Clear assignees
No Assignees
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: coop-cloud/authentik#14
Reference in New Issue
Block a user
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
After upgrading an authentik instance from 6.11.0+2024.10.5 to versions after that (6.12.0+2024.12.3 or 7.0.1+2025.2.0), functions to reset a user's password like "Create Recovery Link" or "Email Recovery Link" fail, with the message "The current brand must have a recovery flow configured to use a recovery link"
Rolling back to 6.11.0+2024.10.5 fixes the problem.
Its a bug in authentik that is fixed in 2025.2.1. I updated the recipe to 2025.2.2, for me it works again.
Thanks for taking a look! But I still get the same bug after upgrading to the 7.0.2+2025.2.2 tag.
I've tested two deployments and get the same behavior on both...
Just updating this to note that 7.1.0+2025.2.4 has this problem too on all servers I've tested. Next I want to try deploying a fresh one to compare against, to understand if it's an upgrade path issue...
I haven't dug deeper yet, but in this line
No, I didn't make any changes to brands. The only changes I made to the default deployment was creating users, groups, providers and apps.
When I look at the brand config, I see only one brand called
authentik-defaultwhich is set as default, and which has Recovery Flow set todefault-recovery-flow (Default recovery flow)That all seems correct...
This appears to be a problem when running abra upgrade from 6.x to 7.x. Removing and redeploying the app with the 7.x recipe version fixes this issue.
Maybe its related to the broken recovery flow blueprint that I fixed in
c86640b0abI still don't really understand when and which blueprints are applied, and what is part of this recipe and what authentik ships with by default