{"push_id":1590484226,"size":97,"distinct_size":1,"ref":"refs/heads/bb-10.0-vicentiu","head":"1acfa942edb72fedcf92dd017ae5fef8694382e5","before":"66744f4540c464413055a79111c34449e8381618","commits":[{"sha":"67e2028161d1f653a852f1a4679ff5e523296218","author":{"name":"Sergei Golubchik","email":"6e25d0b739c1a159a12a5fefc96fcf208fd10801@mariadb.org"},"message":"MDEV-9690 concurrent queries with virtual columns crash in temporal code\n\nItem_func_le included Arg_comparator. Arg_comparator remembered\nthe current_thd during fix_fields and used that value during\nexecution to allocate Item_cache in get_datetime_value().\nBut for vcols fix_fields and val_int can happen in different threads.\n\nSame bug for Item_func_in using in_datetime or cmp_item_datetime,\nboth also remembered current_thd at fix_fields() to use it later\nfor get_datetime_value().\n\nAs a fix, these objects no longer remember the current_thd,\nand get_datetime_value() uses current_thd at run time. This\nshould not increase the number of current_thd calls much, as\nItem_cache is created only once anyway.","distinct":false,"url":"https://api.github.com/repos/MariaDB/server/commits/67e2028161d1f653a852f1a4679ff5e523296218"},{"sha":"798fcb541698cbf51f1ee33f44b023c11dc2b784","author":{"name":"Sergei Golubchik","email":"6e25d0b739c1a159a12a5fefc96fcf208fd10801@mariadb.org"},"message":"bugfix: cmp_item_row::alloc_comparators() allocated on the wrong arena\n\nit used current_thd->alloc() and allocated on the thd's execution arena,\nnot on table->expr_arena.\n\nRemove THD::arena_for_cached_items that is temporarily set in\nupdate_virtual_fields(), and replaces THD arena in get_datetime_value().\nInstead set THD arena to table->expr_arena for the whole  duration\nof update_virtual_fields()","distinct":false,"url":"https://api.github.com/repos/MariaDB/server/commits/798fcb541698cbf51f1ee33f44b023c11dc2b784"},{"sha":"b948b5f7c64c6430d98dc31b7e9f71d990b40ec1","author":{"name":"Sergei Golubchik","email":"6e25d0b739c1a159a12a5fefc96fcf208fd10801@mariadb.org"},"message":"bugfix: Item_func_min_max stored thd internally\n\nIt was used for get_datetime_value() and for thd->is_error().\n\nBut in fact, get_datetime_value() never used thd argument, because the\ncache ptr argument was NULL. And thd->is_error() check was not needed\nat that place at all.","distinct":false,"url":"https://api.github.com/repos/MariaDB/server/commits/b948b5f7c64c6430d98dc31b7e9f71d990b40ec1"},{"sha":"3e589d4b8edf3d435a44cf71419a8355fe284f8e","author":{"name":"Kristian Nielsen","email":"8b2be8e5a84037ac3c98656d8df5dc47c892e72f@knielsen-hq.org"},"message":"MDEV-11811: dual master with parallel replication memory leak in write master\n\nGtid_list_log_event::do_apply_event() did not free_root(thd->mem_root).\nIt can allocate on this in record_gtid(), and in some scenarios there is\nnothing else that does free_root(), leading to temporary memory leak until\nstop of SQL thread. One scenario is in circular replication with only one\nmaster active. The active master receives only its own events on the slave,\nall of which are ignored. But whenever the SQL thread catches up with the IO\nthread, a Gtid_list_log_event is applied, leading to the leak.","distinct":false,"url":"https://api.github.com/repos/MariaDB/server/commits/3e589d4b8edf3d435a44cf71419a8355fe284f8e"},{"sha":"e4e801d4789d3992c1f04b260de3af4c9e5e6b0c","author":{"name":"Sergei Golubchik","email":"6e25d0b739c1a159a12a5fefc96fcf208fd10801@mariadb.org"},"message":"connect: compilation errors and few obvious bugs","distinct":false,"url":"https://api.github.com/repos/MariaDB/server/commits/e4e801d4789d3992c1f04b260de3af4c9e5e6b0c"},{"sha":"6728aae3b34616cc98a7436ff93f318a15949a4b","author":{"name":"Sergei Golubchik","email":"6e25d0b739c1a159a12a5fefc96fcf208fd10801@mariadb.org"},"message":"Merge branch '5.5' into 10.0","distinct":false,"url":"https://api.github.com/repos/MariaDB/server/commits/6728aae3b34616cc98a7436ff93f318a15949a4b"},{"sha":"fbcdc3437c94314f69d255a303d791f704916653","author":{"name":"Sergei Golubchik","email":"6e25d0b739c1a159a12a5fefc96fcf208fd10801@mariadb.org"},"message":"connect zip bug fix","distinct":false,"url":"https://api.github.com/repos/MariaDB/server/commits/fbcdc3437c94314f69d255a303d791f704916653"},{"sha":"f003cc8a35a4cdd9621621f95da889777b8b31b0","author":{"name":"Igor Babaev","email":"3b85b3e83e658d5d33308486a92b220edc8ae0a6@askmonty.org"},"message":"Fixed bug mdev-8603.\n\nWhen building different range and index-merge trees the range optimizer\ncould build an index-merge tree with an index scan containing less ranges\nthen needed. This index-merge could be chosen as the best. Following this\nindex-merge the executioner missed some rows in the result set.\nThe invalid index scan was built due to an inconsistency in the code\nback-ported from mysql into 5.3 that fixed mysql bug #11765831:\nthe code added to key_or() could change shared keys of the second\nored tree. Partially the problem was fixed in the patch for mariadb\nbug #823301, but it turned out that only partially.","distinct":false,"url":"https://api.github.com/repos/MariaDB/server/commits/f003cc8a35a4cdd9621621f95da889777b8b31b0"},{"sha":"18ef02b04dfae21148c7397d088c7ffdfcd23c4e","author":{"name":"Sachin Setiya","email":"27daa2cf62cf42e9c610c0201e1adbbc35b8bbdd@gmail.com"},"message":"MDEV-4774 Strangeness with max_binlog_stmt_cache_size Settings\n\nProblem:- When setting max_binlog_stmt_cache_size=18446744073709547520\nfrom either command line or .cnf file, server fails to start.\n\nSolution:- Added one more function eval_num_suffix_ull , which uses\nstrtoull to get unsigned ulonglong from string. And getopt_ull calls this\nfunction instead of eval_num_suffix. Also changed previous eval_num_suffix to\neval_num_suffix_ll to remain consistent.","distinct":false,"url":"https://api.github.com/repos/MariaDB/server/commits/18ef02b04dfae21148c7397d088c7ffdfcd23c4e"},{"sha":"8725b35d897cfad6e55217ae80e7c387e8dfe8da","author":{"name":"Varun Gupta","email":"ace6a9bff351b714493985d8ed6bdd94c227bcdc@gmail.com"},"message":"MDEV-11108: Assertion `uniq_tuple_length_arg <= table->file->max_key_length()' failed in SJ_TMP_TABLE::create_sj_weedout_tmp_table\n\nRemoved the assert from the if clause to the else clause.","distinct":false,"url":"https://api.github.com/repos/MariaDB/server/commits/8725b35d897cfad6e55217ae80e7c387e8dfe8da"},{"sha":"46eef1ede2ddfceaa056a71ea52ecacdde2bc44e","author":{"name":"Igor Babaev","email":"3b85b3e83e658d5d33308486a92b220edc8ae0a6@askmonty.org"},"message":"Fixed bug mdev-11859.\n\nAs the function Item_subselect::fix_fields does it the function\nItem_subselect::update_used_tables must ignore UNCACHEABLE_EXPLAIN\nwhen deciding whether the subquery item should be considered as a\nconstant item.","distinct":false,"url":"https://api.github.com/repos/MariaDB/server/commits/46eef1ede2ddfceaa056a71ea52ecacdde2bc44e"},{"sha":"49fe9bad01cbd7f66efd52171c4234636ba61276","author":{"name":"Marko Mäkelä","email":"8e45a01f33d432daf319ea6ccf609effd6e7ab53@mariadb.com"},"message":"MDEV-11814 Refuse innodb_read_only startup if crash recovery is needed\n\nrecv_scan_log_recs(): Remember if redo log apply is needed,\neven if starting up in innodb_read_only mode.\n\nrecv_recovery_from_checkpoint_start_func(): Refuse\ninnodb_read_only startup if redo log apply is needed.","distinct":false,"url":"https://api.github.com/repos/MariaDB/server/commits/49fe9bad01cbd7f66efd52171c4234636ba61276"},{"sha":"afb461587c0b7dea2e5e70a165e8d4d437c3f964","author":{"name":"Marko Mäkelä","email":"8e45a01f33d432daf319ea6ccf609effd6e7ab53@mariadb.com"},"message":"MDEV-11915 Detect InnoDB system tablespace size mismatch early\n\nInnoDB would refuse to start up if there is a mismatch on\nthe size of the system tablespace files. However, before this\ncheck is conducted, the system tablespace may already have been\nheavily modified.\n\nInnoDB should perform the size check as early as possible.\n\nrecv_recovery_from_checkpoint_finish():\nMove the recv_apply_hashed_log_recs() call to\ninnobase_start_or_create_for_mysql().\n\ninnobase_start_or_create_for_mysql(): Test the mutex functionality\nbefore doing anything else. Use a compile_time_assert() for a\nsizeof() constraint. Check the size of the system tablespace as\nearly as possible.","distinct":false,"url":"https://api.github.com/repos/MariaDB/server/commits/afb461587c0b7dea2e5e70a165e8d4d437c3f964"},{"sha":"732672c3044e60fb0d1dfdb466bd3c3d13ea2f8d","author":{"name":"Marko Mäkelä","email":"8e45a01f33d432daf319ea6ccf609effd6e7ab53@mariadb.com"},"message":"MDEV-11233 CREATE FULLTEXT INDEX with a token longer than 127 bytes\ncrashes server\n\nThis bug is the result of merging the Oracle MySQL follow-up fix\nBUG#22963169 MYSQL CRASHES ON CREATE FULLTEXT INDEX\nwithout merging the base bug fix:\nBug#79475 Insert a token of 84 4-bytes chars into fts index causes\nserver crash.\n\nUnlike the above mentioned fixes in MySQL, our fix will not change\nthe storage format of fulltext indexes in InnoDB or XtraDB\nwhen a character encoding with mbmaxlen=2 or mbmaxlen=3\nand the length of a word is between 128 and 84*mbmaxlen bytes.\nThe Oracle fix would allocate 2 length bytes for these cases.\n\nCompatibility with other MySQL and MariaDB releases is ensured by\npersisting the used maximum length in the SYS_COLUMNS table in the\nInnoDB data dictionary.\n\nThis fix also removes some unnecessary strcmp() calls when checking\nfor the legacy default collation my_charset_latin1\n(my_charset_latin1.name==\"latin1_swedish_ci\").\n\nfts_create_one_index_table(): Store the actual length in bytes.\nThis metadata will be written to the SYS_COLUMNS table.\n\nfts_zip_initialize(): Initialize only the first byte of the buffer.\nActually the code should not even care about this first byte, because\nthe length is set as 0.\n\nFTX_MAX_WORD_LEN: Define as HA_FT_MAXCHARLEN * 4 aka 336 bytes,\nnot as 254 bytes.\n\nrow_merge_create_fts_sort_index(): Set the actual maximum length of the\ncolumn in bytes, similar to fts_create_one_index_table().\n\nrow_merge_fts_doc_tokenize(): Remove the redundant parameter word_dtype.\nUse the actual maximum length of the column. Calculate the extra_size\nin the same way as row_merge_buf_encode() does.","distinct":false,"url":"https://api.github.com/repos/MariaDB/server/commits/732672c3044e60fb0d1dfdb466bd3c3d13ea2f8d"},{"sha":"ea9caea87ed873479591113ad7cc1858bf3aa7e7","author":{"name":"Marko Mäkelä","email":"8e45a01f33d432daf319ea6ccf609effd6e7ab53@mariadb.com"},"message":"MDEV-11814 test fix\n\nDo not kill the server after call mtr.add_suppression(), because\nthe procedure modifies a crash-unsafe table, and we do not want to\ncorrupt that table.","distinct":false,"url":"https://api.github.com/repos/MariaDB/server/commits/ea9caea87ed873479591113ad7cc1858bf3aa7e7"},{"sha":"4e82aaab2f65268e3f206db38c3f10de555f0496","author":{"name":"Marko Mäkelä","email":"8e45a01f33d432daf319ea6ccf609effd6e7ab53@mariadb.com"},"message":"Clean up a few tests that kill the server.\n\nAs noted in MDEV-8841, any test that kills the server must issue\nFLUSH TABLES, so that tables of crash-unsafe storage engines will\nnot be corrupted. Consistently issue this statement after any\ncall mtr.add_suppression() calls.\n\nAlso, do not invoke shutdown_server directly, but use helpers instead.","distinct":false,"url":"https://api.github.com/repos/MariaDB/server/commits/4e82aaab2f65268e3f206db38c3f10de555f0496"},{"sha":"5c9baf54e7af994391aa0510f666b364ff2e657b","author":{"name":"Monty","email":"619425a0960223f559134e24d41484b6f4d562cc@mariadb.org"},"message":"Fix for memory leak in applications, like QT,that calls\nmy_thread_global_init() + my_thrad_global_end() repeatadily.\nThis caused THR_KEY_mysys to be allocated multiple times.\n\nDeletion of THR_KEY_mysys was originally in my_thread_global_end() but was\nmoved to my_end() as DBUG uses THR_KEY_mysys and DBUG is released after\nmy_thread_global_end() is called.\n\nReleasing DBUG before my_thread_global_end() and move THR_KEY_mysys back\ninto my_thread_global_end() could be a solution, but as safe_mutex and other\nthings called by my_thread_global_end is using DBUG it may not be completely\nsafe.\n\nTo solve this, I used the simple solution to add a marker that THR_KEY_mysys\nis created and not re-create it in my_thread_global_init if it already\nexists.","distinct":false,"url":"https://api.github.com/repos/MariaDB/server/commits/5c9baf54e7af994391aa0510f666b364ff2e657b"},{"sha":"60c932a3d025d94bd319da4f34e7c498205e4206","author":{"name":"Monty","email":"619425a0960223f559134e24d41484b6f4d562cc@mariadb.org"},"message":"backported build-tags from 10.2 to ensure that 'make tags' works again\nwith xemacs","distinct":false,"url":"https://api.github.com/repos/MariaDB/server/commits/60c932a3d025d94bd319da4f34e7c498205e4206"},{"sha":"f7e03d4419d2ac66a8d3a811647791c4f8b099b3","author":{"name":"Nirbhay Choubey","email":"5097b06b458769dfb0e60b88e06cb044c8c81c52@mariadb.com"},"message":"MDEV-4774: Fix test case","distinct":false,"url":"https://api.github.com/repos/MariaDB/server/commits/f7e03d4419d2ac66a8d3a811647791c4f8b099b3"},{"sha":"c46d140961b4797509fc83b2d04120e179bc2431","author":{"name":"Elena Stepanova","email":"29a5bb80b77c32f9bbd03156fab29afea52d5c3e@montyprogram.com"},"message":"MDEV-11764 perfschema.table_name fails in buildbot\n\nThere is only one select that returns a result set in this test.\nIt needs to be sorted","distinct":false,"url":"https://api.github.com/repos/MariaDB/server/commits/c46d140961b4797509fc83b2d04120e179bc2431"}]}
{"actor":{"display_login":"cvicentiu"}}