| @@ -1411,25 +1411,6 @@ public abstract class Broadcast | |||||
| if (timeChanged) enforceOperationHours(); | 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() { | void enforceOperationHours() { | ||||
| if (state == BroadcastState.ABORTED) return; | if (state == BroadcastState.ABORTED) return; | ||||
| if (!withinOperatingHours()) { | if (!withinOperatingHours()) { | ||||