1. 01 Aug, 2014 1 commit
  2. 28 Jul, 2014 1 commit
  3. 23 Jul, 2014 2 commits
  4. 05 Jun, 2014 1 commit
  5. 04 Jun, 2014 1 commit
  6. 02 Jun, 2014 3 commits
  7. 01 May, 2014 1 commit
  8. 23 Apr, 2014 1 commit
  9. 22 Apr, 2014 1 commit
  10. 21 Apr, 2014 4 commits
  11. 18 Apr, 2014 1 commit
  12. 17 Apr, 2014 1 commit
    • Igor Babaev's avatar
      Fixed bugs mdev-5927 and mdev-6116. · 13dc299a
      Igor Babaev authored
      Both bugs are caused by the same problem: the function optimize_cond() should
      update the value of *cond_equal rather than the value of join->cond_equal,
      because it is called not only for the WHERE condition, but for the HAVING
      condition as well.
      13dc299a
  13. 11 Apr, 2014 3 commits
  14. 23 Mar, 2014 1 commit
  15. 21 Mar, 2014 1 commit
  16. 18 Mar, 2014 1 commit
  17. 16 Mar, 2014 3 commits
  18. 15 Mar, 2014 1 commit
  19. 14 Mar, 2014 1 commit
    • unknown's avatar
      MDEV-5446: Assertion `!table || (!table->read_set ||... · 5c8ed7dd
      unknown authored
      MDEV-5446: Assertion `!table || (!table->read_set || bitmap_is_set(table->read_set, field_index))' fails on EXPLAIN EXTENDED with VALUES function
      
      field_index should be set correctly for null field created by Item_insert_value::fix_fields().
      5c8ed7dd
  20. 13 Mar, 2014 5 commits
  21. 12 Mar, 2014 4 commits
  22. 07 Mar, 2014 1 commit
  23. 06 Mar, 2014 1 commit
    • Igor Babaev's avatar
      Fixed bug mdev-5686. · 1f2ef574
      Igor Babaev authored
      The calls of the function remove_eq_conds() may change the and/or structure
      of the where conditions. So JOIN::equal_cond should be updated for non-recursive
      calls of remove_eq_conds(). 
      1f2ef574