Page MenuHomePhabricator

Date and some other type of values sometimes cut off when saving
Closed, ResolvedPublic


sometimes dates get prematurely saved with the value (e.g. year) cut off or short.

this is what i entered and is displayed ("1 March 2008") on before reloading:

pasted_file (285×1 px, 19 KB)

in the history, "Changed claim: Property:P121: 1 March 200)"

pasted_file (327×1 px, 189 KB)

on reload:

pasted_file (373×1 px, 27 KB)

the issue especially happens if I hit save too quickly. It's as if the formatting is not completed when it saves.

this issue might also happen with other data types, like strings and wikibase item id values.

Event Timeline

aude raised the priority of this task from to Needs Triage.
aude updated the task description. (Show Details)
aude added a subscriber: aude.

in many cases, i might never reload the page or check the history, so the error could easily go unnoticed.

on my dev wiki:

pasted_file (307×1 px, 488 KB)

5 out of 10 of these date edits got cut off. :(

aude triaged this task as High priority.Mar 16 2015, 2:36 PM
aude set Security to None.
aude renamed this task from Date (and maybe other types) values cut off when saving to Date and some other type of values sometimes cut off when saving.Mar 24 2015, 2:05 PM should help but think we need to do more than this to completely fix the issue.

Would the best solution here not be to record the value in the input box when the parse call is done, on return on the parse call if the value in the input box has changed then DO NOT enable the save button and instead fire another parse call?

aude moved this task from Review to Done on the § Wikidata-Sprint-2015-03-24 board.
aude removed a project: Patch-For-Review.