[GH-ISSUE #37] [Pro] Bugs found - Apostrophes from Home App + Icons not updating state #37

New issue

Closed

opened 2026-03-03 16:43:04 +03:00 by kerem · 1 comment

kerem commented

2026-03-03 16:43:04 +03:00

Owner

Originally created by @JayHoltslander on GitHub (Feb 12, 2026).
Original GitHub issue: https://github.com/nickustinov/itsyhome-macos/issues/37

Originally assigned to: @nickustinov on GitHub.

My very first usage after purchasing the Pro edition revealed the following bug:

If you've named a room in an app on an iPhone or a Mac, it defaults to a Smart Quote (’) rather than a Straight Quote (').

So for my room "Jay's Office" (Created in the Philips Hue App)

itsyhome://toggle/Jay%27s%20Office/Heater is invalid.

When I queried the endpoint I got a JSON response back revealing the name is being stored as Jayâ€™s Office which I then converted into

itsyhome://toggle/Jay%C3%A2%E2%80%99s%20Office/Heater which was also invalid.

Turns out what I actually needed was:

itsyhome://toggle/Jay%E2%80%99s%20Office/Heater

Secondary bug

My Mac's pinned accessory in the menu bar doesn't get its icon updated based on the status that was triggered via Deeplinks. This leaves it showing the incorrect state icon until it's manually clicked and then it updates. ~~Considering that it could end up showing the incorrect state of a door lock at a glance I think that should be fixed too.~~ [Update] This only was observed for smart plug. Door lock icon seems to update immediately.

Originally created by @JayHoltslander on GitHub (Feb 12, 2026). Original GitHub issue: https://github.com/nickustinov/itsyhome-macos/issues/37 Originally assigned to: @nickustinov on GitHub. My very first usage after purchasing the Pro edition revealed the following bug: If you've named a room in an app on an iPhone or a Mac, it defaults to a Smart Quote (’) rather than a Straight Quote ('). So for my room "Jay's Office" (Created in the Philips Hue App) `itsyhome://toggle/Jay%27s%20Office/Heater` is invalid. When I queried the endpoint I got a JSON response back revealing the name is being stored as `Jayâ€™s Office` which I then converted into `itsyhome://toggle/Jay%C3%A2%E2%80%99s%20Office/Heater` which was also invalid. Turns out what I actually needed was: `itsyhome://toggle/Jay%E2%80%99s%20Office/Heater` ### Secondary bug My Mac's pinned accessory in the menu bar doesn't get its icon updated based on the status that was triggered via Deeplinks. This leaves it showing the incorrect state icon until it's manually clicked and then it updates. ~~Considering that it could end up showing the incorrect state of a door lock at a glance I think that should be fixed too.~~ [Update] This only was observed for smart plug. Door lock icon seems to update immediately.

kerem

2026-03-03 16:43:04 +03:00

closed this issue
added the
pending release
label

kerem commented

2026-03-03 16:43:05 +03:00

Author

Owner

@nickustinov commented on GitHub (Feb 12, 2026):

Thanks for reporting this – both issues are fixed and will ship in 2.0.0.

Smart quotes in room/device names: HomeKit uses iOS smart quotes (like Jay's) but URL-encoded deep links typically use straight quotes (Jay's). The resolver now normalises both before comparing, so either form will match.

Pinned icon not updating: Deep link actions were writing to HomeKit but not notifying the menu bar, so pinned status items stayed stale. They now update immediately after any deep link action, same as when toggling from the menu.

@nickustinov commented on GitHub (Feb 12, 2026): Thanks for reporting this – both issues are fixed and will ship in 2.0.0. **Smart quotes in room/device names**: HomeKit uses iOS smart quotes (like `Jay's`) but URL-encoded deep links typically use straight quotes (`Jay's`). The resolver now normalises both before comparing, so either form will match. **Pinned icon not updating**: Deep link actions were writing to HomeKit but not notifying the menu bar, so pinned status items stayed stale. They now update immediately after any deep link action, same as when toggling from the menu.