feat: events apps new install flow

[SomayChauhan]

What does this PR do?

Fixes #13414
Fixes CAL-3029

LOOM 1
LOOM2

this PR is a collective PR for different PRs(#11975 and #14077) that were tested individually and merged together into this pr

Requirement/Documentation

• If there is a requirement document, please, share it here.
• If there is a UI/UX design document, please, share it here.

Type of change

• New feature (non-breaking change which adds functionality)
• Tests (Unit/Integration/E2E or any other test)

How should this be tested?

checkout the looms, they explain the "How" to in great detail.

-testcasses:

• for all the apps that dont extend event-types there is no change.
• for all the apps that extend event-types i.e. all the analytics apps + payment apps + qr_code + Giphy + basecamp3 we follow the new flow
• for the apps that go to the new flow we can click on the skip button and enable apps individually in event-type/apps

Mandatory Tasks

• Make sure you have self-reviewed the code. A decent size PR without self-review might be rejected.

[SomayChauhan]

not entirely sure if the failing tests are related

[zomars]

Found this while testing. owner1 is both owner of a team and an organization. It has the following event types:

I'm trying to install Stripe for the owner1 profile (not the team):

But when coming back from the Stripe callback I get presented with both the org and team event types to setup. Even tho I only installed it for the user.

Is this the intended behavior? Shouldn't we only show the event types of the entity is being currently installed on?

[SomayChauhan]

Is this the intended behavior? Shouldn't we only show the event types of the entity is being currently installed on?

this should definately not be the case, looking into this

[SomayChauhan]

@zomars pushed a fix!!