Breaking: Profile synchronization now includes hidden profiles and users
Description
The profile synchronization (
academic:) previously
skipped frontend users that were disabled or whose profile was hidden. Such
records were neither selected by
\FGTCLB\
(the automatic
hidden
restriction excluded them) nor resolved by
\FGTCLB\.
The synchronization now processes hidden profiles and disabled frontend users as well and keeps their data up to date, without changing their visibility.
The same applies to the profile creation (
academic:):
\FGTCLB\
now also returns disabled frontend users and
\FGTCLB\
resolves the frontend user ignoring its visibility, so a profile is
created for a disabled frontend user as well.
Impact
A hidden profile or a profile of a disabled frontend user that was
relying on being skipped by the synchronization is now updated again on
the next synchronization run. Its data (name, contact records and so on)
is overwritten with the current frontend user data, while the
hidden
state itself is kept untouched.
A disabled frontend user without a profile now also receives a newly
created profile on the next
academic: run.
Only the deleted state is still respected. Both the frontend user
visibility (
fe_) and the profile
hidden
field
are ignored for the profile synchronization and creation. The start and
end time are ignored as well, see Important: Profile synchronization ignores the visibility window.
Affected Installations
All installations that run
academic: or
academic: and have manually hidden profiles or
disabled frontend users.
Migration
If a profile should be excluded from the synchronization, set its
Disable profile sync checkbox (
skip_) instead of
hiding the profile or disabling the frontend user. The checkbox sits next
to the visibility of the profile record in the backend. Hiding a profile
now only controls its frontend visibility, not whether it is synchronized.