Von Welch

> I don't think this behavior is a bug per se, but it's not documented as far as I can tell, and it's definitely not very intuitive. Agreed. At this...

> At some point between 0.9.97 and 0.9.100 (6815), `hs.audiodevice.watcherCallback` apparently started working again. I was mistaken when I said this. I forgotten I had a work around that used...

I note that hs.camera does not seem to exhibit the same behavior has hs.audiodevice with regards to objects versus devices. The watchers seem to carry over from one object created...

@Rhys-T Thank you for the explanation. I have modified my code such that I am storing my hs.audiodevice instances now, which I believe should prevent them from being garbage collected,...

Thank you @Rhys-T . Turns out it's my bad and everything is working as it should. Knowing it worked for you caused me to think hard enough about this to...

Thanks @Rhys-T , I am aware of that repo and took my approach from it (you'll see it credited towards the top of my code). It's a good piece of...

Hi @esphoenixc it doesn't seem like your issue has anything to do with Hammerspoon in that you're writing a native Mac app. If I'm correct, you're in the wrong place.

> That's not something that's possible for now. We hook into a webrequest api that expects real urls, so we would never get your "foo/bar" string... I suggest mentioning this...

I figured out how to reproduce this easily: Create a repo with a subrepro, then make one commit in each so that the subrepo is now one commit ahead of...

@7max No change with your fix. Looks like you modified egg-get-hunk-range but that function isn't in the backtrace I'm seeing. It appears to be egg-unstaged-lines-delta-before-hunk that is crapping out if...