Le texte brut de l’OP dans ce sujet est :
○ → curl https://discuss.kde.org/posts/132565/raw
<p>Leaking memory is impolite. It’s messy, it can suggest logic bugs, and thanks to AI grifters RAM is expensive.
</p>
<hr>
<small>This is a companion discussion topic for the original entry at <a href="https://nicolasfella.de/posts/detecting-leaks-in-kde-ci/?utm_source=atom_feed">https://nicolasfella.de/posts/detecting-leaks-in-kde-ci/?utm_source=atom_feed</a></small>
C’est exactement ce qui est rendu dans la version cuite.
Ce n’est pas un bloc details qui est développé. Un clic sur Show Full Post charge quelque chose d’autre, qui est l’expansion complète de l’intégration (embed), qui ne provient pas du brut du message mais de métadonnées supplémentaires du message.
Vous pouvez voir la requête réseau dans votre navigateur lorsque vous cliquez dessus, voici l’équivalent :
○ → curl -s -H 'accept: application/json' 'https://discuss.kde.org/posts/132565/expand-embed' | jq -r .cooked
<div><div>
<p>Leaking memory is impolite. It’s messy, it can suggest logic bugs, and thanks to AI grifters RAM is expensive.</p>
…
…
…
<p>LSAN is now enabled for some Frameworks CI builds, but ideally it would be enabled for all KDE projects. And of course any leaks found along the way should be fixed.</p>
<p>Happy leak-fixing!</p>
</div></div>
<hr>
<small>This is a companion discussion topic for the original entry at <a href='https://nicolasfella.de/posts/detecting-leaks-in-kde-ci/?utm_source=atom_feed'>https://nicolasfella.de/posts/detecting-leaks-in-kde-ci/?utm_source=atom_feed</a></small>
Vouliez-vous voir le contenu de l’intégration (embed) ? Si oui, utilisez ce qui précède. Sinon, qu’attendez-vous de voir ?