Commits on Oct 5, 2017

1. [Management] Allows for imports to select existing index (elastic#14137) …

   * Adds ability to change index pattern on import
   
   Signed-off-by: Tyler Smalley <tyler.smalley@elastic.co>
   
   * UI changes. Use a table in the modal grouped by index pattern id instead of multiple modals.
   
   * PR feedback
   
   * PR feedback
   
   * PR updates
   
   * Handle skip properly
   
   * Fix error when there were no existing index patterns
   
   * Tests for the new import conflict logic
   
   * Fix invisible filters caused by missing index pattern (elastic#14131)
   
   "invisible filters" occur when the mapping chain throws an error. If a single filter throws an error, the entire chain rejects. As a result, not even the valid filters appear in the filter bar because they never get added to the scope. However the filters still exist in app state and still get sent with each search request.
   
   The most common error occurs when the filter's meta.index property points to a non-existing index pattern. Since this property is only used for looking up field formatters and it is not essential for a working filter, we now fall back on raw values instead of failing if the index pattern is not found. See the PR this one replaces for discussion about other solutions we tried and why we chose to go this route.
   
   * Show query and filter bars even when there's a linked search (elastic#14212)
   
   The query bar used to be hidden in the presence of a linked search because unlike filters, queries didn't get merged when flattening a SearchSource hierarchy. That means a query in the query bar would override the query in the linked search. This is no longer the case. As of 6.0 we include all queries in the SearchSource hierarchy in the final request, so there's no longer any reason to hide the query bar.
   
   Since filters created via a Vis show up in the query bar when Kuery is selected, these filters now appear correctly even when there's a linked search in the vis editor.
   
   Previously when unlinking a saved search visualize would insert the query and filters from the saved search into app state before removing the SearchSource from the hierarcy. This posed a problem because combining two lucene query strings isn't as easy as combing two sets of filters. We decided this behavior was a bit counterintuitive anyway. If the user wants to unlink the saved search, they probably want to discard it, not combine it with their local changes. So I've also updated the unlinking functionality to discard the saved search.
   
   * limit wait time for baselayer (elastic#14047)
   
   * adding scope appy back (elastic#14269)
   
   * remove junk tests (elastic#14191)
   
   * We are using the index pattern id now
   
   * Use the index pattern id here too
   
   * Use an isolated es env for these tests
   
   * Revert "Fix invisible filters caused by missing index pattern (elastic#14131)"
   
   This reverts commit e09d7ad.
   
   * Revert "Show query and filter bars even when there's a linked search (elastic#14212)"
   
   This reverts commit 3aee7c2.
   
   * Revert "limit wait time for baselayer (elastic#14047)"
   
   This reverts commit 44a7107.
   
   * Revert "adding scope appy back (elastic#14269)"
   
   This reverts commit 51b6b51.
   
   * Revert "remove junk tests (elastic#14191)"
   
   This reverts commit f06c183.
   
   * Revert these

   

   chrisronline committed Oct 5, 2017
   Configuration menu

   • View commit details
   • Copy full SHA for bf6a51c
   • Browse repository at this point

   Copy the full SHA

   bf6a51c View commit details

   Browse the repository at this point in the history

2. Fix reference

   

   chrisronline committed Oct 5, 2017
   Configuration menu

   • View commit details
   • Copy full SHA for 816d73b
   • Browse repository at this point

   Copy the full SHA

   816d73b View commit details

   Browse the repository at this point in the history