Skip to content
Snippets Groups Projects
This project is mirrored from https://github.com/metabase/metabase. Pull mirroring updated .
  1. May 23, 2024
  2. May 22, 2024
  3. May 21, 2024
    • Cam Saul's avatar
      `metabase.search` namespace (#42487) · d5a32ecb
      Cam Saul authored
      * Search API namespace
      
      * Search API namespace
      
      * Search API namespace
      
      * Fix Kondo warnings
      
      * Fix typo
      
      * Finally solve the MySQL ^:parallel test failures <3
      
      * Make some search tests REPL-friendly
      
      * Did I finally fix `^:parallel` MySQL tests?
      
      * Ok I give up just make the search tests single-threaded for MySQL/MariaDB.
      
      * Revert the stuff to make paralell tests work for MySQL... for now.
      
      * Keep new name
      
      * Revert deps-graph changes
      
      * Remove unused namespaces
      
      * Fix Kondo linter for log/info + format
      
      * Misc fixes :wrench:
      
      * Test fixes :wrench:
      Unverified
      d5a32ecb
    • Cam Saul's avatar
      `metabase.analyze` API namespace (#42469) · 618b8c28
      Cam Saul authored
      * Squashed commit
      
      * Update config
      
      * Backport the kondo ignore stuff from other PR.
      
      * `metabase.analyze` API namespace
      Unverified
      618b8c28
    • Cal Herries's avatar
      Tidy api-changelog.md (#42992) · a2b85e4b
      Cal Herries authored
      Unverified
      a2b85e4b
    • John Swanson's avatar
      Fix `report_card.collection_preview` in v49 (#42950) · 1279a73a
      John Swanson authored
      This is a bit painful. I merged this change, but realized we need to
      backport the fix to v49. However:
      
      - we don't want to have two versions of the migration (one with a v49
      id, one with a v50 id) because then if someone upgrades to 50, then
      downgrades to 49, the `rollback` will run and change the type back,
      leading to a bug.
      
      - we don't want to push a v51 changeSet ID to v49 or v50, because we
      give the user a helpful notice when their database needs a downgrade.
      We do this by checking for the latest *executed* migration in the
      database and comparing it to the latest migration that Liquibase knows
      about, and making sure the executed isn't bigger than the known (e.g.
      you can't have executed a v51 migration if it isn't in the local
      migration yaml). That would all work fine, except that then we want to
      tell you how to downgrade your database, and we use the latest-executed
      version for that. So if, for example, someone upgraded from 48 to 49 and
      got a v51 changeset, then downgraded back to 48, they would get an error
      telling them to run the *v51* jar to roll back their DB.
      
      In this case though, I think it's fine to just move the migration around
      to v49, then we can backport it to 49 and 50.
      Unverified
      1279a73a
    • Ryan Laurie's avatar
      add snowplow tracking for upsells (#42955) · 8615540e
      Ryan Laurie authored
      * add snowplow tracking for upsells
      
      * add upsell snowplow test
      
      * appease the linter
      Unverified
      8615540e
    • Emmad Usmani's avatar
      highlight hovered timeline event (#42969) · 139e4217
      Emmad Usmani authored
      * highlight hovered timeline event
      
      * add e2e test
      
      * use TIMELINE_EVENT_DATA_NAME constant
      
      * add test case for clicking icon
      Unverified
      139e4217
Loading