Sometimes Safari is rendering the icon for an active extension in its original provided colored representation, other times Safari is applying an overlay color in line with the system's highlight color. This difference can even be seen seen on the Safari Extensions Developer home page: https://developer.apple.com/safari/extensions/images/extensions-hero-large_2x.png You will notice that Grammarly's icon is shown in it's original color format, while the others aren't. Example of extensions where the icon is shown in color: Bitwarden Grammarly 1Password Consent-O-Matic I've compared the source code of Bitwarden and Consent-o-Matic with my own extension and cannot find any differences in the settings or image properties (resolution, DPI, file type, color profile). If I take the exact PNG source files from said open source extensions and replace them in my own source code, these icons show up in full color. Does this perhaps mean there is a bug in Safari's processing of the icons where it fails to overlay the icon with the highlight color in some cases? I and I assume many developers with me would like to understand what determines this difference. Ideally, there is a consistent UX where the end user has the choice between icons in color or highlight color overlay.

Many customers of horizontal awnings complain that the logic is reversed. When the awning is extended it shows as closed and vice versa. When people talk or describe the state of the awning we say 'open' to extend and 'close' to retract. There are examples of people using it in scenes, or using Siri to ask to close all shutters and awnings, only to find the awnings fully extended the next morning after heavy rain. The overall status will also show the awnings 'Open' while they are not in use. This is all very annoying and confusing. There doesn't seem to be a difference in language between English and French, Dutch, German, ... when describing the operation of an awning. One can quickly find videos and instructions on operating awnings when 'open' refers to extending the horizontal coverage and 'closing' refers to retracting the horizontal coverage. Somfy (a manufacturer of motors for awnings and the Tahoma Switch = HomeKit Bridge) on their part claim that they cannot resolve this issue as they need to follow the HAP specification in order to pass HomeKit certification. This characteristic describes the current position of accessories. This characteristic can be used with doors, windows, awnings or window coverings. For windows and doors, a value of 0 indicates that a window (or door) is fully closed while a value of 100 indicates a fully open position. For blinds/shades/awnings, a value of 0 indicates a position that permits the least light and a value of 100 indicates a position that allows most light. -HAP specification 9.27 Current Position This is where Somfy points to with the claim they are obliged to use value '100' when it's fully retracted (closed, reported as open in HomeKit) and '0' when it's fully extended (open, reported as closed in HomeKit). Is this indeed a problem in the spec (i.e. should an awning's current position be determined like windows/doors?) or would Apple allow a manufacturer to interpret the spec according to what the user is expecting without loosing certification?