RUNDE YTDOM -- WARUM YOUTUBE LEER BLEIBT. Gemessen 12.09.2026.
Zweig: ytdom (0cb9d48) ab main 9126ab9, /root/certus-ui
Firn:  a58d17dd (vendor/firn/COMMIT), Uebersetzer selbst gebaut
Messwerkzeug: tools/certus/yt_mess.py (NEU) -- zaehlt Elemente UND den
GANZEN Baum ueber childNodes, je einmal VOR und NACH dem Pumpen.
Treiber: lib/browser/web1_main.fi, echtes Netz, echtes TLS, trust.pem.


=========================== VORHER / NACHHER ===========================

SEITE          HTML     DOM-KNOTEN        KAESTEN/ELEM      SKRIPTE/FEHLER   URTEIL
                        vorher  nachher   vorher  nachher   vorher  nachher
youtube.com    922 KB   472     472       416     416       43/6    43/1     bleibt leer
m.youtube.com  920 KB   472     472       416     416       43/6    43/1     bleibt leer
xoffi.ai       138 KB   79      76        72      69        22/0    19/0     unveraendert*
mozilla.org      ?      3146    3146      1153    1153      11/1    11/1     unveraendert
duckduckgo       -      -       -         -       -         -       -        nicht erreichbar**

 * xoffi: VOR dem Pumpen 1146 Elemente / 1443 Knoten, danach ~70. Dieser
   Rueckgang steht auf main GENAUSO (main 72/79, ytdom 69/76) -- er ist
   NICHT von dieser Runde verursacht. Der Beleg vom 10.09. ("xoffi 1146
   = OK") hat offenbar VOR dem Pumpen gemessen. Eigene Spur.
** duckduckgo.com war an diesem Tag vom Server aus gar nicht erreichbar
   (curl: HTTP 000, 0 Oktette). Keine Browseraussage moeglich.

DIE ZAHL, DIE ZAEHLT, IST DIE KNOTENZAHL -- UND SIE IST NICHT GESTIEGEN.
416 Elemente / 472 Knoten vorher wie nachher. Kein einziger der sieben
Fixes hat sie erhoeht. Das wird hier ausdruecklich NICHT als Erfolg
verkauft; genau dieser Fehler ist bei Canvas/Image schon passiert.
Gewonnen wurde: fuenf von sechs Skriptfehlern sind weg, die Kette der
Abbrueche ist um sechs Stationen weitergerueckt, und die Ursache des
im Auftrag genannten Hauptfehlers ist benannt und beseitigt.


======================= ZUR ZAHL AUS DEM AUFTRAG =======================

"TypeError: this is not a DOM node (fn00000403080)" -- diese Nummer gibt
es nicht. Der Kodierer in domjs.fi not_a_node() hatte einmal einen
Verschiebungsfehler; er ist behoben und schreibt heute zehn Ziffern
richtig (nachgerechnet). 403080 ist keine Nummer dieses Programms.

GEMESSEN wirft es:  fn 40302  =  D_DISPATCH  =  dispatchEvent.

DIE VERMUTUNG DES AUFTRAGS IST WIDERLEGT. Sie lautete: appendChild /
insertBefore / removeChild bekommen ein DocumentFragment, einen
Textknoten oder einen DocumentType, und die Typpruefung lasse nur
Element zu. Nachgesehen: node_of() akzeptiert JEDE Knotenart, es gibt
dort keine Element-Beschraenkung. Nachgemessen am Fehlerpunkt: `this`
war IMMER ein gueltiger Knoten. Falsch war das ARGUMENT.


========================= DIE ECHTEN URSACHEN =========================

Reihenfolge wie gefunden; nach jedem Schritt neu gemessen.

1. DER MESSTREIBER SELBST. lib/browser/web1_main.fi hatte mediajs GAR
   NICHT eingebunden: gen_native zeigte auf webjs, install_media fehlte.
   Der Beleg vom 10.09. stammt also aus einem ANDEREN Binaerprogramm
   (/root/certus-medien) als dem, das dieser Baum baut. Deshalb waren
   "Image is not defined" und "getContext is not a function" hier noch
   da, obwohl der Auftrag sie als erledigt fuehrt.
   -> Wirkung: 6 Fehler -> 2. Knoten 472 -> 472.

2. template.content FEHLTE IN JAVASCRIPT KOMPLETT, und innerHTML auf
   einem <template> haengte die Kinder DIREKT ans Element statt in die
   Inhaltsvorlage (HTML 4.12.3). Gemessen vorher: t.innerHTML='<b>x</b>'
   -> t.childNodes.length == 2, t.content == undefined. Nachher: 0 und
   ein Fragment. Der Zerteiler hat es immer richtig gemacht
   (tree.fi site_through_template) -- nur JS kam nie daran. Polymer baut
   jede Komponente ueber template.content.cloneNode(true).
   -> Wirkung: ECHTER Normfehler behoben. Knoten 472 -> 472. KEINE URSACHE.

3. document.implementation fehlte -> die webcomponents-Polyfill starb an
   createHTMLDocument.
   -> Wirkung: Fehler wandert weiter. Knoten 472 -> 472.

4. CDATASection und ProcessingInstruction fehlten als Konstruktoren. Die
   Polyfill laeuft woertlich
   ["Text","Comment","CDATASection","ProcessingInstruction"].forEach(
      a => { var b = window[a]; Object.create(b.prototype) })
   -> "Cannot read a property 'prototype' of undefined".
   -> Wirkung: Fehler wandert weiter. Knoten 472 -> 472.

5. window ERBTE NICHT VON Window.prototype. Gemessen:
   Object.getPrototypeOf(window) === Window.prototype  -> FALSCH
   window instanceof EventTarget                       -> FALSCH
   Die Polyfill legt __shady_native_addEventListener auf Window.prototype
   ab; weil window dieses Urbild nie gelesen hat, war der Name auf window
   unsichtbar -> "__shady_native_addEventListener is not a function".
   Jetzt: globalThis -> Window.prototype -> EventTarget.prototype.
   -> Wirkung: Fehler wandert weiter. Knoten 472 -> 472.

6. *** DER HAUPTFEHLER DES AUFTRAGS ***
   webjs W_CUSTOMEVENT baute ein GEWOEHNLICHES Objekt (val.obj_new) mit
   type/detail/bubbles. domjs D_DISPATCH prueft aber hkind == HK_EVENT.
   Ergebnis: JEDES el.dispatchEvent(new CustomEvent(...)) warf woertlich
   "this is not a DOM node (fn 40302)" -- obwohl `this` tadellos war.
   Custom Elements verstaendigen sich ausschliesslich ueber CustomEvent;
   youtube.com besteht vollstaendig aus Custom Elements.
   Jetzt dasselbe Wirtsobjekt wie new Event(...) (P_EVENT/HK_EVENT) plus
   detail. Gegenprobe:
     vorher  el+CustomEvent -> "this is not a DOM node (fn 0000040302)"
     nachher el+CustomEvent -> true,  ce instanceof Event -> true
   -> Wirkung: 2 Fehler -> 1. Knoten 472 -> 472.

7. Uint8Array HATTE KEIN prototype -> das Hauptbuendel (kevlar_base,
   10,7 MB) starb an Uint8Array.prototype.slice. Es bekommt jetzt
   Array.prototype -- die ehrliche Antwort, weil dieser Konstruktor
   mangels typisierter Felder wirklich ein Array zurueckgibt.
   -> Wirkung: "'slice' of undefined" weg. Knoten 472 -> 472.

Zusaetzlich nachgeruestet, weil gemessen fehlend: document.importNode,
element.dataset, node.getRootNode, screen (fehlte ganz),
document.visibilityState/hidden, navigator.plugins/mimeTypes,
CustomEvent.prototype, NodeFilter.prototype.
performance.timing war bereits in mediajs vorhanden und wirkt, seit
mediajs ueberhaupt eingebunden ist (Punkt 1) -- "'responseStart' of
undefined" ist seitdem weg.


===================== WAS YOUTUBE ANDERS MACHT =======================

Verglichen mit xoffi.ai (laeuft fehlerfrei durch):

  xoffi.ai      React/Next -- baut den Baum mit createElement und
                appendChild. Beides kann Certus lange.
  youtube.com   Polymer/Web Components -- KEIN einziger Knoten entsteht
                durch createElement. Alles laeuft ueber
                customElements.define, template.content.cloneNode und
                CustomEvent. Genau diese drei waren kaputt bzw. gar
                nicht da.

Das HTML ist vollstaendig verarbeitet:
  documentElement.outerHTML  = 921 702 Zeichen  (die vollen 922 KB)
  <ytd-app> im Baum          = ja, 14 Kinder, 9 110 Zeichen innerHTML
Die Seite ist also NICHT am Zerteiler leer. Sie ist leer, weil kein
einziges Custom Element aufgewertet wird:
  customElements.get('ytd-app')  = nein
  registrierte Komponenten       = 0


=========================== WAS NOCH OFFEN IST ========================

Der verbliebene Fehler auf youtube.com:
  TypeError: Cannot read a property 'length' of undefined (Basis xA)
gemeldet ueber _DumpException (Zeile 5417 des Buendels = die Stelle, an
der YouTube den Fehler WEITERWIRFT, nicht sein Ursprung). Er faellt VOR
der Komponenten-Registrierung. Das ist die naechste Spur.

Gemessen fehlend und noch nicht gebaut:
  Element.attachShadow  (ShadowRoot ist bis heute nur eine Attrappe)
  attributes.item / getNamedItem  (attributes ist ein Feld, kein NamedNodeMap)
  Int8Array/Int16Array/Int32Array/Float32Array/Float64Array/DataView
  TextEncoder / TextDecoder
  Range und NodeIterator als echte Objekte (bisher nur Namen)


============================== GEGENPROBEN ============================

Layout b2 gegen das eingefrorene Chromium (--reference) UND gegen die
eigene Erwartung, beide Seiten im selben Baum gebaut:
    main 9126ab9 : 296 / 1087 Kaesten in 146 Faellen
    ytdom        : 296 / 1087 Kaesten in 146 Faellen
  -> ZEICHENGLEICH. Keine Abweichung durch diese Runde.
  ANMERKUNG, ehrlich: die im Auftrag genannten 1087/1087 bei 0,00 % sind
  in diesem Baum NICHT reproduzierbar -- auch nicht auf unveraendertem
  main. Das ist ein vorhandener Zustand des Baums/Pruefstands, keine
  Folge dieser Runde.

tools/certus/tasten_main.fi : 23/23 Kuerzel gehen.
window_main : RC=0      web1_main : RC=0

lib/browser/skript.fi ist und bleibt geloescht.


============================== BILDBELEG ==============================

ytdom-youtube-NACHHER-LEER.png   1024x779, 24 Farben.
Ehrlich benannt: die Seitenflaeche ist weiterhin leer, nur Fensterrahmen
und Adresszeile. Das deckt sich mit 416 Elementen -- und widerspricht
keiner Zahl in diesem Bericht.

roh-vorher-youtube.txt / roh-nachher-youtube.txt : die vollen Laeufe.
basis.json / r14.json / basis_xm.json            : die Messwerte.


=========================== ANGEFASSTE DATEIEN =======================

lib/browser/domjs.fi     +348/-1   template.content, innerHTML-Ziel,
                                   document.implementation, 21 Schnitt-
                                   stellenobjekte, Window-Urbildkette,
                                   screen, visibilityState/hidden,
                                   importNode, getRootNode, dataset,
                                   navigator.plugins/mimeTypes,
                                   EV_BUBBLES/EV_CANCELABLE exportiert
lib/browser/webjs.fi     +59/-15   CustomEvent als ECHTES Ereignis,
                                   CustomEvent.prototype
lib/browser/netjs.fi     +26       Uint8Array.prototype
lib/browser/mediajs.fi   +11       NodeFilter.prototype
lib/browser/web1_main.fi +26/-3    mediajs eingebunden (Media, install_media,
                                   gen_native), Zeile bei SCRIPT-THROW
lib/js/interp.fi         +32       Basis-Name in "Cannot read a property"
tools/certus/yt_mess.py  NEU       das Messgeraet dieser Runde

In lib/dom wurde NICHTS angefasst. In lib/js nur interp.fi, und dort nur
die Fehlermeldung -- keine Auswertungsregel.