- Issue created by @DuneBL
- Status changed to Postponed: needs info
about 2 years ago 3:38pm 23 February 2023 There must be missing automated test coverage. How do you reproduce the bug?
- ๐ง๐ชBelgium DuneBL
The bug can be reproduced by embedding a view in a preprocess function like the following:
$view = Views::getView('all_inv'); $view->setDisplay('e_invs_of_tsc'); $view->preExecute([$company->id()]); $view->execute(); $variables['content']['field_tsc_investments'] = $view->buildRenderable('e_invs_of_tsc');
ok, when looking at this old code, I know that I could use
views_embed_view('all_inv','e_invs_of_tsc')
Do you have the time to contribute a failing unit test inside the views module?
- ๐ง๐ชBelgium DuneBL
Sorry I don't know how to handle a test unit... and I am overbooked at 150% until may
- Status changed to Needs work
over 1 year ago 5:04pm 24 January 2024 - ๐บ๐ธUnited States davemaxg
I believe this also happens when a field is added to an entity after entities already exist. In this case, these fields wouldn't exist in the database and would be nulls and would trigger the same error. This is happening to me on 10.2.2
- last update
about 1 year ago 29,710 pass, 1 fail - Assigned to samit.310@gmail.com
- Issue was unassigned.
- Status changed to Needs review
about 1 year ago 7:03am 8 March 2024 - Status changed to Needs work
about 1 year ago 7:04am 8 March 2024 The Needs Review Queue Bot โ tested this issue.
While you are making the above changes, we recommend that you convert this patch to a merge request โ . Merge requests are preferred over patches. Be sure to hide the old patch files as well. (Converting an issue to a merge request without other contributions to the issue will not receive credit.)
- Status changed to Needs review
about 1 year ago 7:49am 8 March 2024 - Status changed to Needs work
about 1 year ago 1:16pm 8 March 2024 - ๐บ๐ธUnited States smustgrave
The issue summary is incomplete.
Research needs to be done to why thatโs empty. Just putting a check isnโt enough.
- ๐ต๐นPortugal joao.ramos.costa
The very same issue happened to me when language configuration override contains data that differs from the expected type.
In this case https://www.drupal.org/project/tmgmt/issues/3509121 ๐ Mismatching language configuration override values Active .Can be related with this line, for instance: https://git.drupalcode.org/project/drupal/-/blob/11.x/core/modules/confi...
If a given config entry value isn't passed it will be set as null, despite it's base config expected value/schema ?
Cheers.