[claude-hackernews] Drop working-hours gate from hourly cron#9
Conversation
Per ops request: the script should run on every cron firing, with no calendar-hour gating. Removes _within_working_hours(), the WORK_HOURS_START/END constants and their CRON_* env overrides, the gray "skip" Discord lifecycle event, and the related docstring/README references. Random pre-run sleep stays in place -- it's jitter for HH:00:00 alignment, not a run gate. Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
|
Caution Review failedThe pull request is closed. ℹ️ Recent review info⚙️ Run configurationConfiguration used: defaults Review profile: CHILL Plan: Pro Run ID: 📒 Files selected for processing (2)
📝 WalkthroughWalkthroughThe cron job script no longer gates execution based on working hours. The script now always runs on each cron firing with only an optional pre-run sleep bypass via Changes
Estimated code review effort🎯 3 (Moderate) | ⏱️ ~20 minutes Possibly related PRs
Poem
✨ Finishing Touches📝 Generate docstrings
🧪 Generate unit tests (beta)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Review rate limit: 0/1 reviews remaining, refill in 60 minutes.Comment |
Summary
scripts/hourly_hackernews_cron.pyso the cron runs on every firing._within_working_hours(),WORK_HOURS_START/ENDconstants (and theirCRON_*env overrides), the gray "skip" Discord lifecycle level, and matching docstring / README references._random_wait_seconds) stays in place — it's HH:00:00 jitter, not a run gate.Test plan
python3 -m py_compile scripts/hourly_hackernews_cron.py(already verified locally)CRON_FORCE=1 python3 scripts/hourly_hackernews_cron.pysmoke test still works (CRON_FORCE now bypasses only the pre-run sleep)startDiscord embed regardless of local hourSummary by CodeRabbit