1. 09 Feb, 2011 7 commits
    • MySQL Build Team's avatar
      Backport into build-201102032246-5.1.52sp1 · 3f3947a4
      MySQL Build Team authored
      > ------------------------------------------------------------
      > revno: 3452.17.1
      > revision-id: mattias.jonsson@oracle.com-20101005125751-ds92svhhb13ds8ri
      > parent: sergey.glukhov@sun.com-20101004085126-ia6veky4w6j87i43
      > committer: Mattias Jonsson <mattias.jonsson@oracle.com>
      > branch nick: b55091-51-security
      > timestamp: Tue 2010-10-05 14:57:51 +0200
      > message:
      >   Bug#55091: Server crashes on ADD PARTITION after a failed attempt
      >   
      >   In case of failure in ALTER ... PARTITION under LOCK TABLE
      >   the server could crash, due to it had modified the locked
      >   table object, which was not reverted in case of failure,
      >   resulting in a bad table definition used after the failed
      >   command.
      >   
      >   Solved by always closing the LOCKED TABLE, even in case
      >   of error.
      >   
      >   Note: this is a 5.1-only fix, bug#56172 fixed it in 5.5+
      3f3947a4
    • MySQL Build Team's avatar
      Backport into build-201102032246-5.1.52sp1 · c293f037
      MySQL Build Team authored
      > ------------------------------------------------------------
      > revno: 3452.13.54
      > revision-id: oystein.grovlen@oracle.com-20110112093715-tc076voaxwblqk8v
      > parent: georgi.kodinov@oracle.com-20110110130833-1c9q21mr7zoq07vg
      > committer: Oystein Grovlen <oystein.grovlen@oracle.com>
      > branch nick: mysql-5.1-security
      > timestamp: Wed 2011-01-12 10:37:15 +0100
      > message:
      >   Bug#59211: Select Returns Different Value for min(year) Function
      >   
      >   get_year_value() contains code to convert 2-digits year to
      >   4-digits.  The fix for Bug#49910 added a check on the size of
      >   the underlying field so that this conversion is not done for
      >   YEAR(4) values. (Since otherwise one would convert invalid
      >   YEAR(4) values to valid ones.)
      >   
      >   The existing check does not work when Item_cache is used, since
      >   it is not detected when the cache is based on a Field.  The
      >   reported change in behavior is due to Bug#58030 which added
      >   extra cached items in min/max computations.
      >   
      >   The elegant solution would be to implement
      >   Item_cache::real_item() to return the underlying Item.
      >   However, some side effects are observed (change in explain
      >   output) that indicates that such a change is not straight-
      >   forward, and definitely not appropriate for an MRU.
      >   
      >   Instead, a Item_cache::field() method has been added in order
      >   to get access to the underlying field.  (This field() method
      >   eliminates the need for Item_cache::eq_def() used in
      >   test_if_ref(), but in order to limit the scope of this fix,
      >   that code has been left as is.)
      c293f037
    • MySQL Build Team's avatar
      Backport into build-201102032246-5.1.52sp1 · 0d3f2543
      MySQL Build Team authored
      > ------------------------------------------------------------
      > revno: 3452.13.4 [merge]
      > revision-id: mmakela@bk-internal.mysql.com-20101011192851-u3bdt7erjkrgn90t
      > parent: marko.makela@oracle.com-20101011081800-sby6kmb8n1mnryfq
      > parent: jimmy.yang@oracle.com-20101011123613-guz1qgdktywmel1g
      > committer: Marko Makela <mmakela@bk-internal.mysql.com>
      > branch nick: mysql-5.1-security
      > timestamp: Mon 2010-10-11 21:28:51 +0200
      > message:
      >   Merge Bug #57345, Bug #56982, Bug#53307 test from mysql-5.1-innodb
      > ------------------------------------------------------------
      > Use --include-merges or -n0 to see merged revisions.
      0d3f2543
    • MySQL Build Team's avatar
      Backport into build-201102032246-5.1.52sp1 · a0dfae25
      MySQL Build Team authored
      > ------------------------------------------------------------
      > revno: 3351.14.280
      > revision-id: inaam.rana@oracle.com-20101026205418-aq835zpvxdskdf4c
      > parent: jimmy.yang@oracle.com-20101025055121-j319j363abfgdh6n
      > committer: Inaam Rana <inaam.rana@oracle.com>
      > branch nick: mysql-5.1-innodb
      > timestamp: Tue 2010-10-26 16:54:18 -0400
      > message:
      >   Bug #57611	ibdata file and continuous growing undo logs
      >   rb://498
      >   
      >   Fix handling of update_undo_logs at trx commit. Previously, when
      >   rseg->update_undo_list grows beyond 500 the update_undo_logs were
      >   marked with state TRX_UNDO_TO_FREE which should have been
      >   TRX_UNDO_TO_PURGE.
      >   
      >   Approved by: Sunny Bains
      a0dfae25
    • MySQL Build Team's avatar
      Backport into build-201102032246-5.1.52sp1 · 10fd22ad
      MySQL Build Team authored
      > ------------------------------------------------------------
      > revno: 1810.3987.44
      > revision-id: alexander.nozdrin@oracle.com-20101124095339-oatpqq684jpbbso2
      > parent: alexander.nozdrin@oracle.com-20101122132749-tl6m39zsfgvzi2mf
      > committer: Alexander Nozdrin <alexander.nozdrin@oracle.com>
      > branch nick: mysql-5.0-bugteam
      > timestamp: Wed 2010-11-24 12:53:39 +0300
      > message:
      >   A follow-up for Bug#58340 (Remove Server GPL EXCEPTIONS-CLIENT file) -- remove all
      >   EXCEPTIONS-CLIENT from all the places.
      10fd22ad
    • MySQL Build Team's avatar
      Backport into build-201102032246-5.1.52sp1 · 1103ac98
      MySQL Build Team authored
      > ------------------------------------------------------------
      > revno: 1810.3987.43
      > revision-id: alexander.nozdrin@oracle.com-20101122132749-tl6m39zsfgvzi2mf
      > parent: alexander.nozdrin@oracle.com-20101122132550-hcu608iuq5un9k0q
      > committer: Alexander Nozdrin <alexander.nozdrin@oracle.com>
      > branch nick: mysql-5.0-bugteam
      > timestamp: Mon 2010-11-22 16:27:49 +0300
      > message:
      >   Patch for Bug#58340 (Remove Server GPL EXCEPTIONS-CLIENT file).
      1103ac98
    • hery.ramilison@oracle.com's avatar
  2. 11 Oct, 2010 1 commit
  3. 06 Oct, 2010 2 commits
  4. 05 Oct, 2010 8 commits
  5. 04 Oct, 2010 5 commits
  6. 03 Oct, 2010 2 commits
  7. 01 Oct, 2010 8 commits
  8. 30 Sep, 2010 5 commits
  9. 29 Sep, 2010 1 commit
  10. 28 Sep, 2010 1 commit