Por que alguns blocos precisam de "Attempt Recovery" após a tradução?

O wpml-config.xml fornecido pelos plugins nem sempre é perfeito. A tradução pode estar correta, mas o HTML armazenado pelo editor pode divergir do que o bloco espera — clicar em Attempt Recovery o reconstrói.

Exemplo com Kadence. O HTML do bloco contém transformações de strings de entrada que não podem ser traduzidas por uma simples substituição de string. Por exemplo, em kadence/tabs, uma aba intitulada "First tab" produz o seguinte no HTML renderizado:

<li id="tab-firsttab"Copy

Portanto, a tradução para o espanhol requer:

<li id="tab-primerapestaa"Copy

…mas essa transformação não está declarada no wpml-config.xml, então o bloco não consegue corrigir isso automaticamente. O HTML do frontend ainda aparece corretamente, por isso o "Attempt Recovery" é opcional.

Exemplo com Greenshift. O wpml-config.xml do Greenshift declara a mesma string como duas traduções independentes. Quando as duas traduções não coincidem, o bloco precisa regenerar seu HTML — é isso que o Attempt Recovery faz. Por exemplo, no trecho abaixo <xpath>//*[contains(@class, 'gspb_button_wrapper')]</xpath> e <key name="buttonContent" /> fazem referência à mesma string:

<gutenberg-block type="greenshift-blocks/button" translate="1" label="Advanced Button">
    <xpath>//*[contains(@class, 'gspb_button_wrapper')]</xpath>
    <key name="buttonContent" />
    <key name="label" />
    <key name="buttonLink" />
    <key name="customAnchor" />
    <key name="closeLabel" />
    <key name="openLabel" />
</gutenberg-block>Copy