Also see the image below. This was found in Chrome (windows, chrome version 23.0.1271.97)

  • Tooltip uses a different date format than the field, though the tooltip date format is accepted and converted automagically to the field format. Especially confusing because the field description isn’t shown completely (Month/Day/Year)
  • Filling in an incomplete date followed by shifting focus to a different part of the website results in loss of data (field goes blank)

confusing.jpg

CommentFileSizeAuthor
confusing.jpg155.9 KBKiphaas7
Support from Acquia helps fund testing for Drupal Acquia logo

Comments

Kiphaas7’s picture

Seems like this is related to my chrome version. Especially with the weird date picking. Might be better to disable buggy html5 implementations and just use a blank form field or a jquery datepicker form field?

On my laptop where I'm running Chrome 28 I don't have this problem, though it is still kinda weird I set date formats to use the US format (MM/DD/YYYY) and slashes, while the date field suggests the ISO standard of YYYY-MM-DD as input.

Kiphaas7’s picture

Some interesting stuff here giving some ground to my claims:
https://code.google.com/p/chromium/issues/detail?id=79064
http://caniuse.com/input-datetime

Kiphaas7’s picture

Status: Active » Closed (works as designed)

So apparently, this is chrome's old semi-broken expected behavior. The validation in Chrome 23 resets the value to blank if it is an invalid date string. New chrome does not have the colliding tooltip and loss of data.

Works as designed I guess.

Kiphaas7’s picture

Issue summary: View changes

added platform info