• ×
    Information
    Need Windows 11 help?
    Check documents on compatibility, FAQs, upgrade information and available fixes.
    Windows 11 Support Center.
  • post a message
  • ×
    Information
    Need Windows 11 help?
    Check documents on compatibility, FAQs, upgrade information and available fixes.
    Windows 11 Support Center.
  • post a message
Guidelines
The HP Community is where owners of HP products, like you, volunteer to help each other find solutions.
Locked

‎01-21-2021 08:59 AM

HP Recommended
Product: MBP mid-2012
Operating System: macOS 10.15 Catalina

Hi, 

 

I have very frequent disconnects (I can reconnect immediately then). I read the user guide and I think I configured correctly.

I had suspected the reliability of the wifi connection but after connecting through ethernet traditionally (through the LAN's router), the occurence frequency is the same.

 

Can someone from HP take a look at these excerpt from the logs? I managed to isolate the events pertaining to the disconnect on both sender and receiver logs.

https://www.dropbox.com/sh/tr2i4lk8v66t90m/AACvIqg2IORu0iidHuqbtITda?dl=1

 

It would be much appreciated.

 

1 ACCEPTED SOLUTION

Accepted Solutions

‎01-28-2021 03:23 AM

HP Recommended

So, it's disappointing to trying to be supported by HP and ending writing all the posts ourselves.

After a lot of time lost I discovered these disconnects are caused by the macOS feature App Nap. When the activity diminishes, macOS removes resources/power/etc to Zcentral Receiver app to the point that the SyncPulse fails and the connection stops.

 

To prevent this, open Terminal and write: "defaults write [drop the HP Zcentral Remote Boost app from your Applications folder here] NSAppSleepDisabled -bool YES" > Then restart the receiver.

 

View solution in original post

Was this reply helpful? Yes No
7 REPLIES 7

‎01-22-2021 03:52 AM

HP Recommended

It might be related to this post: MacOS: ZCentral Receiver disconnects when switching from fullscreen app

@Tiltx (can you mention a user?)

 

My log is exactly the same as his, and it ends with:

01-21-21 15:26:26 19111(175238592) DEBUG - CommandFactory::ctor
01-21-21 15:26:26 19111(175238592) DEBUG - CommandFactory::createDisconnectCommand - reason=5
01-21-21 15:26:26 19111(175238592) DEBUG - DisconnectCommand::ctor
01-21-21 15:26:26 19111(175238592) DEBUG - DisconnectCommand::dispatchSessionDisconnect - isConnected
01-21-21 15:26:26 19111(175238592) DEBUG - Receiver::ReceiverSession::disconnect -
01-21-21 15:26:26 19111(175238592) DEBUG - Receiver::ReceiverSession::stopImageUpdates -
01-21-21 15:26:26 19111(175238592) DEBUG - Receiver::ReceiverSession::destroyThreads -
01-21-21 15:26:48 19111(175238592) DEBUG - Receiver::ReceiverSession::notifyOthersOfDisconnected -
01-21-21 15:26:48 19111(175238592) DEBUG - InputRouterOperator::handleDisconnected
01-21-21 15:26:48 19111(175238592) DEBUG - Utilities::LiveUdpStatisticsProvider::logBasicStats - Network Loss (without LiveUDP): 0
01-21-21 15:26:48 19111(175238592) DEBUG - Utilities::LiveUdpStatisticsProvider::logBasicStats - Network Loss (with LiveUDP): 0
01-21-21 15:26:48 19111(175238592) DEBUG - Utilities::LiveUdpStatisticsProvider::logBasicStats - Round Trip Time: 0
01-21-21 15:26:48 19111(175238592) DEBUG - Utilities::LiveUdpStatisticsProvider::logBasicStats - Packets Sent: 4387
01-21-21 15:26:48 19111(175238592) DEBUG - Utilities::LiveUdpStatisticsProvider::logBasicStats - Bytes Sent: 0
01-21-21 15:26:48 19111(175238592) DEBUG - Utilities::LiveUdpStatisticsProvider::logBasicStats - Packets Received: 19191
01-21-21 15:26:48 19111(175238592) DEBUG - Utilities::LiveUdpStatisticsProvider::logBasicStats - Bytes Received: 0
01-21-21 15:26:48 19111(175238592) DEBUG - Utilities::LiveUdpStatisticsProvider::logBasicStats - Throughput (Packets/Second): 0
01-21-21 15:26:48 19111(175238592) DEBUG - Utilities::LiveUdpStatisticsProvider::logBasicStats - Throughput (Bytes/Second): 0
01-21-21 15:26:48 19111(175238592) DEBUG - Utilities::LiveUdpStatisticsProvider::logAdvancedStats - Egress Rx Packets (packets received by Live UDP to send to the network: 2633
01-21-21 15:26:48 19111(175238592) DEBUG - Utilities::LiveUdpStatisticsProvider::logAdvancedStats - Egress Rx Bytes (bytes received by Live UDP to send to the network: 0
01-21-21 15:26:48 19111(175238592) DEBUG - Utilities::LiveUdpStatisticsProvider::logAdvancedStats - Ingress Tx Packets (packets sent by Live UDP to the application: 19191
01-21-21 15:26:48 19111(175238592) DEBUG - Utilities::LiveUdpStatisticsProvider::logAdvancedStats - Ingress Tx Bytes (bytes sent by Live UDP to the application: 0
01-21-21 15:26:48 19111(175238592) DEBUG - Utilities::LiveUdpStatisticsProvider::logAdvancedStats - Round Trip Time Jitter: 0
01-21-21 15:26:48 19111(175238592) DEBUG - Utilities::LiveUdpStatisticsProvider::logAdvancedStats - Burst Loss (sequential packets lost): 0
01-21-21 15:26:48 19111(175238592) DEBUG - Utilities::LiveUdpStatisticsProvider::logAdvancedStats - Redundant Packets: 0
01-21-21 15:26:48 19111(175238592) DEBUG - Utilities::LiveUdpStatisticsProvider::logAdvancedStats - Recovered Packets: 0
01-21-21 15:26:48 19111(175238592) DEBUG - Utilities::LiveUdpStatisticsProvider::logAdvancedStats - Retransmitted Packets: 0
01-21-21 15:26:48 19111(175238592) DEBUG - SessionIce<T>::disconnect: KeybdMouseReceiverSessionIce
01-21-21 15:26:48 19111(175238592) DEBUG - SessionIce<T>::disconnect: Unknown
01-21-21 15:26:48 19111(175238592) DEBUG - SessionIce<T>::disconnect: PhysicalAudioDeviceSessionIce
01-21-21 15:26:48 19111(175238592) DEBUG - SessionIce<T>::disconnect: ClipboardDeviceSessionIce
01-21-21 15:26:48 19111(175238592) DEBUG - SessionIce<T>::disconnect: ReceiverSessionIce
01-21-21 15:26:48 19111(175238592) DEBUG - Receiver::ReceiverSession::disconnect - calling ReceiverImpl->prepareForDisconnect
01-21-21 15:26:48 19111(175238592) INFO - IceAdapter::removeService - Registered service: ReceiverIntf removed
01-21-21 15:26:48 19111(175238592) INFO - IceAdapter::removeService - Registered service: ReceiverIntf removed
01-21-21 15:26:48 19111(23252992) DEBUG - Security::CertificateStore::validateCert - Checking certificate[192.168.0.126]
01-21-21 15:26:48 19111(175238592) DEBUG - SenderProxy::close - Closing sender proxy connection
01-21-21 15:26:48 19111(175238592) DEBUG - DisconnectCommand::dtor
01-21-21 15:26:48 19111(41410560) DEBUG - DecoderState::updateImageWorkerThread: thread interrupted
01-21-21 15:26:49 19111(175238592) DEBUG - CommandFactory::ctor
01-21-21 15:26:49 19111(175238592) DEBUG - CommandFactory::createDisconnectCommand - reason=3
01-21-21 15:26:49 19111(175238592) DEBUG - DisconnectCommand::ctor
01-21-21 15:26:49 19111(175238592) DEBUG - DisconnectCommand::dispatchSessionDisconnect - is disconnected. nothing to be done.
01-21-21 15:26:49 19111(175238592) DEBUG - DisconnectCommand::dtor

Up until the moment it's disconnected

 

His OS was Mojave, I'm in Catalina

He was with 20.0, I'm with Receiver and Sender  20.1.1.8114

I'm also using fullscreen mode

 

I wouldn't phrase that it disconnects "when switching from full screen app", here it can disconnect after a long (random) period of time after I have switched from spaces and I'm working with another macOS app.

Was this reply helpful? Yes No

‎01-24-2021 02:19 PM

HP Recommended

Hi, 

 

Maybe I should I have asked first. Are trial users entitled to support?

I'm surprised by the lack of response by HP employees 😞

Isn't this the appropriate channel? 

 

Thanks to give a quick look at my problem!

J

 

Was this reply helpful? Yes No

‎01-28-2021 03:23 AM

HP Recommended

So, it's disappointing to trying to be supported by HP and ending writing all the posts ourselves.

After a lot of time lost I discovered these disconnects are caused by the macOS feature App Nap. When the activity diminishes, macOS removes resources/power/etc to Zcentral Receiver app to the point that the SyncPulse fails and the connection stops.

 

To prevent this, open Terminal and write: "defaults write [drop the HP Zcentral Remote Boost app from your Applications folder here] NSAppSleepDisabled -bool YES" > Then restart the receiver.

 

Was this reply helpful? Yes No

‎02-12-2021 10:44 AM

HP Recommended

Hi Hoolito

 

I'm sorry you did not get any responses soon enough, but I'm glad you were able to find out the root cause of your issue.

We've been poking around the App nap feature but we were not able to reproduce any disconnects related to the app nap itself.

We still want to investigate this, though, so may I ask what sender OS and RB version you were connecting to?

 

Thank you.

------------------------
I work on behalf of HP.
Was this reply helpful? Yes No

‎02-15-2021 05:10 AM

HP Recommended

Hi Lizzy,

 

I'm in Catalina.

Receiver (macOS)  20.1.1.8114 build Dec 18 2020

and Sender (Win10)   20.1.1.8114 (don't know how to check build)

 

FYI, after deactivating app nap, there were no weird disconnects

Was this reply helpful? Yes No

‎03-04-2021 08:59 AM

HP Recommended

Hi Hoolito,

 

I just wanted to thank you for helping the community with the feedback on this.

The app nap issue has been fixed and will be available on the upcoming releases of Remote Boost.

 

Thank you.

------------------------
I work on behalf of HP.
Was this reply helpful? Yes No

‎03-04-2021 09:56 AM

HP Recommended

Really appreciate you took the time to let me know

Was this reply helpful? Yes No
Warning
Be alert for scammers posting fake support phone numbers and/or email addresses on the community.
If you think you have received a fake HP Support message, please report it to us by clicking on "Flag Post".
† The opinions expressed above are the personal opinions of the authors, not of HP. By using this site, you accept the Terms of Use and Rules of Participation.
Didn't find what you were looking for? Ask the community
† The opinions expressed above are the personal opinions of the authors, not of HP. By using this site, you accept the <a href="https://www8.hp.com/us/en/terms-of-use.html" class="udrlinesmall">Terms of Use</a> and <a href="/t5/custom/page/page-id/hp.rulespage" class="udrlinesmall"> Rules of Participation</a>.