{"push_id":2789651244,"size":204,"distinct_size":204,"ref":"refs/heads/5.4","head":"58267b1343538ff8d1ae4ded4b5ffc84276a6ed8","before":"7528abae9474e36aa95934b913a4d9563d70516f","commits":[{"sha":"8bca0216a43ec8868e7dfe7c77dbdc7afd6ed939","author":{"name":"Jim Ferenczi","email":"701d4548e9f8dd871da464fc4aad420bdff89a1a@elastic.co"},"message":"Add version for 5.4.1 and bwc indices for 5.4.0","distinct":true,"url":"https://api.github.com/repos/StingNevermore/elasticsearch/commits/8bca0216a43ec8868e7dfe7c77dbdc7afd6ed939"},{"sha":"8e9354c504c0c205320df748ca76cb85d3ff52c7","author":{"name":"Jim Ferenczi","email":"701d4548e9f8dd871da464fc4aad420bdff89a1a@elastic.co"},"message":"Upgrade to Lucene 6.5.1 (#24399)\n\nThis change upgrade elasticsearch to Lucene 6.5.1 and removes the fork of LRUQueryCache needed to fix\na bug present in Lucene 6.5.0.","distinct":true,"url":"https://api.github.com/repos/StingNevermore/elasticsearch/commits/8e9354c504c0c205320df748ca76cb85d3ff52c7"},{"sha":"8415c15fb2e56f4dbbc06b8dba5ef196dcf0c6e1","author":{"name":"Jim Ferenczi","email":"701d4548e9f8dd871da464fc4aad420bdff89a1a@elastic.co"},"message":" Add 5.4.0 to bwc versions","distinct":true,"url":"https://api.github.com/repos/StingNevermore/elasticsearch/commits/8415c15fb2e56f4dbbc06b8dba5ef196dcf0c6e1"},{"sha":"8cd02a9f39c7fe4f27442fb1f92825e0cada7b32","author":{"name":"DeDe Morton","email":"6166165f1fd7b751f036e109c02ee9c2447b66bb@elastic.co"},"message":"Update Versions.asciidoc (#24497)","distinct":true,"url":"https://api.github.com/repos/StingNevermore/elasticsearch/commits/8cd02a9f39c7fe4f27442fb1f92825e0cada7b32"},{"sha":"fb8ccc73d2c79668e5f6221af9da5d6ee106f3cc","author":{"name":"Simon Willnauer","email":"f2d582bd23ffb37ba926272484fabf207d9e5aba@apache.org"},"message":"Include all aliases including non-filtering in  `_search_shards` response (#24489)\n\n`_search_shards`API today only returns aliases names if there is an alias\nfilter associated with one of them. Now it can be useful to see which aliases\nhave been expanded for an index given the index expressions. This change also includes non-filtering aliases even without a filtering alias being present.","distinct":true,"url":"https://api.github.com/repos/StingNevermore/elasticsearch/commits/fb8ccc73d2c79668e5f6221af9da5d6ee106f3cc"},{"sha":"c6a797c9f12f2db0ce7cbf5efe7521e8896c94b4","author":{"name":"Simon Willnauer","email":"f2d582bd23ffb37ba926272484fabf207d9e5aba@apache.org"},"message":"Fix NPE if field caps request has a field that exists not in all indices (#24504)\n\nIf a field caps request contains a field name that doesn't exist in all indices\nthe response will be partial and we hide an NPE. The NPE is now fixed but we still\nhave the problem that we don't pass on errors on the shard level to the user. This will\nbe fixed in a followup.","distinct":true,"url":"https://api.github.com/repos/StingNevermore/elasticsearch/commits/c6a797c9f12f2db0ce7cbf5efe7521e8896c94b4"},{"sha":"b79f1f7f204fd12574b9a29a931c0ec37d9a14e7","author":{"name":"Clinton Gormley","email":"1e115feeab9474b9d680e5528024201af6e7722f@traveljury.com"},"message":"Fixed docs syntax for for-in loop in painless","distinct":true,"url":"https://api.github.com/repos/StingNevermore/elasticsearch/commits/b79f1f7f204fd12574b9a29a931c0ec37d9a14e7"},{"sha":"5703ba4b1fad6724163b975c832696842ff27b10","author":{"name":"Simon Willnauer","email":"f2d582bd23ffb37ba926272484fabf207d9e5aba@apache.org"},"message":"[TEST] Reenable disabled tests for _field_caps and _search_shards (#24505)","distinct":true,"url":"https://api.github.com/repos/StingNevermore/elasticsearch/commits/5703ba4b1fad6724163b975c832696842ff27b10"},{"sha":"aea00af379d5f9f344a3e86d9a3dc3e818b29278","author":{"name":"Anupam","email":"6fc42ef470346eb14a6a0243cf10d90ff0379721@gmail.com"},"message":"Update completion-suggest.asciidoc (#24506)","distinct":true,"url":"https://api.github.com/repos/StingNevermore/elasticsearch/commits/aea00af379d5f9f344a3e86d9a3dc3e818b29278"},{"sha":"8af37dd0ec13184a40cc7f99da4154f942a4a863","author":{"name":"Jason Tedor","email":"68c46a606457643eab92053c1c05574abb26f861@tedor.me"},"message":"Fix plugin installation permissions\n\nWhen installing plugin permissions, we try to set the permissions on all\ninstalled files ourselves because a umask from the user could violate\neverything needed to get the permissions right. Sadly, directories were\nnot handled correctly at all and so we were still left with broken\ninstallations with umasks like 0077. This commit fixes this issue, adds\na thorough unit test for the situation, and most importantly, adds a\ntest that sets the umask before installing the plugin.\n\nRelates #24527","distinct":true,"url":"https://api.github.com/repos/StingNevermore/elasticsearch/commits/8af37dd0ec13184a40cc7f99da4154f942a4a863"},{"sha":"af7c78241f14539afa1319f9469b3b5692d69b13","author":{"name":"glefloch","email":"136a271b158fd667dff5232742846026d39d857c@gmail.Com"},"message":"documentation of preserve existing settings","distinct":true,"url":"https://api.github.com/repos/StingNevermore/elasticsearch/commits/af7c78241f14539afa1319f9469b3b5692d69b13"},{"sha":"349b436193cb1bbe6bcd34c6ffbb5defad497361","author":{"name":"Jason Tedor","email":"68c46a606457643eab92053c1c05574abb26f861@tedor.me"},"message":"Fix cache expire after access\n\nThis commit fixes a bug in the cache expire after access\r\nimplementation. The bug is this: if you construct a cache with an expire\r\nafter access of T, put a key, and then touch the key at some time t > T,\r\nthe act of getting the key would update the access time for the entry\r\nbefore checking if the entry was expired. There are situations in which\r\nexpire after access would be honored (e.g., if the cache needs to prune\r\nthe LRU list to keep the cache under a certain weight, or a manual\r\nrefresh was called) but this behavior is otherwise broken.\r\n\r\nRelates #24546","distinct":true,"url":"https://api.github.com/repos/StingNevermore/elasticsearch/commits/349b436193cb1bbe6bcd34c6ffbb5defad497361"},{"sha":"e80dbcd4dd08c611c53008be22af5b375f5c95fc","author":{"name":"Jason Tedor","email":"68c46a606457643eab92053c1c05574abb26f861@tedor.me"},"message":"Improve bootstrap checks error messages\n\nWhen multiple bootstrap checks fail, it's not clear where one error\r\nmessage begins and the next error message ends. This commit numbers the\r\nbootstrap check error messages so they are easier to read.\r\n\r\nRelates #24548","distinct":true,"url":"https://api.github.com/repos/StingNevermore/elasticsearch/commits/e80dbcd4dd08c611c53008be22af5b375f5c95fc"},{"sha":"21da532493807c566507e01b6665fa089c08ab6f","author":{"name":"joachimdraeger","email":"59ccbd401664a07c0a570f94ef8f07d348c91745@gmail.com"},"message":"Fixes inefficient loading of snapshot repository data (#24510)\n\nThis commit fixes inefficient (worst case exponential) loading of \r\nsnapshot repository data when checking for incompatible snapshots,\r\nthat was introduced in #22267.  When getting snapshot information,\r\ngetRepositoryData() was called on every snapshot, so if there are\r\na large number of snapshots in the repository and _all snapshots\r\nwere requested, the performance degraded exponentially.  This\r\ncommit fixes the issue by only calling getRepositoryData once and\r\nusing the data from it in all subsequent calls to get snapshot \r\ninformation.\r\n\r\nCloses #24509","distinct":true,"url":"https://api.github.com/repos/StingNevermore/elasticsearch/commits/21da532493807c566507e01b6665fa089c08ab6f"},{"sha":"6a0e070c1b4bb3a5dc6b412279bd081579d083e6","author":{"name":"Ali Beyad","email":"b42a6d93d796915222f6ffb2ffdd6137d93c1cdb@elastic.co"},"message":"Fixes compilation error from backporting #24510","distinct":true,"url":"https://api.github.com/repos/StingNevermore/elasticsearch/commits/6a0e070c1b4bb3a5dc6b412279bd081579d083e6"},{"sha":"a75490429419f25eafbd4e6d0224fa274e8bfe44","author":{"name":"Jim Ferenczi","email":"701d4548e9f8dd871da464fc4aad420bdff89a1a@elastic.co"},"message":"Fix single shard scroll within a cluster with nodes in version >= 5.3 and <= 5.3 (#24512)\n\nIf a node in version >= 5.3 acts as a coordinating node during a scroll request that targets a single shard, the scroll may return the same documents over and over iff the targeted shard is hosted by a node with a version <= 5.3.\nThe nodes in this version will advance the scroll only if the search_type has been set to `query_and_fetch` though this search type has been removed in 5.3.\nThis change handles this situation by adding the removed search_type in the request that targets a node in version <= 5.3.","distinct":true,"url":"https://api.github.com/repos/StingNevermore/elasticsearch/commits/a75490429419f25eafbd4e6d0224fa274e8bfe44"},{"sha":"b656c368962a0b9cf5efb94494b102fa3a6a6579","author":{"name":"Jim Ferenczi","email":"701d4548e9f8dd871da464fc4aad420bdff89a1a@elastic.co"},"message":"Cleanup BWC for single shard optimization\n\nThe BWC layer is needed only for pre 5.3 indices.","distinct":true,"url":"https://api.github.com/repos/StingNevermore/elasticsearch/commits/b656c368962a0b9cf5efb94494b102fa3a6a6579"},{"sha":"3a6a4349227d21216e50dbfa8139fddddb5a0d00","author":{"name":"Jim Ferenczi","email":"701d4548e9f8dd871da464fc4aad420bdff89a1a@elastic.co"},"message":"Fix BWC for query_and_fetch","distinct":true,"url":"https://api.github.com/repos/StingNevermore/elasticsearch/commits/3a6a4349227d21216e50dbfa8139fddddb5a0d00"},{"sha":"bc8720e5ec82767a292a5a66c2c1cc75fe906455","author":{"name":"Nik Everett","email":"cd30b83b3787c52251dabc7000a4f9dfbe1c5f24@gmail.com"},"message":"Test: extra debugging for refresh listeners stats\n\nThis test failed in CI but didn't give us enough information to\ndebug it:\nhttps://elasticsearch-ci.elastic.co/job/elastic+elasticsearch+master+nfs/223/consoleFull\n\nThis turns on more debugging and make the test fail more quickly\nif something is obviously wrong.","distinct":true,"url":"https://api.github.com/repos/StingNevermore/elasticsearch/commits/bc8720e5ec82767a292a5a66c2c1cc75fe906455"},{"sha":"1df3dc3cfec727945b8a25bea89258af0be8f753","author":{"name":"Nik Everett","email":"cd30b83b3787c52251dabc7000a4f9dfbe1c5f24@gmail.com"},"message":"Tests: Give stats tests long to wait for listener\n\nThis test waited 10 seconds for a refresh listener to appear in\nthe stats. It turns out that in our NFS testing infrastructure this can\ntake a lot longer than 10 seconds. The error reported here:\nhttps://elasticsearch-ci.elastic.co/job/elastic+elasticsearch+master+nfs/257/consoleFull\nhas it taking something like 15 seconds. This bumps the timeout\nto a solid minute.\n\nCloses #24417","distinct":true,"url":"https://api.github.com/repos/StingNevermore/elasticsearch/commits/1df3dc3cfec727945b8a25bea89258af0be8f753"}]}
{"actor":{"display_login":"StingNevermore"}}