From dd51a14ea88225886c4650860facaa645b9074df Mon Sep 17 00:00:00 2001 From: ymlam Date: Wed, 24 Apr 2024 14:08:30 -0400 Subject: [PATCH] Remove obsolete comment. --- src/main/java/altk/comm/engine/Broadcast.java | 19 ------------------- 1 file changed, 19 deletions(-) diff --git a/src/main/java/altk/comm/engine/Broadcast.java b/src/main/java/altk/comm/engine/Broadcast.java index 2038bf5..4924675 100644 --- a/src/main/java/altk/comm/engine/Broadcast.java +++ b/src/main/java/altk/comm/engine/Broadcast.java @@ -1411,25 +1411,6 @@ public abstract class Broadcast if (timeChanged) enforceOperationHours(); } - /** - * YML: At this time, we only enforce pause action when a broadcast is - * outside its operating hours. The current design is not satisfactory and needs - * a better solution. - * - * We are not automatically resuming a paused broadcast because the difference - * between intention of an operator-initiated pause and - * that of a clock pause needs clarification in their operation paradigm. - * Question is when or if we allow a operator-initiated pause be resumed - * when someone changes the operating hours of a broadcast in such a way - * that the broadcast is at once within its operasting hours. it may be - * be counter to the intention of the original operator. - * - * On the other hand, if that places the broadcast outside it operating hours, - * it is safer to immediately pause it. - * - * To add clarity, we may need to separate the PAUSE state into OPERATOR_PAUSE and CLOCK_PAUSE, - * and similarly PAUING state. - */ void enforceOperationHours() { if (state == BroadcastState.ABORTED) return; if (!withinOperatingHours()) {