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

Change the mouse cursor when doing an action #356

Merged
merged 2 commits into from Aug 25, 2015
Merged

Change the mouse cursor when doing an action #356

merged 2 commits into from Aug 25, 2015

Conversation

pypingou
Copy link
Member

Currently after pressing the button to make an update go to testing/stable
the bodhi logo (the cabbage) starts spinning.
This is really nice but easy to miss.
With this change the mouse cursor will also change, making it clearer that
something is going on.

Fixes #355

Currently after pressing the button to make an update go to testing/stable
the bodhi logo (the cabbage) starts spinning.
This is really nice but easy to miss.
With this change the mouse cursor will also change, making it clearer that
something is going on.

Fixes #355
@ralphbean
Copy link
Contributor

It doesn't seem to work here. Other interactions on the page are overriding the cursor setting.

Setting the button to disabled would override the cursor setting.
By switching the order, this should get it working.
@ralphbean
Copy link
Contributor

OK, that gets it working locally.

@pypingou
Copy link
Member Author

👍 for me

@lmacken
Copy link
Contributor

lmacken commented Aug 25, 2015

Sweet, 👍

lmacken added a commit that referenced this pull request Aug 25, 2015
Change the mouse cursor when doing an action
@lmacken lmacken merged commit 40dd042 into develop Aug 25, 2015
@lmacken lmacken deleted the spin_mouse branch August 25, 2015 22:34
@lmacken
Copy link
Contributor

lmacken commented Aug 27, 2015

This feature doesn't work for me :(

@ralphbean
Copy link
Contributor

What browser, @lmacken? Firefox?

@ralphbean
Copy link
Contributor

Just tested and it works in both Firefox and Chrome here. Try to hard-reload the page to get the latest CSS assets?

ralphbean added a commit that referenced this pull request Sep 11, 2015
Fixes #356.

Before this change, they were ``<PREFIX>-<YEAR>-<INTEGER>``, where the last
part grows monotonically with each new update.

This commit changes that to ``<PREFIX>-<YEAR>-<HASH>``, where hash is the first
10 characters of a hash of a random uuid.

The problem with the way things are now is that:

- we have a race condition.  If you try to submit two updates at the same time
  (via a script, this is easy to do), then they both go into the code where
  their alias is assigned at the same time, they both get the same integer, and
  then when they try to commit their database transactions, one wins and the
  other fails.
- the alias-assigning code is one of the slower parts of the new update
  process.  It takes 1-2s iirc (because it has to query for the latest update
  before it and figure out its id).

The downside here is that the update aliases will no longer be meaningful like
they were.  You won't be able to look at the latest one and instantly know how
many updates there have been so far in 2015, for instance.  IMHO, this isn't
worth the trouble they're causing us.  Up for discussion!
ralphbean added a commit that referenced this pull request Sep 11, 2015
Fixes #356.

Before this change, they were ``<PREFIX>-<YEAR>-<INTEGER>``, where the last
part grows monotonically with each new update.

This commit changes that to ``<PREFIX>-<YEAR>-<HASH>``, where hash is the first
10 characters of a hash of a random uuid.

The problem with the way things are now is that:

- we have a race condition.  If you try to submit two updates at the same time
  (via a script, this is easy to do), then they both go into the code where
  their alias is assigned at the same time, they both get the same integer, and
  then when they try to commit their database transactions, one wins and the
  other fails.
- the alias-assigning code is one of the slower parts of the new update
  process.  It takes 1-2s iirc (because it has to query for the latest update
  before it and figure out its id).

The downside here is that the update aliases will no longer be meaningful like
they were.  You won't be able to look at the latest one and instantly know how
many updates there have been so far in 2015, for instance.  IMHO, this isn't
worth the trouble they're causing us.  Up for discussion!
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants