Not All Add Events forms show Date Format Change

Move to future.

This one is a little tricky, since the widgets for date capture do not support globalize. Maybe ask Ree what he thinks?

Carlos is right, this is a bigger ticket than I thought. We're not going to globalize the JS widgets any time soon.

The problem of the date formatting of the wiki index is now moved to its own ticket: #1051243. So this bug is removed from this pile.

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

ree, tested the items above and the following are the resuts:

* start and end dates at show calendar event (ux1+ ux2) display only - looks good passed test
* Blog comments (ux1+ux2) display only - looks good passed test
* publication date field of the Add News Item - Failed still shows US date

Thanks!

I think I have added that I had forgotten. Please re-rest!

(Hint: add/edit form, ux1/ux2 gives 4 combinations to test...)

retested and all looks good.

There's still some inconsistency in UX2. For example, the Recent Content grid doesn't seem to change properly in UX2.

Nat, I think it is a real possibility that there are other date format problems in ux2, that are yet unfixed. However if the bug you point out in your last comment was not on the original bug report, (which I think is the case but I am not sure) could you please enter it as a separate ticket? My objective is that if the locations that were reported in this ticket, are now tested to fix correctly, it is better to release the already correct fixes, and work on the additional problems in the next iteration (instead of, holding back all the five solved cases because there is more).

A new bug was created for my comment: https://bugs.launchpad.net/karl3/+bug/1057068

fixed