In the latest dev there is for each entity a notice that the $row doesn't contain the property named after $info['query_name']. That field is indeed not set and the field can only be retrieved from the entity.

Drupal version: 8.2.6.

$item_start_date = \DateTime::createFromFormat($storage_format, $row->{$info['query_name']});
$item_end_date = \DateTime::createFromFormat($storage_format, $row->{$info['query_name']});
Support from Acquia helps fund testing for Drupal Acquia logo

Comments

_Archy_ created an issue. See original summary.

_Archy_’s picture

Without much knowledge of the module's code I am adding this simple fix. Don't know the implications, but seems to work for my case.

_Archy_’s picture

FileSize
1.27 KB

Wrongly created patch.

mmbk’s picture

I have had the same problem, and confirm that the patch is working.
It is located at the same codelines, where I just submitted a report

mmbk’s picture

Hmm, I justed wonder why the date field is fetched from the row instead of the entity.
The views-template is based on an entity's date field. So this field must exist in the entity, so I see no need for using the row. Furthermore the FieldDefinition() is queried from the entity, there it is already asumed that the field exists in the entity.

Edit:
OK, I found the reason why the row field has to be used, as soon as the field's cardinality is not 1, the entity-field will fetch the wrong values. As far as I see the actual delta is not accessible, so the row-value has to be used.

othermachines’s picture

stomusic’s picture

Patch update to actual module version.

stomusic’s picture

Status: Active » Needs review
stomusic’s picture

stomusic’s picture

Status: Needs review » Closed (duplicate)