perf(dashboard): dashboard list endpoint returning large and unnecessary data

[Always-prog]

SUMMARY

The endpoint of the response list returns unnecessary data - css, position_json, and json_metadata. This fields data is large, and loads the network, but it is not used at the frontend, because they are not needed to display the dashboards list.

In my company, there was a problem with this, because our dashboards are large, and getting list of dashboards was taking 2-3 seconds. As soon as we deleted the return of these fields, it began to load instantly.

BEFORE/AFTER SCREENSHOTS OR ANIMATED GIF

Before

After

Look at the Content Length

TESTING INSTRUCTIONS

ADDITIONAL INFORMATION

• Has associated issue:
• Required feature flags:
• Changes UI
• Includes DB Migration (follow approval process in SIP-59)
  • Migration is atomic, supports rollback & is backwards-compatible
  • Confirm DB migration upgrade and downgrade tested
  • Runtime estimates and downtime expectations provided
• Introduces new feature or API
• Removes existing feature or API

[codecov]

Codecov Report

All modified and coverable lines are covered by tests ✅

Project coverage is 83.45%. Comparing base (76d897e) to head (869d452).
Report is 1331 commits behind head on master.

Additional details and impacted files

@@             Coverage Diff             @@
##           master   #29121       +/-   ##
===========================================
+ Coverage   60.48%   83.45%   +22.96%     
===========================================
  Files        1931      540     -1391     
  Lines       76236    39140    -37096     
  Branches     8568        0     -8568     
===========================================
- Hits        46114    32663    -13451     
+ Misses      28017     6477    -21540     
+ Partials     2105        0     -2105     

Flag	Coverage Δ
hive	48.78% <ø> (-0.38%)	⬇️
javascript	?
mysql	76.00% <ø> (?)
postgres	76.06% <ø> (?)
presto	53.29% <ø> (-0.51%)	⬇️
python	83.45% <ø> (+19.96%)	⬆️
sqlite	75.54% <ø> (?)
unit	61.03% <ø> (+3.41%)	⬆️

Flags with carried forward coverage won't be shown. Click here to find out more.

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

[Always-prog]

@supersetbot org-label

[Always-prog]

@supersetbot orglabel

[mistercrunch]

This looks similar to #28609 (?) @dpgaspar

[john-bodley]

The challenge with this is it's unclear where and how both Superset* and third party applications are using the payload. At the very least this is a breaking change.

* Ideally the Superset frontend would explicitly define which fields it requires so it is evident which fields are actually used by the application. So the non-breaking fix here would be to leave list_columns as is and update the frontend code.