Fix panel heights in DAP Impact Adoption view

What does this MR do and why?

Fixes a layout bug in the "Adoption" view of the dap_impact system analytics dashboard (ee/lib/gitlab/analytics/dashboards/system/dap_impact.yaml), where every panel renders collapsed to a thin strip.

The dashboard sets gridHeight: compact, which makes GlDashboardLayout (from @gitlab/ui, backed by gridstack) use a 10px grid cell (GRID_HEIGHT_COMPACT_CELL_HEIGHT in app/assets/javascripts/explore/analytics_dashboards/constants.js) instead of the default 137px cell. The Adoption view had been authored using default-scale height values (stat panels height: 1, charts height: 3-4, tables height: 3). At 10px per unit, those resolve to 10px-tall stat panels and 30-40px-tall charts. Panels do not auto-size; rendered height is purely height x cellHeight, and overflowing content just scrolls inside the panel, so the effect is every panel in the view appearing collapsed.

The fix puts the Adoption view on the compact scale: stat panels height: 14, bar/column charts height: 55, tables height: 39. All 11 panels' gridAttributes.yPos values are also recomputed. The grid runs with gridstack's float: true and treats yPos as an absolute offset, so leaving the old yPos values in place would gap or overlap the rows once height changed. The resulting row offsets are 0, 14, 69, 124, 138, 193, 207, 262, 301, which tile exactly with no gaps or overlap.

The numbers follow existing precedent for compact dashboards: ee/lib/gitlab/analytics/ai_impact_dashboard/dashboard.yaml uses 14 for SingleStat and 52 for charts, and ee/lib/gitlab/analytics/value_stream_dashboard/dashboards/value_streams_dashboard.yaml uses 13 for its stat tiles.

The Overview view of the same dashboard is already on the correct compact scale (stats height: 17, chart height: 55) and is deliberately left untouched. Its stat panels are taller than Adoption's because each carries a footer.dashboardViewLink row, which costs roughly 3 extra units.

Only gridAttributes.height and gridAttributes.yPos integers change, in the Adoption view only. 21 insertions, 21 deletions, one file.

References

No related issue. This was found and fixed directly against the rendered dashboard behavior.

Screenshots or screen recordings

No screenshots are attached. The panels are GLQL-backed and require ClickHouse to render, and the local Docker daemon was not available, so the Adoption view could not be rendered locally to capture before/after images. Screenshots need to be attached by the author, or the layout confirmed by a reviewer, before this merges.

Before After
Screenshot 2026-09-09 at 11.17.30 AM.png Screenshot 2026-09-09 at 11.10.38 AM.png

How to set up and validate locally

  1. FILTER=ai_usage_stats bundle exec rake db:seed_fu
  2. In the UI, go to Explore > Analytics dashboards, select the group output from the command above, then open the "DAP Impact" dashboard.
  3. Switch to the "Adoption" view tab.
  4. Confirm the Adoption panels render full height and readable, matching the Overview tab, rather than collapsed to thin strips.

MR acceptance checklist

This checklist encourages us to confirm any changes have been analyzed to reduce risks in quality, performance, reliability, security, and maintainability. See the MR acceptance checklist for additional guidance.

This is a layout-only YAML change (grid height/yPos values) with no test, documentation, database, or security surface affected. There is no changelog entry: the Explore analytics dashboards space is behind the explore_analytics_dashboards feature flag, which is type: wip and default_enabled: false. The one outstanding item is the missing screenshots noted above, which should be attached or confirmed by a reviewer before merge.

Edited by Rudy Crespo

Merge request reports

Loading
Loading