- 🇩🇪Germany simonbaese Berlin
Encountered the same problem. Filed another bug 🐛 Static cache in FallbackController service does not consider langcode Closed: duplicate which I closed after finding this. As we came to the exact same solution, I also add my RTBC here. Please consider this for the next release as it is really hard to track down.
- 🇧🇪Belgium davidiio
Applying patch #2 made all operations links/bulk operation checkboxes in our views appear "broken/missing handler".
Removing the patch made it work again we can't use it like this but we don't have time to improve the patch now or investigate more on this. - 🇩🇪Germany simonbaese Berlin
The patch #2 is completely unrelated to views. The change is very atomic and does not influence other modules. There is probably another problem in your specific setup.
- 🇩🇰Denmark ressa Copenhagen
I am not using this module, but indexing multilingual nodes in Search API Solr, with default language English (under
/en), and Danish as second language, set as fallback language, without language prefix (under/), for Rendered HTML in Search API Solr.I tried many things like clearing cache, rebuilding Solr index, etc., but this is what seems to work:
I open the edit form for a node under Danish (/node/259/edit), and see English translated field names. If I then clear caches, Drupal "wakes up" and realizes there is a default language (
/en), but the fallback language in the current page is Danish. The fields are now rendered in Danish, and now, when I index in Solr, the correct translated field labels are used in the rendered HTML fields.I have some more comments about the subject in the referred issue, the patch enables indexing of rendered HTML.