[DevOps Adoption] Page constantly refreshes

Summary

The DevOps Adoption page constantly refreshes every 60 seconds.

Steps to reproduce

Go to https://gitlab.com/groups/gitlab-org/-/analytics/devops_adoption?tab=dev and let the page sit there for a while. Observe that it continuously refreshes every 60 seconds.

Proposed solution

Refactor the logic of the frontend data polling to refresh the data if the data is from the previous month (currently previous day) or there is pending data.

added groupoptimize typebug labels

@wortschi @djensen Thoughts on whether this is a BE or FE issue?

Sounds like this is a frontend topic as the client constantly polls data. I wonder if this is desired behavior, though? /cc @blabuschagne

This is a frontend issue

I wonder if this is desired behavior

It is, under the circumstances that there is one or more pending groups, or the data being displayed is older than the current day i.e. the value being displayed in the last updated message isn't the current day.

I wonder if the last part; data being displayed is older than the current day is still relevant though as we've now moved to showing data from the previous month again...

Perhaps we should remove that condition until we find a better solution for realtime data #335177 (closed)?

@blabuschagne

I wonder if the last part; data being displayed is older than the current day is still relevant though as we've now moved to showing data from the previous month again...

Good question. @ljlane What do you think about this?

@wortschi @blabuschagne I agree, now that we are displaying data for the previous month I think it makes sense to change the condition. We update data on the first day of each month and if that update fails for some reason we continue to try until the update succeeds.

Thanks @ljlane!

I've updated the description with the proposed solution and added a weight to the issue

Could you please set the priority

Thanks for updating the description @blabuschagne. That looks good. I added priority3

added to epic &6050

mentioned in issue #335638 (closed)

Setting label(s) devopsmanage sectiondev based on groupoptimize.

added devopsmanage sectiondev labels

added frontend severity3 workflowproblem validation labels

added Epic 6459 label

mentioned in epic &6459

changed the description

added workflowready for development label and removed workflowproblem validation label

set weight to 1

added estimationcompleted label

added priority3 label

mentioned in issue gitlab-com/www-gitlab-com#12234 (closed)

added workflowscheduling label and removed workflowready for development label

mentioned in issue gitlab-org/manage/general-discussion#17375

@blabuschagne Can you please look into this in %14.3?

assigned to @blabuschagne

changed milestone to %14.3

added workflowready for development label and removed workflowscheduling label

added priority2 label and removed priority3 label

added workflowin dev label and removed workflowready for development label

created merge request !69056 (merged) to address this issue

mentioned in merge request !69056 (merged)

added workflowin review label and removed workflowin dev label

I've confirmed this to be working on production

closed

added workflowproduction label and removed workflowin review label

added devopsmonitor label and removed devopsfoundations label