Skip to content
This repository has been archived by the owner on Jun 10, 2023. It is now read-only.

Changes required due to TextBuffer.save becoming async in Atom 1.19 #75

Closed
maxbrunsfeld opened this issue Jun 14, 2017 · 3 comments
Closed

Comments

@maxbrunsfeld
Copy link

Hi! Thanks for maintaining the script-runner package!

In Atom v1.19, we will release a major change to Atom's core text buffer data structure. As part of this change, we have made TextBuffer.save asynchronous; rather than blocking until the save is complete, it now immediately returns a Promise that resolves when the save is complete. Because of this, a few other Atom APIs that use save have similarly become async:

  • Pane.close
  • TextBuffer.save
  • TextEditor.save
  • Pane.saveItem
  • Pane.saveItemAs
  • Pane.saveActiveItem
  • Pane.saveActiveItemAs
  • Pane.saveItems
  • Workspace.saveActivePaneItem
  • Workspace.saveActivePaneItemAs

Effects on this package

We think this package could be impacted by this upgrade because it calls the changed methods in the following places:

  • TextEditor.save

We found these calls using a regex search, so this list might be incomplete, and it might contain some false positives.

What to do about the change

It should be pretty easy to adjust your package code and/or tests to work with the new async behavior, and to simultaneously keep it working with older versions of Atom. Here are some examples of pull requests we opened on our bundled packages to cope with the change:

Please let me know if you have any questions. I would be happy to help!

@huba
Copy link
Collaborator

huba commented Jun 15, 2017

Thank you for the heads up.

@ioquatix
Copy link
Owner

This should be pretty easy to fix.

@ioquatix
Copy link
Owner

ioquatix commented Aug 8, 2017

Okay this has been fixed here 1023a69 feel free to provide any feedback if I haven't done it right.

@ioquatix ioquatix closed this as completed Aug 8, 2017
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants