Fixes #47647

• I read the Generative AI policy and my contribution is compatible with the policy and GNU/GPL 2 or later.

Summary of Changes

This PR fixes incorrect normalization of the days_of_week field in the Scheduler cron expression.

The UI provides day-of-week values in the range 1–7, but the normalization logic compares against an incorrect range. Because of this mismatch, when all weekdays are selected, the system fails to convert them into a wildcard (*) and instead stores a full list (1,2,3,4,5,6,7).

Due to POSIX cron semantics (OR condition between day-of-month and day-of-week), this causes tasks to run daily instead of only on the 1st of the month.

Fix

Updated normalization logic to use:

range(1, 7)

so that selecting all weekdays correctly results in *.

Testing Instructions

1. Go to System → Manage → Scheduled Tasks
2. Create a new task (e.g. "GET Request" or "Delete ActionLogs")
3. Set Execution Rule → Custom cron expression
4. Configure:
   • Minutes = 0
   • Hours = 9
   • Days of Month = 1
   • Months = all selected
   • Days of Week = all selected
5. Save the task
6. (Optional) Run the task manually
7. Check Next Execution in the task list or Execution History

Actual result BEFORE applying this Pull Request

• Cron expression stored internally as:
  0 9 1 * 1,2,3,4,5,6,7

• Because both DOM and DOW are restricted, POSIX OR semantics apply

• Task runs daily at 09:00

Example:
Next Execution: 2026-04-29 09:00

Expected result AFTER applying this Pull Request

• Cron expression correctly normalized to:
  0 9 1 * *

• Day-of-week is treated as wildcard (*)

• Task runs only on the 1st of each month at 09:00

Example:
Next Execution: 2026-05-01 09:00

Screenshots

Before (Bug - Daily Execution)

![Before Screenshot]

• The task is scheduled for the next day, indicating incorrect daily execution.

After (Fix Applied - Monthly Execution)

![After Screenshot/Video]

• The task is correctly scheduled for the 1st of the next month.

Link to documentations

• No documentation changes for guide.joomla.org needed
• No documentation changes for manual.joomla.org needed