Skip to content

fix(migrations): profileType migrations

Hugo NOUTS requested to merge fix/scripts-migration into dev

getProfile now returns default json profileType when no userProfileType can be found

Default profileType is never stored in database

Migrations check docToUpdate array before assessing if an operation is possible (no doctype = NOOP)

Migrations can now use cozy.client to query more doctypes when preparing for an operation

1st migration (Remove old profileType template from users database) sorts array of profileType to make sure the oldest profileType is deleted. Also check if area === 100 (not so robust..)

UserChallenge quiz is checked to make sure no quiz result are overflowing (> 5)

Edited by Hugo NOUTS

Merge request reports