Skip to:

  1. Skip to Jira Navigation
  2. Skip to Side Navigation
  3. Skip to Main Content

Available/Due dates change to match Time Zone offset when test settings are saved

Description

If a test is created on a computer in a different time zone than the server, the Available/Due dates are changed to match the time zone of the server when the test is saved.

If the server is on EST, when a test is created from a PST computer to be due at 9:00am, clicking Save changes that time to 12:00p. After this, every time the Settings are edited, the main test time is increased by the time zone change again (to 3:00p, then 6:00p, etc.) and the exceptions settings are changed to 24hr time (1300 vs 1:00p)

To replicate:

  1. Change computer time zone so that the system clock does not match the server time

  2. Create an assessment, go to Settings

  3. Add Available/Due dates

  4. Create an Exception

  5. Click Add a Time Limit/Delivery Date Exception

  6. Click Save Settings and Publish - note time shown

  7. Click Edit Settings

  8. Click Save Settings and Publish again - note the time shown is increased by the time change again (i.e. if 1hr was added originally, 2 are added now)

Attachments

2

Activity

Show:

Sam Ottenhoff March 13, 2018 at 9:40 AM

Testing on 11.x would be great .....

Austin January 10, 2018 at 3:57 PM
Edited

It looks like this patch (applied to 11.4) does fix the problem I mentioned above where server, laulima preferences, and os timezones are all set to be the same.

But I think as it was mentioned above, if all three time zone settings are different, we'll see the issue again (reproduced on the 12.x nightly server). But also stated, if the user sets their Laulima preferences and OS timezone to be the same, the problem goes away, which I think would normally be fine.

However, what about the case where someone is traveling temporarily and their OS time zone is being set automatically? Perhaps that's rare? But they'll run into the issue again.

Austin January 10, 2018 at 2:13 PM

I recommend backporting this patch to 11.x.

Even if the server, laulima preferences, os timezone are all set to the same time zone (e.g. HST), this bug will still cause the dates to appear incorrectly. What looks like is happening is that after you save an assessment with e.g a due date, then preview, the displayed due date will appear in UTC time. UTC time will also be displayed when you edit the settings. But what's worse is if you don't change anything (e.g. you hadn't noticed the difference in date and were editing some other setting) and re-save, the date will be resaved further into the past. Which I think happens because the date is displayed in UTC, but when you save, samigo thinks it's in local or the preferences time zone and re-converts it to UTC again.

Neal Caidin August 31, 2017 at 4:09 PM

Thanks , I think we will call this one verified for now then. If someone disagrees we can always have more discussion.

 

Kristlyn Thomas August 31, 2017 at 4:02 PM

Hi . Sorry for the delay. I tested again and changed my time zone preference to match the time on my computer. You are correct, I did not see the same behavior. When I created the exam I set the open date for 8am (my preferences and computer are CST). Then when I selected Save Settings and Publish, the open date was listed as 9am (EST). I selected Edit Settings and Save and Publish again and the open date time remained (9am). After publishing the exam the open date showed as 8am. It looks like when the time zone preference matches the time zone on the computer, the time does not increase each time settings are edited.

Fixed

Details

Priority

Affects versions

Fix versions

Components

Assignee

Reporter

Environment

https://trunk-mysql.nightly.sakaiproject.org/portal/

Created January 4, 2017 at 11:22 AM
Updated September 24, 2018 at 10:08 PM
Resolved February 17, 2017 at 10:46 AM