1. 12 Nov, 2018 3 commits
  2. 11 Nov, 2018 1 commit
  3. 10 Nov, 2018 1 commit
  4. 09 Nov, 2018 3 commits
    • Alexey Botchkov's avatar
      MDEV-16174 Assertion `0' failed in... · 5cfb043d
      Alexey Botchkov authored
      MDEV-16174 Assertion `0' failed in Type_handler_string_result::make_sort_key(uchar*, Item*, const SORT_FIELD_ATTR*, Sort_param*)
      
      maybe_null should be always set to TRUE in
      Item_func_json_array_append::fix_length_and_dec()
      5cfb043d
    • Oleksandr Byelkin's avatar
      Merge branch '10.2-connect' into 10.2 · f5bcf788
      Oleksandr Byelkin authored
      f5bcf788
    • Igor Babaev's avatar
      MDEV-17574 SIGSEGV or Assertion `producing_item != __null' in · 2d7d19a3
      Igor Babaev authored
                 Item_direct_view_ref::derived_field_transformer_for_where
                 upon updating a view
      
      The condition pushed into a materialized derived / view mast be adjusted
      for the new context: its column references must be substituted for
      references to the columns of the underlying tables if the condition
      is pushed into WHERE. The substitution is performed by the 'transform'
      method. If the materialized derived is used in a mergeable view then
      the references to the columns of the view are represented by
      Item_direct_view_ref objects. The transform method first processes
      the item wrapped in such an object and only after this it transforms
      the object itself.
      The transformation procedure of an Item_direct_view_ref object has
      to know whether the item it wraps has been substituted. If so the
      procedure does not have to do anything. In the code before this patch
      it was not possible for the transformation procedure used by an
      Item_direct_view_ref object to find out whether a substitution for
      the wrapped item had happened.
      2d7d19a3
  5. 08 Nov, 2018 1 commit
    • Marko Mäkelä's avatar
      MDEV-17645 innodb.log_file_name_debug does not clean up after itself · 3fbee664
      Marko Mäkelä authored
      The test innodb.log_file_name_debug failed to ensure that
      the bogus redo log record that its debug injection emitted
      would be consumed by a redo log checkpoint before running a
      subsequent test, which could perform crash recovery.
      
      Add an extra shutdown to ensure that a redo log checkpoint is
      generated. In this way, the following will succeed:
      
      ./mtr --no-reorder innodb.log_file_name_debug innodb.read_only_recovery
      3fbee664
  6. 07 Nov, 2018 7 commits
  7. 06 Nov, 2018 6 commits
    • Igor Mazur's avatar
      MDEV-14528 Track master timestamp in case rolling back to serial replication · 54b8856b
      Igor Mazur authored
      When replicated events are from Master unaware of MariaDB GTID their handling by
      the Parallel slave misses Seconds_Behind_Master updating.
      
      In the bug condition the Show-Slave-Status' field remains unchanged.
      
      Because in such case event execution is sequential the bug
      is fixed with deploying the same logics as in the explicit single-threaded mode
      with is to set
      
        Relay_log_event::last_master_timestamp
      
      member early at the end of event reading from the relay log.
      54b8856b
    • Sergei Petrunia's avatar
      Disable rocksdb.com_rpc_tx test · 7dfcb871
      Sergei Petrunia authored
      It tests SQL-level feature that is available in FB/MySQL and not in MariaDB
      7dfcb871
    • Anel Husakovic's avatar
    • Jan Lindström's avatar
      MDEV-17230: encryption_key_id from alter is ignored by encryption threads · ef400185
      Jan Lindström authored
      Background: Used encryption key_id is stored to encryption metadata
      i.e. crypt_data that is stored on page 0 of the tablespace of the
      table. crypt_data is created only if implicit encryption/not encryption
      is requested i.e. ENCRYPTED=[YES|NO] table option is used
      fil_create_new_single_table_tablespace on fil0fil.cc.
      
      Later if encryption is enabled all tables that use default encryption
      mode (i.e. no encryption table option is set) are encrypted with
      default encryption key_id that is 1. See fil_crypt_start_encrypting_space on
      fil0crypt.cc.
      
      ha_innobase::check_table_options()
      	If default encryption is used and encryption is disabled, you may
              not use nondefault encryption_key_id as it is not stored anywhere.
      ef400185
    • Marko Mäkelä's avatar
      Unify a test with the 10.3 version · bdfe2784
      Marko Mäkelä authored
      Remove trailing white space, and use lower case for "eval" and "let".
      Add an "End of 10.2 tests" marker to ease future merges.
      bdfe2784
    • Marko Mäkelä's avatar
      Merge 10.1 into 10.2 · 32062cc6
      Marko Mäkelä authored
      32062cc6
  8. 05 Nov, 2018 4 commits
  9. 04 Nov, 2018 1 commit
    • Sergei Golubchik's avatar
      MDEV-17349 Assertion `!table || (!table->read_set ||... · af9649c7
      Sergei Golubchik authored
      MDEV-17349 Assertion `!table || (!table->read_set || bitmap_is_set(table->read_set, field_index))' failed on concurrent SELECT and DELETE after RENAME from table with index on virtual column
      
      Race condition. field->flags were copied from s->field->flags during
      field->clone(), early in open_table_from_share(). But s->field->flags
      were getting their PART_INDIRECT_KEY_FLAG bit much later in
      TABLE::mark_columns_used_by_virtual_fields() and only once per share.
      
      If two threads were executing the code between field->clone()
      and mark_columns_used_by_virtual_fields() at the same time, only
      one would get PART_INDIRECT_KEY_FLAG bits in field[].
      af9649c7
  10. 03 Nov, 2018 1 commit
  11. 02 Nov, 2018 5 commits
  12. 01 Nov, 2018 7 commits