Views TranslationLanguageRenderer fails on ghost nodes

+++ b/core/modules/views/src/Entity/Render/TranslationLanguageRenderer.php
@@ -56,9 +59,12 @@ public function preRender(array $result) {
+    return '';

Well I don't think that just silently skipping over this is the right way to go for dealing with leftover database junk (I get that it works in your use case, but we need a more generic approach I feel).

My first instinct would be to throw an exception and then whatever is doing the rendering (like search_api_solr) can deal with that how they like. But that would still stop execution on the first fail, so it doesn't really help you in this case (besides maybe giving you a more useful error to work with).

Just for reference, I met same issue

Error: Call to undefined method stdClass::id() in Drupal\views\Entity\Render\TranslationLanguageRenderer->preRender() (line 42 of core/modules/views/src/Entity/Render/TranslationLanguageRenderer.php)

But it was my fault. Using the module Views Custom Cache Tags, I forgot to invalidate the custom cache tag set on the view when a node present in the view was deleted.

May be the original issue is related too with a cache issue.

For when will this patch enter the core?
Version 8.6.7 and same problem

Thanks !!

I got this error with Drupal v. 8.6.16.
1) Views Custom Cache Tags isn't installed
2) Clearing the cache doesn't solve the issue.

I didn't investigate the issue/error, but patch #2 solved the WSOD.

patch #2 solved the WSOD for me as well.

I'm not using Views Custom Cache Tags and clearing the cache didn't help. Im currently on Drupal 9.3.12.

I digged into it a bit. My view that was broken was a simple content view with a relationship to the author. The query from the view is as follows:

SELECT node_field_data.created AS node_field_data_created, node_field_data.nid AS nid, users_field_data_node_field_data.uid AS users_field_data_node_field_data_uid
FROM node_field_data node_field_data
INNER JOIN users_field_data users_field_data_node_field_data ON node_field_data.uid = users_field_data_node_field_data.uid
WHERE ((users_field_data_node_field_data.uid = '208338')) AND ((node_field_data.status = '1') AND (node_field_data.type IN ('classified')))
ORDER BY node_field_data_created DESC
LIMIT 20 OFFSET 0

For some reason in my database, this query returned nids that were no longer in the node table.

I then compared select count(*) from node_field_data; and select count(*) from node; and they were off by a couple. Not sure how they got this way, but maybe this will help someone else.

A "fix" for this is if the query joins the node table, but not sure if that's the right way to do it.

Patch #3 worked for me. Using Drupal 9.5.10
After bulk deleting nodes from the admin/content page, the db got corrupted, eg. the row from node table got deleted but in some other tables not(like node_field_data). Then on listings pages views errored in WOD with:

Error: Attempt to assign property "view" on null in Drupal\views\Entity\Render\TranslationLanguageRenderer->preRender() (line 87 of /var/www/html/web/core/modules/views/src/Entity/Render/TranslationLanguageRenderer.php)

The patch from Multiple usages of FieldPluginBase::getEntity do not check for NULL, leading to WSOD helped on the admin/content page and patch #3 helped on user listing pages.

Thank you for the patch.

Similar error:

PHP message: Error: Attempt to assign property "view" on null in /var/www/html/web/core/modules/views/src/Entity/Render/TranslationLanguageRenderer.php on line 87 #0 /var/www/html/web/core/modules/views/src/Plugin/views/row/EntityRow.php(221): Drupal\views\Entity\Render\TranslationLanguageRenderer->preRender(Array)
#1 /var/www/html/web/core/modules/views/src/Plugin/views/style/StylePluginBase.php(444): Drupal\views\Plugin\views\row\EntityRow->preRender(Array)
#2 /var/www/html/web/core/modules/views/src/ViewExecutable.php(1513): Drupal\views\Plugin\views\style\StylePluginBase->preRender(Array)
#3 /var/www/html/web/core/modules/views/src/Plugin/views/display/DisplayPluginBase.php(2459): Drupal\views\ViewExecutable->render()
#4 /var/www/html/web/core/modules/views/src/ViewExecutable.php(1667): Drupal\views\Plugin\views\display\DisplayPluginBase->preview()
#5 /var/www/html/web/core/modules/views_ui/src/ViewUI.php(611): Drupal\views\ViewExecutable->preview('page_1', Array)

while using Views with CiviCRM entities.

The patch from #3 worked for Drupal 9.5.11.

Hitting this on a site that's using Entity Language Fallback.

Rerolled.

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.)