Skip to content
This repository has been archived by the owner on May 12, 2021. It is now read-only.

Add in-progress commit status change indicator #566

Merged
merged 6 commits into from Sep 19, 2014

Conversation

hatched
Copy link
Contributor

@hatched hatched commented Sep 18, 2014

When deploying a changeset there is a time between when the ecs sends the command and juju ack's it. This time can be quite large on large deployments and on slow environments. This now changes the blue circle in the machine view to a yellow one until the juju ack.

@hatched
Copy link
Contributor Author

hatched commented Sep 18, 2014

To QA

Use a real environment (the slower the better)

  • Switch to the machine view
  • Add a couple machines (They should now have blue circles )
  • Create a couple containers on one machine. ( keep this machine selected )
  • Click commit/confirm
  • The blue circles should turn yellow before being removed entirely.

@makyo
Copy link
Contributor

makyo commented Sep 18, 2014

👍 QA okay in LXC and EC2

@jujugui
Copy link
Contributor

jujugui commented Sep 18, 2014

Test PASSed.
Refer to this link for build results: http://ci.jujugui.org:8080/job/juju-gui/1893/

@type {String}
@default undefined
*/
commitStatus: {},
Copy link
Contributor

Choose a reason for hiding this comment

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

should this not have an initial value?

Copy link
Contributor Author

Choose a reason for hiding this comment

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

I had left this empty so that it would fail spectacularly if it wasn't set :) I could add a default if you'd prefer. Also I'm not sure what the default should be...committed is probably the most common.

Copy link
Contributor

Choose a reason for hiding this comment

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

Hmm, I see what you mean. Most of the code isn't looking at this value so there's a lot of existing code that would have to know to create models with the right value. Setting a value means this has a chance to be a lie.

The more I think on it the more this might be right. I do think it's odd that the comments mention an assumed default if undefined.

I'll make some other suggestions based on sticking with an undefined default.

Copy link
Contributor

Choose a reason for hiding this comment

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

Hmm, I see what you mean. Most of the code isn't looking at this value so there's a lot of existing code that would have to know to create models with the right value. Setting a value means this has a chance to be a lie.

The more I think on it the more this might be right. I do think it's odd that the comments mention an assumed default if undefined.

I'll make some other suggestions based on sticking with an undefined default.

Copy link
Contributor

Choose a reason for hiding this comment

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

Hmm, I see what you mean. Most of the code isn't looking at this value so there's a lot of existing code that would have to know to create models with the right value. Setting a value means this has a chance to be a lie.

The more I think on it the more this might be right. I do think it's odd that the comments mention an assumed default if undefined.

I'll make some other suggestions based on sticking with an undefined default.

Copy link
Contributor

Choose a reason for hiding this comment

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

Hmm, I see what you mean. Most of the code isn't looking at this value so there's a lot of existing code that would have to know to create models with the right value. Setting a value means this has a chance to be a lie.

The more I think on it the more this might be right. I do think it's odd that the comments mention an assumed default if undefined.

I'll make some other suggestions based on sticking with an undefined default.

@mitechie
Copy link
Contributor

👍 with a couple of notes/clarifications and the suggestion we revisit the idea of an undefined default on the model value.

@hatched
Copy link
Contributor Author

hatched commented Sep 19, 2014

Thanks for the reviews all! :shipit:

@jujugui
Copy link
Contributor

jujugui commented Sep 19, 2014

Status: merge request accepted. Url: http://ci.jujugui.org:8080/job/juju-gui-merge

jujugui added a commit that referenced this pull request Sep 19, 2014
Add in-progress commit status change indicator

When deploying a changeset there is a time between when the ecs sends the command and juju ack's it. This time can be quite large on large deployments and on slow environments. This now changes the blue circle in the machine view to a yellow one until the juju ack.
@jujugui jujugui merged commit 3e3b682 into juju:develop Sep 19, 2014
@jujugui
Copy link
Contributor

jujugui commented Sep 19, 2014

Test PASSed.
Refer to this link for build results: http://ci.jujugui.org:8080/job/juju-gui/1899/

@jujugui
Copy link
Contributor

jujugui commented Sep 19, 2014

Test PASSed.
Refer to this link for build results: http://ci.jujugui.org:8080/job/juju-gui/1901/

@hatched hatched deleted the uncommitted-yellow branch September 30, 2014 14:42
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Development

Successfully merging this pull request may close these issues.

None yet

4 participants