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

When a project is started/restarted launcher details not populated #990

Closed
hardillb opened this issue Sep 15, 2022 · 7 comments · Fixed by #1131
Closed

When a project is started/restarted launcher details not populated #990

hardillb opened this issue Sep 15, 2022 · 7 comments · Fixed by #1131
Assignees
Labels
area:frontend For any issues that require work in the frontend/UI good first issue Good for newcomers size:XS - 1 Sizing estimation point
Milestone

Comments

@hardillb
Copy link
Contributor

Current Behavior

When a project is starting for the first time or is being restarted after being suspended the version details are empty.

Screenshot from 2022-09-15 10-52-05

Once it enters started state this does not get updated.

Expected Behavior

The launcher, nodejs, and node-red version are populated when the project enters started state.

Screenshot from 2022-09-15 10-54-56

Steps To Reproduce

Start a new project

Or suspend a project, navigate to the team overview, back to the project and start it.

Environment

  • FlowForge version: 0.9
  • Node.js version: 16.x
  • npm version: 8.x
  • Platform/OS: K8s/Linux
  • Browser: Chrome
@hardillb hardillb added good first issue Good for newcomers needs-triage Needs looking at to decide what to do area:frontend For any issues that require work in the frontend/UI size:XS - 1 Sizing estimation point labels Sep 15, 2022
@sammachin sammachin removed the needs-triage Needs looking at to decide what to do label Sep 23, 2022
@sammachin sammachin modified the milestones: 0.10, 1.0 Sep 23, 2022
@Steve-Mcl Steve-Mcl self-assigned this Sep 30, 2022
@Steve-Mcl
Copy link
Contributor

@hardillb looking at this for last 45 mins - tried about 20 different combinations with 2 FF installs and 3 different projects - I cannot get this to happen.
I only spend as long as I did as I remember seeing this myself about 2 weeks ago.

My gut feeling is it was fixed when recent PR to wait for project running status change was merged with all other changes in 0.10.0

Could you please re-test this at your side on latest/git version?

@sammachin
Copy link
Contributor

@Steve-Mcl I'm still seeing this on staging when creating a new project, If you're testing with localfs it may be hard to reproduce as the project starts much quicker than a k8s install

@Steve-Mcl
Copy link
Contributor

Thanks for that @sammachin - definitely something to look at

@Steve-Mcl
Copy link
Contributor

@hardillb I've noticed when running localfs the update comes through relatively quickly however on cloud there is no update at all (have to browse away then come back).
I suppose I would start looking at the differences between localfs and k8s?

@hardillb
Copy link
Contributor Author

yep, and given the install demo this moring I think the delay going from starting to runnning is in a similar spot.

@Steve-Mcl
Copy link
Contributor

@hardillb
Copy link
Contributor Author

I'm going to say this is done, staging is behaving

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area:frontend For any issues that require work in the frontend/UI good first issue Good for newcomers size:XS - 1 Sizing estimation point
Projects
Archived in project
Development

Successfully merging a pull request may close this issue.

3 participants