Hotspot Helper SSID property conatins passpoint domain

… the domain information does not conform to the SSID type.

What does this mean at the API level?

Share and Enjoy
—
Quinn “The Eskimo!”
Apple Developer Relations, Developer Technical Support, Core OS/Hardware

let myEmail = "eskimo" + "1" + "@apple.com"

Hi Quinn,

At the API level, the SSID property is a string so there is no fault in sending the domain.

However, as far as I am aware an SSID by definition is a 32 octet sequence. When the passpoint domain is sent, the length is too long and our SSID validation checks were showing a bad SSID.

Should it not be sent in a domain property instead, that way it would not be incorrectly read as an SSID and potentially break something downstream.

For now we just need to implement logic to ignore SSIDs longer than 32 characters which is a bit of a workaround. Or do you have any other suggestions.

You wrote:

However, as far as I am aware an SSID by definition is a 32 octet sequence.

To confirm, you’re talking about the

SSID

NEHotspotNetwork

.filterScanList

If so, I would recommend against trying to parse that. If you need to parse it, then I recommend that you fail gracefully. For example, if you’re parsing the SSID to create some canonical form to match against a database of supported SSIDs, if the parse fails then you know you don’t match.

Share and Enjoy
—
Quinn “The Eskimo!”
Apple Developer Relations, Developer Technical Support, Core OS/Hardware

let myEmail = "eskimo" + "1" + "@apple.com"

)Yes the SSID property of NEHotspotNetwork via .filterScanList.

You are exactly right in that we are validating against a list of SSIDs we have. And as you say, we just now gracefully fail.

I filed it as a bug report (28846094) just in case there is any desire to separate domains and SSIDs in the future.