Fix calendar switch to Julian (Bug 65847).

[ghost]

No description provided.

[filbertkm]

this allows me to change the calendar but not save it.

[ghost]

Is it supposed to? That doesn't seem to be related to what broke the "change to Julian" button.

[ghost]

@filbertkm I investigated the issue with @snaterlicious and found the bug in DataValuesJavascript which already got fixed here wmde/DataValuesJavaScript@c4fb292

[filbertkm]

why is Wikibase (or ValueView) not using DataValuesJavascript 0.6.0 that has the fix? then it would be easier to verify the issue is fixed together with this change.

[tobijat]

@filbertkm because it was released 8 minutes ago

[snaterlicious]

Since I was investigating the code, I added some general sanitazion.
Still, there appears to be an issue. Steps to reproduce:

1. Switch to other calender by clicking the calendar hint.
2. Cancel editing.
3. Start editing and try to switch the calendar by clicking the calendar hint.
   Observation: The actual listrotator (advanced adjustments) changes its value but the actual data value is not changed (no parsing is triggered, the preview and the calendar hint are not updated).
   There may be a conceptual problem with the lines affected by the actual fix - I added a FIXME there. The reason may be that the ExpertExtender.Listorator object is not affected by the functionality of those lines. Probably, the functionality needs to be implemented in the ExpertExtender.Listorator instead of circumventing it by directly manipulating the listrotator jQuery widget.

[tobijat]

The bug @snaterlicious describes is more general and is not related to this fix. I created a separate ticket for it: https://bugzilla.wikimedia.org/show_bug.cgi?id=70294