Hi all,

When adding a new event to the event calendar on the demo site I get:

We're sorry but a server error has occurred while trying to process your request.

The error has been logged and will be reviewed by our staff as soon as possible. It is possible that the error was just a momentary hiccup and you may wish to use the back button and try again or go back to the home page.

How to Reproduce:

1. Set your browser language to en-NZ
2. Go to demo site
3. login as admin
4. Access the event calendar, select any day and then select "Add Event"
5. In the "Event Date" field select the 14th of April. After the selection, according to the en-NZ culture you should see 14/04/2011 but the text field will contain 04/14/2011.
6. Click Update and you will see the server error above.

If I set my browser language to en-US it works fine. 

Possible Fix

I fixed this in my custom feature by using this:

DateTime startDate = DateTime.Parse(startDateLabel.Text, MyUtils.ResolveCulture(HttpContext.Current));

public class  MyUtils
{
        // Based on http://madskristensen.net/post/Get-language-and-country-from-a-browser-in-ASPNET.aspx
        private static CultureInfo defaultCulture = CultureInfo.CreateSpecificCulture("en-US");
        public static CultureInfo ResolveCulture(HttpContext currentHttpContext)
        {
            string[] languages = currentHttpContext.Request.UserLanguages;
            if (languages == null || languages.Length == 0)
                return defaultCulture;
            try
            {
                string language = languages[0].ToLowerInvariant().Trim();
                return CultureInfo.CreateSpecificCulture(language);
            }
            catch (ArgumentException)
            {
                return defaultCulture;
            }
        }
}

Also, to get the AJAX Control toolkit calendar to localise properly, in my skin's layout.Master page, the script manger required EnableScriptGlobalization="true" EnableScriptLocalization="true". Like this:

<asp:ScriptManager ID="ScriptManager1" EnablePageMethods="true" runat="server" EnableScriptGlobalization="true" EnableScriptLocalization="true"/>

Extra info:

I have a German language Vista and IE8.

Demo Site System Information
mojoPortal Version 2.3.6.4 MSSQL
Operating System Microsoft Windows NT 6.0.6002 Service Pack 2
ASP.NET Info v4.0.30319 Running in Full Trust
Server Time Zone Eastern Daylight Time 

Regards,

Jonas

Hi Joe,

I noticed that in a few places, such as the Event Calender we use DateTime.Parse(), like this:

calEvent.EndTime = DateTime.Parse(this.ddEndTime.SelectedValue);

With en-NZ culture set in my browser the line above was throwing FormatException (with the script manager settings mentioned above it appeared  correctly in the UI). Paraphrasing msdn, with DateTime.Parse(s) the string s is parsed using formatting information in the current DateTimeFormatInfo object, which is supplied implicitly by the current thread culture.

So by using my browsers UI culture, instead of the current thread culture, as illustrated below, I could avoid the FormatException.

DateTime startDate = DateTime.Parse(startDateLabel.Text, MyUtils.ResolveCulture(HttpContext.Current));

Isn't the DateTime parsing problem independent of JqueryUI and toolkit datepicker?

Jonas

Hi Joe, just found this thread after I posted on another old thread. I am having the same issue with en-NZ date format with datepicker. Can you please explain more on how can I get this fixed? Will the new 2-3-6-4 version have it fixed? I am currently running 2-3-6-2. Thanks.

Hi Joe,

Thanks a lot. Looking forward to the new release.

Best regards,

Kevin