This is an omnibus report to group the different issues under MySQL 5.7
Bug 16402 - DB structure cannot be loaded in MySQL 5.7 Bug 13669 - Web installer fails to load sample data on MySQL 5.6+ Bug 16573 - Web installer fails to load structure and sample data on MySQL 5.7 Bug 16554 - Web installer fails to load i18n sample data on MySQL 5.6+ Bug 14637 - Add patron category fails with MySQL 5.6.26 Bug 15819 - Error when edit borrowers "There are no patron categories defined" but categories exists Bug 16094 - error editing (borrowers, reports) with mysql enterprise Bug 16583 - Strangeness in the staff client on ubuntu 16.04 and MySQL 5.7 Bug 17234 - ALTER IGNORE TABLE is invalid in mysql 5.7. This breaks updatedatabase.pl Bug 17257 - Cannot create a patron under MySQL 5.7
Bug 17328 - Koha fixes for Mysql 5.7 A mini omnibus as I go, with no other intent than report. Sorry, didn't know about this one.
Bug 17320 - MySQL 5.7 doesn't work well with SQL using '0000-00-00' Bug 17324 - branchcode is NULL in letter triggers red upgrade message Bug 17260 - updatedatabase.pl fails on invalid entries in ENUM and BOOLEAN columns
*** Bug 16584 has been marked as a duplicate of this bug. ***
See https://wiki.koha-community.org/wiki/Koha_on_ubuntu_-_packages#Ubuntu_16.04_and_MySQL_5.7
(In reply to Jonathan Druart from comment #5) > See > https://wiki.koha-community.org/wiki/Koha_on_ubuntu_-_packages#Ubuntu_16. > 04_and_MySQL_5.7 On Ubuntu 16.04 (and others recent distro) now (Nov. 2016) is present MySQL 5.7. All version of Koha (3.x, 16.05, 16.11) are not compatible with default config of MySQL 5.7. To bypasss the problem you can: Install MariaDB instead of MySQL [ sudo apt-get install mariadb-server] OR Insert in your /etc/mysql/my.conf: [mysqld] sql_mode=IGNORE_SPACE,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION After save the changes and restart mysql.
Since MySQL 5.7 and MariaDB 10.2.4, the default value for SQL modes is MySQL: ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION MariaDB: NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES,ERROR_FOR_DIVISION_BY_ZERO
*** Bug 10732 has been marked as a duplicate of this bug. ***
Should this bug be renamed to "MariaDB 10.2 and MySQL 5.7" ? IIUC most of the related bugs are for these two versions. Until finding this and comment 7. I had the impression that only MySQL 5.7 had these big breaking changes.
(In reply to Victor Grousset/tuxayo from comment #9) > Should this bug be renamed to "MariaDB 10.2 and MySQL 5.7" ? > IIUC most of the related bugs are for these two versions. > > Until finding this and comment 7. I had the impression that only MySQL 5.7 > had these big breaking changes. Good question! It looks like both MariaDB 10.1 and 10.2 are based off MySQL 5.7. It might make sense to leave it as MySQL 5.7 with the onus being on users of MariaDB to figure out their MySQL compatibility.
(In reply to David Cook from comment #10) > It looks like both MariaDB 10.1 and 10.2 are based off MySQL 5.7. > > It might make sense to leave it as MySQL 5.7 with the onus being on users of > MariaDB to figure out their MySQL compatibility. I can't find much info about equivalence of versions that tell this [1], it seems a bit hard to figure that out. It's likely to also be interpreted as MySQL only compat issues, since the two DBMSs tend to fork more and more. Regardless of the name of this ticket that is only about one or two versions, does anyone has resources about version equivalence in general? That will come handy to watch in the future. [1] https://mariadb.com/kb/en/mariadb-vs-mysql-compatibility/#drop-in-compatibility-of-specific-mariadb-versions Ok for 10.2, as for 10.1 maybe we can deduct from the fact that 10.1 was release during the dev cycle of MySQL 5.7. Use of confirmation bias needed ^^"
*** Bug 17328 has been marked as a duplicate of this bug. ***