Comment 6 for bug 938063

Jim, this is ready for testing. It contains fixes for several problems which are related in a common way: the date formatting broken. This means that even if a user selects an EU date format in the profile, the US format is incorrectly displayed or handled. But otherwise all these cases had to receive their individual fix against this issue.

Please test all the issues on this page and on the KARL forum page linked from here, that is the one that contains the screenshots that show the problem locations. It is also important that all issues must be tested on both UX1 and UX2 independently, because as the implementations are separated, they may be just broken on one and work on the other.

I took out the wiki index problem from this pile. To reiterate what I fixed, I copy the changelog I wrote to here, as well:

- Fix date format problems where on various locations, the US date format
  was incorrectly displayed even if the user had selected an EU date format.
  (LP #938063)

  * start and end dates at show calendar event (ux1 + ux2) display only

  * blog comments (ux1 + ux2) display only

  * start_date, end_date fields of add/edit calendar events. This
     covers the support through both the form widget and the javascript
     (including the jquery-ui datepicker) stack

  * Publication Date field of the Add News Item