mac: queue notifications when transmit buffer is full. fixes #6

[spr0u]

If an updateValue call fails due to no space in the underlying transmit queue, add it to a pending notifications queue and send it when CoreBluetooth signals that there is space available.

Tested as described in #6.

[stoprocent]

This is an acceptable temporary solution, but it's not ideal. I'd prefer handling notifications via a queue—something like a serial NSOperationQueue. Then we could easily start or pause notifications as needed. Otherwise, we risk generating notifications out of their intended order.

[spr0u]

I'm not sure about the NSOperationQueue - each notification operation would need to be able to fail but still keep its position in the queue so that it can be retried later. This doesn't appear to be supported by NSOperationQueue.

Notifications are already exclusively sent on the serial dispatch queue, though one of the code paths attempts to send a notification immediately and bypass the pendingNotifications buffer. This could cause reordering depending on CoreBluetooth's implementation, so the safe bet would be to always append to the buffer and consume from it when sending.

[stoprocent]

This is great!

[github-actions]

🎉 This PR is included in version 0.8.6 🎉

The release is available on:

• npm package (@latest dist-tag)
• v0.8.6
• GitHub release

Your semantic-release bot 📦🚀