[Data Explorer] Allow render from View directly, not from Data Explorer

[ananzh]

Description

This PR avoids re-rendering the entire AppContainer when data services update. The re-render is caused by history object which is in AppMountParameters. This history object is part of the application's routing context and can change frequently as the url is updated by query, filter or time range. Each change in the history object could potentially trigger a re-render of the AppContainer and its child components.

With this PR, the AppContainer will not be re-loaded. Instead, each component, like Canvas and Panel, will be re-rendered based on the updates from data.

Issues Resolved

NA

Screenshot

• new workflow

Screen.Recording.2024-03-18.at.1.37.25.PM.mov

Changelog

• feat: [Data Explorer] Allow render from View directly, not from Data Explorer

Check List

• All tests pass
  • yarn test:jest
  • yarn test:jest_integration
• New functionality includes testing.
• New functionality has been documented.
• Update CHANGELOG.md
• Commits are signed per the DCO using --signoff

[codecov]

Codecov Report

Attention: Patch coverage is 80.00000% with 4 lines in your changes missing coverage. Please review.

Project coverage is 67.42%. Comparing base (c6820db) to head (56a33c7).
Report is 5 commits behind head on main.

Files	Patch %	Lines
.../data_explorer/public/components/app_container.tsx	66.66%	3 Missing and 1 partial ⚠️

Additional details and impacted files

@@            Coverage Diff             @@
##             main    #6167      +/-   ##
==========================================
- Coverage   67.44%   67.42%   -0.03%     
==========================================
  Files        3444     3445       +1     
  Lines       67849    67791      -58     
  Branches    11035    11026       -9     
==========================================
- Hits        45764    45705      -59     
  Misses      19418    19418              
- Partials     2667     2668       +1     

Flag	Coverage Δ
Linux_1	33.11% <ø> (+0.02%)	⬆️
Linux_2	55.04% <ø> (-0.09%)	⬇️
Linux_3	?
Linux_4	?
Windows_1	33.13% <ø> (+0.02%)	⬆️
Windows_2	55.00% <ø> (-0.09%)	⬇️
Windows_3	45.27% <80.00%> (-0.03%)	⬇️
Windows_4	34.85% <ø> (+0.03%)	⬆️

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.

[ashwin-pc]

the issue with this approach is that when the user changes the query, the current context is lost. In 2.9 the lable once rendered does not change until eother the new result comes in or there are no results

[ashwin-pc]

if history is the reason for the rerender, cant we just move it out of the props?

[ananzh]

@ananzh I think one of the tests are failing for refresh interval after re-running still. Mind checking it?

@kavilla I have fixed the test in opensearch-project/opensearch-dashboards-functional-test#1358

Since we don't have double render, the tmp solution

Cypress.Commands.add('makeDatePickerMenuOpen', () => {
  cy.get(
    '[class="euiFormControlLayout euiFormControlLayout--group euiSuperDatePicker"]'
  ).then(($popover) => {
    // Check if the popover does not have the 'euiPopover-isOpen' class
    if (!$popover.hasClass('euiPopover-isOpen')) {
      // If not open, click the button to open the quick menu
      cy.getElementByTestId('superDatePickerToggleQuickMenuButton').click();
    }
  });
})

, which is just to re-click the DatePickerToggle to make the menu re-open, is not required. We could just simply remove this tmp fix.

after.mp4

[github-actions]

[MANUAL CYPRESS TEST RUN RESULTS]

✅ Cypress test run succeeded!

Inputs:

Test repo: 'ananzh/opensearch-dashboards-functional-test'
Test branch: 'update-test'

Test spec:
''

Link to results:

https://github.com/opensearch-project/OpenSearch-Dashboards/actions/runs/9389954391

[AMoo-Miki]

nit: A better home for this is @osd/std.