CronTrigger hard-codes default ZoneId instead of participating in scheduler-wide Clock setup #31948
Labels
in: core
Issues in core modules (aop, beans, core, context, expression)
status: backported
An issue that has been backported to maintenance branches
type: bug
A general bug
Milestone
Along with #19475, it turned out that
CronTrigger
hard-codes the systemZoneId
by default while it should really take it fromTriggerContext.getClock().getZone()
- which is the systemZoneId
by default as well but participates in scheduler-wideClock
customization (which we introduced in 5.3).The text was updated successfully, but these errors were encountered: