Bug 130787 - Calendar starts on Monday instead of Sunday
Summary: Calendar starts on Monday instead of Sunday
Status: RESOLVED WORKSFORME
Alias: None
Product: openSUSE 10.2
Classification: openSUSE
Component: Basesystem (show other bugs)
Version: Beta 1
Hardware: Other Other
: P5 - None : Major (vote)
Target Milestone: ---
Assignee: Stanislav Brabec
QA Contact: E-mail List
URL:
Whiteboard:
Keywords:
Depends on: 104417
Blocks:
  Show dependency treegraph
 
Reported: 2005-10-26 16:35 UTC by Kelli Frame
Modified: 2006-11-09 18:36 UTC (History)
1 user (show)

See Also:
Found By: Development
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---


Attachments
gtk2-130787-calendar-week-start.diff (1.53 KB, text/x-patch)
2006-02-22 15:38 UTC, Michal Marek
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Kelli Frame 2005-10-26 16:35:05 UTC
This changed when I upgraded to the latest Gnome. Calendars in the US run Sun - Sat, not Mon-Sun.

I already talked to you about this--just entering the defect.
Comment 1 JP Rosevear 2005-10-26 17:47:05 UTC
The gtk calendar should be doing the right thing now (earlier bug on this), however the glibc locale data for en_US indicates a Monday start of the week.
Comment 2 Mark Gordon 2005-10-26 18:18:31 UTC
Is this an upstream bug, or did this particular mishegoss come from a patch?  I can't get to sources in autobuild currently.
Comment 3 JP Rosevear 2005-10-26 18:34:30 UTC
The gtk2 part of this bug is here (with upstream number):
https://bugzilla.novell.com/show_bug.cgi?id=104417

We are now into locale data issues because week-1stday=19971201 (monday) for en_US .

(acutally its more complex than that, but its all in the other reports).
Comment 4 Mark Gordon 2005-10-26 18:54:30 UTC
The question of whether yom hashvi'i (and its Latin equivalent) is Saturday or Sunday (a central issue in this debate) has less to do with locale and more to do with religion.  Maybe a setting would make more sense.
Comment 5 JP Rosevear 2005-10-26 19:53:53 UTC
Setting or not, defaulting the right way most of the time is a sane option.

Assuming the locale data isn't a total mess.
Comment 6 JP Rosevear 2005-11-30 01:04:23 UTC
This is a dupe right?  Didn't kukuk reject this?  We may just have to patch around this.
Comment 7 Stanislav Brabec 2005-11-30 11:44:59 UTC
There is no simle way to work-around this. Every work-around will break other locales.

For example Czech calendar should start by Monday, but starts by Sunday, German starts by Monday.

The only possible work-around is to maintain Monday-starting and Sunday-starting locales list in gtk+ and don't believe to glibc at all.

See bug 104417 for more.

And see http://bugzilla.gnome.org/show_bug.cgi?id=314473 for upstream gtk+ fix.

As far as reviewers say, gtk+ is now OK. The problem is in localedata.

Maybe we should review localedata to conform new specification, if glibc team won't do it.
Comment 8 Michal Marek 2006-02-22 15:38:20 UTC
Created attachment 69818 [details]
gtk2-130787-calendar-week-start.diff

Better patch to handle all posible week-1stday numbers.
Comment 9 Stanislav Brabec 2006-02-23 12:51:31 UTC
See also http://sources.redhat.com/bugzilla/show_bug.cgi?id=2388
Comment 10 Stanislav Brabec 2006-03-13 11:36:33 UTC
gtk2 in 10.1 was just modified to not believe glibc localedata.

Better patch for gtk+ is not applied, because this part of code will not be used in 10.1. I hope that upstream will adopt it.

When bug 104417 will be fixed, current gtk2 hack can be removed and gtk2 will use _NL_TIME_FIRST_WEEKDAY.
Comment 11 Stanislav Brabec 2006-11-03 15:11:55 UTC
Reopening.
Problem occurs again in SuSE Linux 10.2.

Upstream bug is postponed, it needs much input from natives of many countries.

We need to re-enable the work-around from the comment #10.
Comment 12 Stanislav Brabec 2006-11-09 18:36:21 UTC
Interesting, the work-around is still here and after update of some packages from FACTORY it works again for me.