Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[usage] Enable usage view with feature flag #13065

Merged
merged 1 commit into from
Sep 21, 2022
Merged

[usage] Enable usage view with feature flag #13065

merged 1 commit into from
Sep 21, 2022

Conversation

svenefftinge
Copy link
Member

@svenefftinge svenefftinge commented Sep 19, 2022

Description

Since we have discoupled "usage" from stripe now, we can allow all users to use the usage view in order to understand how they use Gitpod (and where their hours go). This is also helpful to get a forecast of how many credits I'd need next month in case I want to switch to usage-based pricing.
This change enabled the usage view for everyone (depending on a feature flag, which is currently disabled for everyone in prod).

Related Issue(s)

Fixes #

How to test

Login to the preview environment and see usage view on your individual account and all team accounts.

Release Notes

Added a usage view that displays past workspace sessions on individual and team accounts.

Documentation

Werft options:

  • /werft with-preview
  • /werft with-payment

@werft-gitpod-dev-com
Copy link

started the job as gitpod-build-se-usage-view.38 because the annotations in the pull request description changed
(with .werft/ from main)

@svenefftinge
Copy link
Member Author

svenefftinge commented Sep 21, 2022

/werft run

👍 started the job as gitpod-build-se-usage-view.39
(with .werft/ from main)

@svenefftinge svenefftinge marked this pull request as ready for review September 21, 2022 08:08
@svenefftinge svenefftinge requested a review from a team September 21, 2022 08:08
@github-actions github-actions bot added the team: webapp Issue belongs to the WebApp team label Sep 21, 2022
Comment on lines +41 to +45
const featureFlags: FeatureFlagConfig = {
workspace_classes: { defaultValue: true, setter: setShowWorkspaceClassesUI },
persistent_volume_claim: { defaultValue: true, setter: setShowPersistentVolumeClaimUI },
usage_view: { defaultValue: true, setter: setShowUsageView },
};
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

What's the reason for making these very explicit (rather than reflecting over the set of flags)? I feel this has the potential to confuse others who are trying to use feature flags - having to define them here.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ah never mind, I missed that you just moved the definition (and the problem already exists)

Copy link
Member

@easyCZ easyCZ left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM, assuming we've resolved the Q if usage should be generally visible - thread

/hold for Q around consensus on this

Copy link
Contributor

@jldec jldec left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

  • team usage view behavior does not require the feature flag if UBP, but does if not.
  • personal usage view requires feature flag

@svenefftinge
Copy link
Member Author

/unhold

@roboquat roboquat merged commit 746638b into main Sep 21, 2022
@roboquat roboquat deleted the se/usage-view branch September 21, 2022 08:56
@roboquat roboquat added deployed: webapp Meta team change is running in production deployed Change is completely running in production labels Sep 22, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
deployed: webapp Meta team change is running in production deployed Change is completely running in production release-note size/M team: webapp Issue belongs to the WebApp team
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants