In Progress Sense 3.4 Beta Testing

In Progress
I’m not sure if this issue is related to the 3.3.5 Beta or the update to macOS 26.1. However, I’ve noticed that the local connection to InnuOS Sense in the Safari Browser (as well as in the Web App) can no longer be established (I am using a manually entered IP address). I’ve also tried the same with Chrome, and it works, but only after confirming that it’s a security risk. I suspect that this is because http:// instead of a secure https:// connection is used. my.innuos.com doesn’t work at all within Safari, but that’s not surprising since it never did. Perhaps the security bars have been raised higher? P.S. I have also tried with my AntiVirus app turned off, but this would not change anything.
 

Attachments

  • Screenshot 2025-11-07 at 08.42.44.png
    Screenshot 2025-11-07 at 08.42.44.png
    404 KB · Views: 3
I’m not sure if this issue is related to the 3.3.5 Beta or the update to macOS 26.1. However, I’ve noticed that the local connection to InnuOS Sense in the Safari Browser (as well as in the Web App) can no longer be established (I am using a manually entered IP address). I’ve also tried the same with Chrome, and it works, but only after confirming that it’s a security risk. I suspect that this is because http:// instead of a secure https:// connection is used. my.innuos.com doesn’t work at all within Safari, but that’s not surprising since it never did. Perhaps the security bars have been raised higher? P.S. I have also tried with my AntiVirus app turned off, but this would not change anything.
Another user was just discussing a similar matter in a prior thread - https://community.innuos.com/thread...ter-macos-update-to-tahoe-26-1.631/#post-4695

It appears to be a Safari issue specifically. As I mention there, I typically recommend using a browser like Chrome as it is generally far less prone to annoying bugs or changes reguarly compard to Safari.
 
I’m not sure if this issue is related to the 3.3.5 Beta or the update to macOS 26.1. However, I’ve noticed that the local connection to InnuOS Sense in the Safari Browser (as well as in the Web App) can no longer be established (I am using a manually entered IP address). I’ve also tried the same with Chrome, and it works, but only after confirming that it’s a security risk. I suspect that this is because http:// instead of a secure https:// connection is used. my.innuos.com doesn’t work at all within Safari, but that’s not surprising since it never did. Perhaps the security bars have been raised higher? P.S. I have also tried with my AntiVirus app turned off, but this would not change anything.

Another user was just discussing a similar matter in a prior thread - https://community.innuos.com/thread...ter-macos-update-to-tahoe-26-1.631/#post-4695

It appears to be a Safari issue specifically. As I mention there, I typically recommend using a browser like Chrome as it is generally far less prone to annoying bugs or changes reguarly compard to Safari.
Sure, I can do. However, I was using the Web App all the time. Is it possible to use the updated protocols applied to the current iOS App Beta? It became definitely much more responsive.
 
Sure, I can do. However, I was using the Web App all the time. Is it possible to use the updated protocols applied to the current iOS App Beta? It became definitely much more responsive.
It's a different set of criteria unfortunately - it will be quite a big undertaking to adapt to a non-HTTP browser but will be something we may have to look into in case more browsers choose to go this way.
 
It's a different set of criteria unfortunately - it will be quite a big undertaking to adapt to a non-HTTP browser but will be something we may have to look into in case more browsers choose to go this way.
Yes, we’ll see. Even with Chrome, you need to override some security settings. I reverted to the iPadOS App, which can be run on Apple Silicon Macs. It appears to work well. Perhaps it’s smarter and easier to ensure compatibility with macOS so that it can be used without any hassle.
 
Quick bug report here on a Statement NG with Naim ND 555 and Naim Atom HE: when you stop in the middle of an album, the Statement will keep playing, skipping to the next track or starting SmartQ, even if you click stop multiple times. Selecting a new album and then clicking stop can result in the same thing. You have to click stop multiple times and it will eventually get the message. Even using the Naim remote to stop replay can have the same effect. Sometimes shutting down and restarting Sense helps. Sometimes it doesn't. A bit random.

On the plus side, my latest New Music albums were not lost in the update, whereas this happened consistently with the most recent previous versions.
This is definitely a SmartQ problem and persists with Naim streamers using InnuOS 3.4.0-7. I have now disabled SmartQ, which is pity because it was otherwise working quite nicely with only the occasional cross-genre aberration. 😁
 
  • Like
Reactions: Stephen Healy
Not sure if my experience 2 nights ago is related to the “keeps playing post”.
Zenith NG with i2s O/P board playing via Random play (SmartQ off) I accidentally hit either FF or backwards within a track whilst playing. I could not then stop the unit playing the song nor jump to the next track etc. basically the queue was continued no matter what I tried. In the end I had to hard power off the Zenith NG to get it to respond.
I haven’t tried to duplicate this because I don’t think powering down while the unit is functioning is not good for it. Please let me know if you want follow up?
 
This is definitely a SmartQ problem and persists with Naim streamers using InnuOS 3.4.0-7. I have now disabled SmartQ, which is pity because it was otherwise working quite nicely with only the occasional cross-genre aberration. 😁
So to clarify, with SmartQ turned off you can now more consistently stop/pause the music whereas before it would be very difficult to stop?
 
Not sure if my experience 2 nights ago is related to the “keeps playing post”.
Zenith NG with i2s O/P board playing via Random play (SmartQ off) I accidentally hit either FF or backwards within a track whilst playing. I could not then stop the unit playing the song nor jump to the next track etc. basically the queue was continued no matter what I tried. In the end I had to hard power off the Zenith NG to get it to respond.
I haven’t tried to duplicate this because I don’t think powering down while the unit is functioning is not good for it. Please let me know if you want follow up?
This sounds somewhat similar to what @michaelb described in the post before you, although that was across SenseUPnP. Was the queue completely stuck, so you could not load other music into it to clear the queue and play something else? You may need to the 'Clear Queue Cache' in ADVANCED SETTINGS in your case @frank7036
 
So to clarify, with SmartQ turned off you can now more consistently stop/pause the music whereas before it would be very difficult to stop?
Unfortunately not. Even with SmartQ off, this persists. Switched it back on earlier today. When this problem happens (replay stopping and then the next track starting), you just have to flick through the tracks as they open, stopping replay as it goes and then quickly selecting a new track of your own choice and stopping replay.
 
This sounds somewhat similar to what @michaelb described in the post before you, although that was across SenseUPnP. Was the queue completely stuck, so you could not load other music into it to clear the queue and play something else? You may need to the 'Clear Queue Cache' in ADVANCED SETTINGS in your case @frank7036
Thank you Stephen, however In my case nothing I tried to change/stop the queue from playing worked. The unit was completely unresponsive to commands via the mobile Sense app, so your suggestion might not work.
If the situation happens again I’ll post more detail here and leave it on in case Innuos could remote login…