maria:bb-10.4-release

Last commit made on 2024-02-13
Get this branch:
git clone -b bb-10.4-release https://git.launchpad.net/maria

Branch merges

Branch information

Name:
bb-10.4-release
Repository:
lp:maria

Recent commits

ae709b6... by Oleksandr "Sanja" Byelkin

fix view protocol in MDEV-29179

ca88eac... by Marko Mäkelä

MDEV-30528 CREATE FULLTEXT INDEX assertion failure WITH SYSTEM VERSIONING

ha_innobase::check_if_supported_inplace_alter(): Require ALGORITHM=COPY
when creating a FULLTEXT INDEX on a versioned table.

row_merge_buf_add(), row_merge_read_clustered_index(): Remove the parameter
or local variable history_fts that had been added in the attempt to fix
MDEV-25004.

Reviewed by: Thirunarayanan Balathandayuthapani
Tested by: Matthias Leich

c37216d... by Yuchen Pei <email address hidden>

MDEV-33441 Do not deinit plugin variables when retry requested

After MDEV-31400, plugins are allowed to ask for retries when failing
initialisation. However, such failures also cause plugin system
variables to be deleted (plugin_variables_deinit()) before retrying
and are not re-added during retry.

We fix this by checking that if the plugin has requested a retry the
variables are not deleted. Because plugin_deinitialize() also calls
plugin_variables_deinit(), if the retry fails, the variables will
still be deleted.

Alternatives considered:

- remove the plugin_variables_deinit() from plugin_initialize() error
handling altogether. We decide to take a more conservative approach
here.

- re-add the system variables during retry. It is more complicated
than simply iterating over plugin->system_vars and call
my_hash_insert(). For example we will need to assign values to
the test_load field and extract more code from test_plugin_options(),
if that is possible.

a0f2ff8... by Oleksandr "Sanja" Byelkin

Return back wolfssl v5.6.6 and new CC changed by 6b2cd7869522a140329a27583f965b8662d7f5f5

36f51d9... by Rex Johnston

MDEV-29179 Condition pushdown from HAVING into WHERE is not shown in optimizer trace

 JOIN::optimize_inner(), Condition pushdown from HAVING into WHERE
   not shown in optimizer trace.

d816a5c... by Oleksandr "Sanja" Byelkin

fix test

e48bd47... by Dmitry Shulga <email address hidden>

MDEV-15703: Crash in EXECUTE IMMEDIATE 'CREATE OR REPLACE TABLE t1 (a INT DEFAULT ?)' USING DEFAULT

This patch fixes the issue with passing the DEFAULT or IGNORE values to
positional parameters for some kind of SQL statements to be executed
as prepared statements.

The main idea of the patch is to associate an actual value being passed
by the USING clause with the positional parameter represented by
the Item_param class. Such association must be performed on execution of
UPDATE statement in PS/SP mode. Other corner cases that results in
server crash is on handling CREATE TABLE when positional parameter
placed after the DEFAULT clause or CALL statement and passing either
the value DEFAULT or IGNORE as an actual value for the positional parameter.
This case is fixed by checking whether an error is set in diagnostics
area at the function pack_vcols() on return from the function pack_expression()

6b2cd78... by Dmitry Shulga <email address hidden>

MDEV-15703: Crash in EXECUTE IMMEDIATE 'CREATE OR REPLACE TABLE t1 (a INT DEFAULT ?)' USING DEFAULT, UBSAN runtime error: member call on null pointer of type 'struct TABLE_LIST' in Item_param::save_in_field

This is the prerequisite patch to refactor the method
  Item_default_value::fix_fields.
The former implementation of this method was extracted and placed
into the standalone function make_default_field() and the method
Item_default_value::tie_field(). The motivation for this modification
is upcoming changes for core implementation of the task MDEV-15703
since these functions will be used from several places within
the source code.

85db534... by Marko Mäkelä

MDEV-33400 Adaptive hash index corruption after DISCARD TABLESPACE

row_discard_tablespace(): Do not invoke dict_index_t::clear_instant_alter()
because that would corrupt any adaptive hash index entries in the table.

row_import_for_mysql(): Invoke dict_index_t::clear_instant_alter()
after detaching any adaptive hash index entries.

2310130... by Daniel Bartholomew <email address hidden>

bump the VERSION