theier
November 9, 2020, 8:52am
1
Infos:
Used Zammad version: 3.5.0
Used Zammad installation source: package
Operating system: Debian 10
Browser + version: Firefox 78.4.0esr
Expected behavior:
Having an option to enable SSO authentication in the thrird party application section
Actual behavior:
Not having an option to enable SSO authentication
Steps to reproduce the behavior:
initially installed zammad version 3.3
database is migrated to a seperated Server
Updated to latest version via apt
setup kerberos auth as descriped in the latest zammad documentation
I now get this error message when opening /auth/sso:
Our release notes provide the needed hint…
" The SSO functionality now needs to be activated via Admin → Security → Third-party Applications → Authentication via SSO"
If you can’t find the option, your upgrade probably isn’t completed successfull.
Check your migrations.
theier
November 9, 2020, 2:38pm
3
Hello,
Thanks for the quick reply. You are right. The migration failed at creating a smime_certificates table and some index. we had to enable innodb_large_prefix and set innodb_default_row_format to dynamic as descriped at:
Infos:
Used Zammad version: 3.4
Used Zammad installation source: (source, package, …) package
Operating system: Centos7
Database: mariadb 10.1.x
DB Charset: utf8_unicode_ci
Expected behavior:
rake db:migrate running successfully
Actual behavior:
throws error Specified key was too long; max key length is 767 bytes: CREATE INDEX `index_smime_certificates_on_modulus` ON `smime_certificates`
Steps to reproduce the behavior:
updating Zammad with MariaDB as Database
Did someone else had the…
afterwards i deleted smime_certificates and run “zammad run rake db:migrate --trace” and the migration worked.
The option is now available and is working correctly.
Thanks again,
Thomas
1 Like
system
Closed
March 9, 2021, 2:38pm
4
This topic was automatically closed 120 days after the last reply. New replies are no longer allowed.