Uploaded image for project: 'Bamboo Data Center'
  1. Bamboo Data Center
  2. BAM-16220

Cron schedule displayed in confusing way in scheduled triggers

      Regression as this used to work on earlier releases.

      1. Add scheduled trigger
      2. Edit schedule
      3. Select Cron
      4. Add expression like: 0 55 * ? * *
      5. Done
      6. Shows up properly on display
      7. Save trigger
      8. View trigger - switched to a daily every hour
      9. Edit schedule - Daily selected, every hour, minutes are not shown or editable

      Update: it's just a display issue, underlying cron is saved and interpreted correctly.
      Workaround: switch to cron view to see the actual expression.

            [BAM-16220] Cron schedule displayed in confusing way in scheduled triggers

            Atlassian Update - 9 April 2025

            Hi,

            At Atlassian, our goal is to ensure we’re providing the best experience for our customers. With our new Data Center strategy, Atlassian's focus is on security, compliance, and performance and is a key driver in prioritizing bugs. Closing the bugs that do not fall into those categories will allow us to focus on the ones in the most current versions of our products.

            This bug is being closed due to a lack of engagement in the last four years, including no new watchers, votes, or comments; this inactivity suggests a low impact.

            Please note the comments on this thread are not being monitored.

            You can read more about our bug fix policy here and how we prioritize bugs.

            To learn more about our recent investments in Bamboo Data Center, please check our public roadmap.

            Kind regards,
            Bamboo Data Center

            Ishwinder Kaur added a comment - Atlassian Update - 9 April 2025 Hi, At Atlassian, our goal is to ensure we’re providing the best experience for our customers. With our new Data Center strategy, Atlassian's focus is on security, compliance, and performance and is a key driver in prioritizing bugs. Closing the bugs that do not fall into those categories will allow us to focus on the ones in the most current versions of our products. This bug is being closed due to a lack of engagement in the last four years , including no new watchers, votes, or comments; this inactivity suggests a low impact. Please note the comments on this thread are not being monitored. You can read more about our bug fix policy here and how we prioritize bugs. To learn more about our recent investments in Bamboo Data Center, please check our public roadmap . Kind regards, Bamboo Data Center

            I discovered this bug today as well. I found that it only happens when the minutes are divisible by 5. If I enter any other number for the minutes, it works correctly. Maybe the code is trying to be helpful by showing the friendly text if the cron expression looks like "hourly," but instead of checking whether the minutes are 0, it instead checks whether the number is divisible by 5? 

            Any plans to fix this?

            Deleted Account (Inactive) added a comment - I discovered this bug today as well. I found that it only happens when the minutes are divisible by 5. If I enter any other number for the minutes, it works correctly. Maybe the code is trying to be helpful by showing the friendly text if the cron expression looks like "hourly," but instead of checking whether the minutes are 0, it instead checks whether the number is divisible by 5?  Any plans to fix this?

            lestin No one said we are not going to react on it. All I did is I ranked this issue according to it's true severity, which is "minor loss of functionality". As for proof of it being display issue: it's one click away: configure cron expression, save it, then go back to cron editor to see it's there. Then wait for build to be triggered at specified time.

            There's nowhere says the setting means "not the time of trigger but the range of hours". What's the point of having a minute field then? means range of minutes it's applicable?

            I'm not sure I follow. This is how the UI looks like:

            We have "Interval" which is "every hour" without minute part. The only minute fields are in "from" and "to" controls which lets you to tell for example from " 9:00 a.m to 5:00 p.m, every hour"

            If so, can we request an option of "hourly every minute" then? I dont mind the range of seconds when it kicks the job off ...

            The most flexible way of configuring schedules is to edit cron expression directly.

            Marcin Gardias added a comment - lestin No one said we are not going to react on it. All I did is I ranked this issue according to it's true severity, which is "minor loss of functionality". As for proof of it being display issue: it's one click away: configure cron expression, save it, then go back to cron editor to see it's there. Then wait for build to be triggered at specified time. There's nowhere says the setting means "not the time of trigger but the range of hours". What's the point of having a minute field then? means range of minutes it's applicable? I'm not sure I follow. This is how the UI looks like: We have "Interval" which is "every hour" without minute part. The only minute fields are in "from" and "to" controls which lets you to tell for example from " 9:00 a.m to 5:00 p.m, every hour" If so, can we request an option of "hourly every minute" then? I dont mind the range of seconds when it kicks the job off ... The most flexible way of configuring schedules is to edit cron expression directly.

            Lestin Liu added a comment -

            I'm surprised to pick up the Atlassian's support on this case, for all your paid customers!

            1. I don't think "just a display issue" justifies the reason not to react on it and, there's no proof showing it's "just a display issue" — i didn't bother to very that myself, oops!
            2. If "Daily every hour" means it is round clock, then the whole UK bus system is wrong as it uses "05 every hour" to tell people that the bus arrives at 9:05 for example.
            3. There's nowhere says the setting means "not the time of trigger but the range of hours". What's the point of having a minute field then? means range of minutes it's applicable?
            If so, can we request an option of "hourly every minute" then? I dont mind the range of seconds when it kicks the job off ...

            Thanks & sorry about the rant.
            Lestin

            Lestin Liu added a comment - I'm surprised to pick up the Atlassian's support on this case, for all your paid customers! 1. I don't think "just a display issue" justifies the reason not to react on it and, there's no proof showing it's "just a display issue" — i didn't bother to very that myself, oops! 2. If "Daily every hour" means it is round clock, then the whole UK bus system is wrong as it uses "05 every hour" to tell people that the bus arrives at 9:05 for example. 3. There's nowhere says the setting means "not the time of trigger but the range of hours". What's the point of having a minute field then? means range of minutes it's applicable? If so, can we request an option of "hourly every minute" then? I dont mind the range of seconds when it kicks the job off ... Thanks & sorry about the rant. Lestin

            Marcin Gardias added a comment - - edited

            bob.swift@charter.net I'm ranking this issue down, as it's just a display issue: if you switch to cron view, the expression is there and more importantly, scheduling works as expected (according to cron).

            " Daily selected, every hour, and the time is 00 (not 55)" -> Actually it's "Daily every hour" which is confusing but technically correct. The time shown is not the time of trigger but the range of hours when it's applicable, which is, again, correctly set to 12a.m - 12 a.m (whole day).

            Marcin Gardias added a comment - - edited bob.swift@charter.net I'm ranking this issue down, as it's just a display issue: if you switch to cron view, the expression is there and more importantly, scheduling works as expected (according to cron). " Daily selected, every hour, and the time is 00 (not 55)" -> Actually it's "Daily every hour" which is confusing but technically correct. The time shown is not the time of trigger but the range of hours when it's applicable, which is, again, correctly set to 12a.m - 12 a.m (whole day).

            Also applies to Scheduled "Repository polling" trigger.

            Rene Verschoor (Inactive) added a comment - Also applies to Scheduled "Repository polling" trigger.

              Unassigned Unassigned
              bob.swift@charter.net Bob Swift
              Affected customers:
              0 This affects my team
              Watchers:
              7 Start watching this issue

                Created:
                Updated:
                Resolved: