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

Fixes #6019

Merged
merged 2 commits into from
Jan 23, 2020
Merged

Fixes #6019

merged 2 commits into from
Jan 23, 2020

Conversation

Jskobos
Copy link
Contributor

@Jskobos Jskobos commented Jan 17, 2020

Description

Fixes 2 issues that were reported today:

  1. Sometimes, for mysterious reasons, lassie_reboot events can come through with entity: null, which causes a console error. This is not a problem for users but will pollute sentry and the console. Now that we have nullish coalescing, we can handle this case more elegantly.

  2. When a Linode is restored from a backup, the IDs of its
    configs and disks change. When the process is complete,
    we need to re-request both configs and disks to ensure
    that our cache is up to date. If we fail to do this, a
    user will try to boot the Linode with a previous config,
    which will cause an error.

Fortunately, we already have an event that has this behavior
(for the same reasons), linode_rebuild. By moving backup_restore
to the same case in the switch in linode.events.ts, we can
achieve the desired effect.

Type of Change

  • Bug fix ('fix', 'repair', 'bug')

Notes

To test #1, use Charles to pass a lassie_reboot event with an entity set to null. In the events menus, the event should be displayed without the label (since null.label isn't), and the console should be clear.

To test #2, select a backup then "restore to existing Linode". When the restore is complete, without reloading the page try to boot the target Linode.

When a Linode is restored from a backup, the IDs of its
configs and disks change. When the process is complete,
we need to re-request both configs and disks to ensure
that our cache is up to date. If we fail to do this, a
user will try to boot the Linode with a previous config,
which will cause an error.

Fortunately, we already have an event that has this behavior
(for the same reasons), linode_rebuild. By moving backup_restore
to the same case in the switch in linode.events.ts, we can
achieve the desired effect.
@Jskobos Jskobos self-assigned this Jan 17, 2020
@Jskobos Jskobos merged commit 8f7c001 into linode:develop Jan 23, 2020
@Jskobos Jskobos deleted the M3-sentry-lassie-fix branch January 23, 2020 16:29
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.

3 participants