View Issue Details

This bug affects 2 person(s).
 12
IDProjectCategoryView StatusLast Update
19439Bug reportsSurvey takingpublic2024-08-15 10:17
Reporterdoesthiswork Assigned Toc_schmitz  
PrioritynormalSeveritypartial_block 
Status confirmedResolutionopen 
Product Version6.4.x 
Summary19439: Calender (datepicker) starts with Sunday instead of monday, even when language is set to German
Description

Hello,

I stumbled across a problem while trying to migrate all my surveys from LS3 to LS6. In LS3 the calendar starts with Monday. I checked my installation documentation of LS3 and I couldn't find anything in particular that I haven't done during the LS6 installation.
Currently I cannot migrate to LS6 because people will be confused why the week starts on Sunday.
I opened up a forum entry and Joffm said they are currently two datetimepickers. With his help I dug a little deeper but I couldn't find a solution that worked.
I changed so far the LC_TIME from "en_US.UTF-8" to "de_DE.UTF-8".
Used the Webdevtools of my browser to use following command, which showed me that the locale is currently "en". I also checked the date, which was presented in the typical US format.

moment.locale()
"en"

console.log(moment().format('LLLL'))
Thursday, February 22, 2024 2:09 PM

I changed following file (assets/packages/datetimepicker/datepickerInit.js) to force the "de" (german language)

var pickers = {};

moment.locale('de');

/**

  • returns a basic config object
  • @param options object with options extracted from elements data-attributes
  • @param locale
  • @param dateFormat
  • @returns {{localization: {locale}, display: {components: {clock: boolean}, icons: {date: string, next: string, previous: string, today: string, clear: string, time: string, up: string, down: string, close: string}}}}
    */

That sort of worked for the webdev console, because it picked up now the DE format date.

moment.locale()
"de"

console.log(moment().format('LLLL'))
Donnerstag, 22. Februar 2024 14:32

The calendar still starts on Sunday though..

Currently it makes it impossible to migrate for me, since everyone will be confused about the calendar.

It would be great if you could change between Monday or Sunday.

Steps To Reproduce

Steps to reproduce

Create a survey.

Create a question group.

Create a question with date/time selection

Run survey and open up the calendar for the date/time selection.

Expected result

Like in LS3 I expect the calendar to start with Monday.

Actual result

Week starts with Sunday.

TagsNo tags attached.
Attached Files
datepicker_2024-02-19-2.png (21,608 bytes)   
datepicker_2024-02-19-2.png (21,608 bytes)   
einstellungen_2024-02-19.png (34,607 bytes)   
einstellungen_2024-02-19.png (34,607 bytes)   
Bug heat12
Complete LimeSurvey version number (& build) 6.4.5+240205
I will donate to the project if issue is resolvedNo
BrowserFirefox 123.0
Database type & versionpostgresql-16 16.2-1
Server OS (if known)Debian 12 Bookworm
Webserver software & version (if known)Apache 2.4.57
PHP Version8.3.3

Users monitoring this issue

doesthiswork

Activities

c_schmitz

c_schmitz

2024-02-23 14:28

administrator   ~79610

I can confirm that this was previously working automatically in LS5. So, English would have Sunday as start of week, German a Monday

c_schmitz

c_schmitz

2024-02-23 15:19

administrator   ~79611

Moment.js has this information available, question is why it is not used by DateTimePicker.
Imho the DateTimePicker package needs to be updated in general

doesthiswork

doesthiswork

2024-08-15 10:17

reporter   ~80767

Is there any way I can help to solve this issue, or perhaps a workaround?
This is the only problem that is holding me back from upgrading from LS 3.x right now.

Issue History

Date Modified Username Field Change
2024-02-22 16:23 doesthiswork New Issue
2024-02-22 16:23 doesthiswork File Added: datepicker_2024-02-19-2.png
2024-02-22 16:23 doesthiswork File Added: einstellungen_2024-02-19.png
2024-02-23 14:28 c_schmitz Note Added: 79610
2024-02-23 14:28 c_schmitz Bug heat 0 => 2
2024-02-23 14:30 guest Bug heat 2 => 8
2024-02-23 15:19 c_schmitz Assigned To => c_schmitz
2024-02-23 15:19 c_schmitz Status new => confirmed
2024-02-23 15:19 c_schmitz Note Added: 79611
2024-02-23 15:19 c_schmitz Priority none => normal
2024-02-26 13:46 doesthiswork Issue Monitored: doesthiswork
2024-02-26 13:46 doesthiswork Bug heat 8 => 10
2024-08-15 10:17 doesthiswork Note Added: 80767
2024-08-15 10:17 doesthiswork Bug heat 10 => 12