Cum să preveniți schimbarea temei cauzată de $rendererService->renderPlain()

Încerc să reutilizați rezultatul de la un formatator de câmpuri puternic personalizat ca <select><option> text într-un formular Web. Am reușit să refolosesc afișarea câmpului, dar are efectul secundar de a schimba tema folosită pentru randare.

Mai jos este un cod simplificat, liniile $dateRenderArray =... și $dateHtml =... sunt originale si cauzeaza problema:

funcția mymodule_webform_options_alter(matrice &$opțiuni, matrice &$element, $opțiuni_id = NULL) {
  foreach ($opțiuni ca $valoare => $text) {
    $entity = getEntityByOption($valoare);

    //reutilizați ieșirea formatatorului de câmp personalizat
    $dateRenderArray = $entity->get('field_daterange')->view('teaser');

    // linia următoare provoacă schimbarea temei
    $dateHtml = \Drupal::service('renderer')->renderPlain($dateRenderArray);

    $datePlaintext = str_replace(["\n", " "], ["", " "], trim(strip_tags($dateHtml)));
    $muchBetterOptionText = $someOtherPlaintextFromEntity . ' ' . $datePlaintext;
    $options[$value] = $muchBetterOptionText;
  }
}

Acest lucru funcționează excelent în formularul de front-end, pentru e-mailurile de trimitere și, de asemenea, în lista de trimitere a formularelor web de administrare.

Dar într-o singură vizualizare de detaliu a trimiterii formularului web, acele linii provoacă o schimbare nedorită a temei de la tema de administrare la temă de interfață.

Întrebare:
Cum pot preveni schimbarea temei de la renderPlain() și păstrați tema de administrare atunci când vizualizați o singură trimitere a unui formular web?

Întrebare bonus opțională:
De ce funcționează corect cârligul meu în lista de trimitere a formularelor web și nu în vizualizarea detaliată a trimiterii formularelor web? Lista de trimitere folosește exact aceeași funcție, redă același text de opțiune procesat în coloana corespunzătoare, dar eu rămân corect în tema de administrare atunci când vizualizez lista. Dar numai în vizualizarea de detaliu comută la tema frontend.

Am aflat că este implicată o logică specifică formularului web (@vede Entitate WebformSubmission folosind un temă personalizată și logica de randare).

Redarea mea personalizată confuză logica formularului web. Am trecut la redarea proprie a Webform și am aplicat tema de administrare după redarea personalizată.

funcția mymodule_webform_options_alter(matrice &$opțiuni, matrice &$element, $opțiuni_id = NULL) {
  //Serviciul de redare propriu al webform
  $webformRenderer = \Drupal::service('webform.theme_manager');

  foreach ($opțiuni ca $valoare => $text) {
    $entity = getEntityByOption($valoare);

    //reutilizați ieșirea formatatorului de câmp personalizat
    $dateRenderArray = $entity->get('field_daterange')->view('teaser');

    // linia următoare provoacă o modificare a temei pe ruta entity.webform_submission.canonical
    $dateHtml = $webformRenderer->renderPlain($dateRenderArray);

    $datePlaintext = str_replace(["\n", " "], ["", " "], trim(strip_tags($dateHtml)));
    $muchBetterOptionText = $someOtherPlaintextFromEntity . ' ' . $datePlaintext;
    $options[$value] = $muchBetterOptionText;
  }

  //numele rutei este nul, trebuie să folosească cererea în schimb
  if (strpos(\Drupal::request()->getRequestUri(), '/admin/structure/webform/manage/MY_WEBFORM_ID/submission/') === 0) {
    //doar administratorii pot vizualiza trimiterile de formulare web
    $webformRenderer->setCurrentTheme(\Drupal::config('system.theme')->get('admin'));
  }
}

Pare puțin hacker, dar face șmecheria.