Show tooltip on disabled 'Deploy model' button when no project is selected

[mturley]

Closes https://issues.redhat.com/browse/RHOAIENG-544

Description

Adds a tooltip that appears on the 'Deploy model' button on the global Model Serving page if the button is disabled because no project is selected.

The tooltip is shown here in the empty state when there are no deployed models, but the ServeModelButton component used there is the same one used above the table in the non-empty state of the page, so the tooltip implementation affects both views.

cc @vconzola

How Has This Been Tested?

Viewing the Model Serving page with no project selected, and observing that the disabled button has the new tooltip. Added Cypress test, see below.

Test Impact

Added to existing Cypress tests for the Model Serving page. The new test visits the all-projects view of the page, triggers a mouse hover event on the button and checks that the tooltip is visible.

Request review criteria:

Self checklist (all need to be checked):

• The developer has manually tested the changes and verified that the changes work
• Commits have been squashed into descriptive, self-contained units of work (e.g. 'WIP' and 'Implements feedback' style messages have been removed)
• Testing instructions have been added in the PR body (for PRs involving changes that are not immediately obvious).
• The developer has added tests or explained why testing cannot be added (unit tests & storybook for related changes)

If you have UI changes:

• Included any necessary screenshots or gifs if it was a UI change.
• Included tags to the UX team if it was a UI/UX change (find relevant UX in the SMEs section).

After the PR is posted & before it merges:

• The developer has tested their solution on a cluster by using the image produced by the PR to main

[openshift-ci]

Skipping CI for Draft Pull Request.
If you want CI signal for your change, please convert it to an actual PR.
You can still manually trigger a test run with /test all

[DaoDaoNoCode]

/lgtm

[manaswinidas]

/lgtm

[vconzola]

LGTM.

[mturley]

Marking draft briefly while I add some tests

[andrewballantyne]

Marking draft briefly while I add some tests

FWIW @mturley you can always just prefix your PR name with [WIP] and it will slap a label on it same as going into draft

[mturley]

Good to know, thanks!

[mturley]

Added a Cypress test here and marked ready for review again.

[christianvogt]

/retest

[lucferbux]

/lgtm

[openshift-ci]

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: DaoDaoNoCode, lucferbux

The full list of commands accepted by this bot can be found here.

The pull request process is described here

Needs approval from an approver in each of these files:

• OWNERS [lucferbux]

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

[mturley]

Who gets to press the big green button ✅👀

[lucferbux]

@mturley We tend to rebase from main rather than merge to keep the git history clean, and if you can clean up the commit history would be amazing (we are changing our flow now, so maybe we could squash in the future) but for now we try to enforce the least amount of commits per PR!
Once we have that, I'll lgtm it again, and prow should auto merge it!

[mturley]

@lucferbux got it, sounds good! Just squashed it into one rebased commit and force-pushed. should be good now.

[lucferbux]

/lgtm