LDAP synchronizations UI truncates filter
Summary
Long LDAP filters are truncated.
If the LDAP filter used to link user objects to a group is longer than about 70 characters, it will be truncated in the user interface:
Filter: (&(employeeType=employee)(|(ou=Managed Services)(ou=Cloudops)(depar...
As far as I can tell, there is no way to view the complete filter, e,g., via an edit button or even a hovering tooltip.
Bonus issue, although not very important: it confusingly presents the &
operator in the filter as a verbatim HTML entity.
Steps to reproduce
In groups/example/-/ldap_group_links add an LDAP user filter:
(cn=12345678901234567890123456789012345678901234567890123456789012345678901234567890)
What is the current bug behavior?
The new filter is presented as
Filter: (cn=123456789012345678901234567890123456789012345678901234567890123...
What is the expected correct behavior?
Filter: (cn=12345678901234567890123456789012345678901234567890123456789012345678901234567890)
Results of GitLab environment info
Expand for output related to GitLab environment info
System information System: Ubuntu 20.04 Proxy: no Current User: git Using RVM: no Ruby Version: 2.7.4p191 Gem Version: 3.1.4 Bundler Version:2.1.4 Rake Version: 13.0.6 Redis Version: 6.0.14 Git Version: 2.33.0. Sidekiq Version:5.2.9 Go Version: unknown GitLab information Version: 14.3.3-ee Revision: 6d764ffb32f Directory: /opt/gitlab/embedded/service/gitlab-rails DB Adapter: PostgreSQL DB Version: 12.6 URL: https://git.i.bitbit.net HTTP Clone URL: https://git.i.bitbit.net/some-group/some-project.git SSH Clone URL: git@git.i.bitbit.net:some-group/some-project.git Elasticsearch: no Geo: no Using LDAP: yes Using Omniauth: yes Omniauth Providers: GitLab Shell Version: 13.21.1 Repository storage paths: - default: /var/opt/gitlab/git-data/repositories GitLab Shell path: /opt/gitlab/embedded/service/gitlab-shell Git: /opt/gitlab/embedded/bin/git
Possible fixes
Workaround
Utilize the Groups API - LDAP Group Links endpoints
Edited by Jio Castillo