GNOME Bugzilla – Bug 318694
Calendar starts week on Saturday / Monday
Last modified: 2011-02-04 16:10:23 UTC
Version details: 2.12.1 Distribution/Version: Gentoo 2005.1 2.6.13-ck7 AMD64 After updating to gnome-panel-2.12.1 and gtk+ 2.8.6 (as part of updating all gnome packages to 2.12.1), the calendar view in the clock applet shows weeks starting on Saturday. Expected: week starts on Sunday Note that in evolution I have the week starting on Sunday. I tried changing that setting and it had no effect on the calendar (which was a suggestion from one of the Gentoo maintainers). I could find no applet setting or preference for first day of the week. I have no locale set other than the default (en_US).
--> gtk+. Change was in bug 314473 Seems to work for me (Monday as it should be)
I'm sure it works for most, it worked for me prior to the update. I followed the link to 314473 and compiled and ran the test program: Week start day 7 Gtk calculated week start day -1 Then ran locale: locale -k -c LC_TIME LC_TIME abday="Sun;Mon;Tue;Wed;Thu;Fri;Sat" day="Sunday;Monday;Tuesday;Wednesday;Thursday;Friday;Saturday" abmon="Jan;Feb;Mar;Apr;May;Jun;Jul;Aug;Sep;Oct;Nov;Dec" mon="January;February;March;April;May;June;July;August;September;October;November;December" am_pm="AM;PM" d_t_fmt="%a %b %e %H:%M:%S %Y" d_fmt="%m/%d/%y" t_fmt="%H:%M:%S" t_fmt_ampm="%I:%M:%S %p" era= era_year="" era_d_fmt="" alt_digits= era_d_t_fmt="" era_t_fmt="" time-era-num-entries=0 time-era-entries="" week-ndays=7 week-1stday=19971130 week-1stweek=4 first_weekday=7 first_workday=1 cal_direction=1 timezone="" date_fmt="%a %b %e %H:%M:%S %Z %Y" time-codeset="ANSI_X3.4-1968" Where is it picking up that first_weekday?
The locale says that week_1stday is 19971130, a Sunday. So Sunday is day number 1, and first_weekday is 7 resulting in Saturday...
The gtkcalendar also fails on my system (on Gentoo 2.6.13/ gtk+ 2.8.6). if locale is set to en_US the gtkcalendar should start on Sunday. first_weekday = 1 (Note: There is NO first_weekday = 0) LC_TIME abday="Sun;Mon;Tue;Wed;Thu;Fri;Sat" day="Sunday;Monday;Tuesday;Wednesday;Thursday;Friday;Saturday" abmon="Jan;Feb;Mar;Apr;May;Jun;Jul;Aug;Sep;Oct;Nov;Dec" mon="January;February;March;April;May;June;July;August;September;October;November;December" am_pm="AM;PM" d_t_fmt="%a %d %b %Y %r %Z" d_fmt="%m/%d/%Y" t_fmt="%r" t_fmt_ampm="%I:%M:%S %p" era= era_year="" era_d_fmt="" alt_digits= era_d_t_fmt="" era_t_fmt="" time-era-num-entries=0 time-era-entries="S" week-ndays=7 week-1stday=19971201 week-1stweek=4 first_weekday=1 first_workday=1 cal_direction=1 timezone="" date_fmt="%a %b %e %H:%M:%S %Z %Y" time-codeset="ISO-8859-1" if locale is set to C then the gtkcalendar does in fact start on Saturday (first_weekday = 7). This is/was the correct action under gtk+ 2.6.8. But is not correct in gtk+ 2.8.6
Your locale data says that week-1stday is 19971201, a Monday, and first_weekday is 1, ie the display starts with Monday.
Ok, I see that. If this is not an error then maybe GTK_CALENDAR_WEEK_START_MONDAY should come back as GTK_CALENDAR_WEEK_START_SUNDAY.
This question comes up every so often in #gnome. Am I correct when I say this is wrong in the locale data? The fix would then be upgrading their locales package?
I live in Spain and the week should start on monday, but it does on sunday. Something definitely goes wrong.
I'm now running gtk+ 2.8.11. I still have Monday as first weekday in en_US where it should be Sunday. If I unset LC_ALL so I'm back to POSIX, I still get Saturday as the first weekday. If it has been determined that this is not a gtk+ problem (even though it was after a gtk+ update that it first manifested), does anyone know where this bug report belongs?
This seems to be a bug in locales. In the en_US locale, the week is starting on Monday instead of Sunday. As far as I can tell GTK+ calendar is behaving correctly. The GTK+ update timing of the emergence of this bug may be coincidental.
Okay, I've gone back to Gentoo bugzilla and filed a bug regarding the locale data. I'm not sure which package provides that data in the first place (glibc?) but it's a start.
*** Bug 330318 has been marked as a duplicate of this bug. ***