Automatic DnD not working correctly after daylight saving time

[ca_maer]

We have an automatic forwarding rule in the extension where people are on automatic DnD when outside of office hours. This was working fine until yesterday where the daylight saving time took effect (+1 hour). All the time on the phones are fine but at 8:15AM they are still on DnD when they should be available. I've attached some screenshot to show the settings we have.



Any ideas ?

 

[joshl]

We have 4 systems in place with automatic DnD. time/date all look good but the automatic DnD is not working.

 

[ca_maer]

We have 4 systems in place with automatic DnD. time/date all look good but the automatic DnD is not working.

Not working since the daylight saving time change or never worked ?

 

[joshl]

not working since the daylight saving time change.

 

[ca_maer]

Just a follow up: The phone went out of DnD at 9AM which really proves it's a daylight saving time issue.

 

[YiannisH_3CX]

Hello @ca_maer

Which OS are you running and is your OS time correct?

 

[ca_maer]

Hello @ca_maer

Which OS are you running and is your OS time correct?

The OS is Debian 9.12 and the date command return the correct time.

 

[YiannisH_3CX]

Thank you for the information. We are currently investigating this and i will come back to you once we have something.

 

[Kurt Donnan]

Experienced same issue this morning. Windows Server 2019. Chicago/US Central. Time correct on server OS. Time correct in Call Logs.

 

[alexintheboro]

Same issue here on several systems but not all of them. All are on v16, some are Windows some are Debian. System time has been confirmed on all systems.

 

[Darryl Traylor]

I have the same issue. My systems are on Amazon lightsail. All the ext have to manually changed to available.

 

[YiannisH_3CX]

Can you let us know if the phones switched correctly today? We want to see if this affected only the first switch after the time change.

 

[joshl]

It seems to have auto switched correctly today for us.

 

[Kurt Donnan]

Everything switched correctly for us today.

 

[123automatiserin]

We have the same issue. AutoSwitch does not change the user to Do Not Disturb or Available after a DST
Time and Date are fine. (Debian)

 

[EzPCConcepts]

Was this ever fixed or the source of the issue identified? Seems like my 3cx on windows will not go into ooh even if I put it in ooh via *642

 

[YiannisH_3CX]

We have identified the issue and we are working towards a solution but it needs some work as this only affects the first change after a DST is applied.

Was this ever fixed or the source of the issue identified? Seems like my 3cx on windows will not go into ooh even if I put it in ooh via *642

Please note that *642 only affects trunks and will force calls to follow the out of office configuration so make sure that your trunks are correctly configured. Extensions remain unaffected by *642 and will continue to operate as before.
Also note that *642 forces the system into a state and it will not auto switch back unless you use the *640 to set it back to defaults.