Uploaded image for project: 'Blesta Core'
  1. Blesta Core
  2. CORE-295

Recurring invoice daylight savings time anomaly

    Details

    • Type: Bug
    • Status: Closed
    • Priority: Minor
    • Resolution: Fixed
    • Affects Version/s: 3.0.0.a5
    • Fix Version/s: 4.1.2, 4.2.0-b1
    • Component/s: None
    • Labels:
      None

      Description

      When the invoice days before renewal option, and the renew date window overlaps with a daylight savings time change odd behavior is seen.

      In the case of a daily invoice, the invoice skips a day and is then be billed twice on the subsequent day. This pattern repeats until the time change occurs. It appears to generate the correct number of invoices overall, but not on the proper day. Once daylight savings actually rolls over, billing returns to normal. This was observed on March 10, 2013 when the clocks were changed forward 1 hour.

      This may also occur with recurring services, though it was not observed.

      The effect of this should be less substantial in most cases, as with monthly invoices an invoice may just be generated 1 day late during this window. It's an issue that needs to be resolved, but we did not find a solution at this time.

        Activity

        Hide
        tyson Tyson Phillips (Inactive) added a comment -

        This probably can be resolved with the Date helper since it's been updated to use the DateTime library, and can better set future dates in the given timezone to avoid it being off an hour when it crosses one of the daylight savings days. Of course, the issue will need to be replicated first to be sure it hasn't already been resolved.

        Show
        tyson Tyson Phillips (Inactive) added a comment - This probably can be resolved with the Date helper since it's been updated to use the DateTime library, and can better set future dates in the given timezone to avoid it being off an hour when it crosses one of the daylight savings days. Of course, the issue will need to be replicated first to be sure it hasn't already been resolved.

          People

          • Assignee:
            jonathan Jonathan Reissmueller
            Reporter:
            admin Paul Phillips
          • Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved:
              Fix Release Date:
              25/Oct/17

              Time Tracking

              Estimated:
              Original Estimate - 0 minutes
              0m
              Remaining:
              Remaining Estimate - 0 minutes
              0m
              Logged:
              Time Spent - 2 days, 45 minutes
              2d 45m

                Agile