Chrome 143 bèta

Rachel Andrew

Gepubliceerd: 29 oktober 2025

Tenzij anders vermeld, gelden deze wijzigingen voor de Chrome 143 bètaversie voor Android, ChromeOS, Linux, macOS en Windows. Meer informatie over deze functies vindt u via de meegeleverde links of op ChromeStatus.com. Download Chrome 143 bèta via Google.com voor desktop of via de Google Play Store voor Android.

CSS en UI

CSS-verankerde fallback-containerquery's

Deze functie introduceert @container anchored(fallback) om de afstammelingen van anchor-gepositioneerde elementen te stylen op basis van de waarde position-try-fallbacks die wordt toegepast.

Je kunt dergelijke query's bijvoorbeeld gebruiken om de tether van een verankerd element of de animaties ervan te stylen op basis van de relatieve positie van het anker en het verankerde element.

Voorbeeld:

#anchored {
 position-try-options: flip-block;
 container-type: anchored;
}

@container anchored(fallback: flip-block) {
  #anchored > .arrow {
    --arrow-rotation: 180deg;
   }
}

Lees meer in Terugvalposities detecteren met verankerde containerquery's vanaf Chrome 143 .

EditContext: TekstFormat underlineStyle en underlineThickness

Chromium leverde de EditContext API met een bug waardoor het TextFormat object, geleverd door EditContext/textformatupdate_event , onjuiste waarden gaf voor de eigenschappen underlineStyle en underlineThickness . In Chromium zijn de mogelijke waarden None , Solid , Dotted , Dashed , Squiggle en None , Thin , Thick . Volgens de EditContext-specificatie zouden ze echter none , solid , dotted , dashed , wavy en none , thin , thick moeten zijn.

Web-API's

Sta meer tekens toe in JavaScript DOM API's

De HTML-parser heeft altijd (of al lange tijd) toegestaan ​​dat elementen en attributen een breed scala aan geldige tekens en namen bevatten, maar de JavaScript DOM API's om dezelfde elementen en attributen te creëren zijn strenger en komen niet overeen met de parser.

Deze wijziging versoepelt de validatie van de JavaScript DOM API's zodat deze overeenkomt met de HTML-parser.

Meer context vind je hier: github.com/whatwg/dom/issues/849

Deze wijziging zal naar verwachting geen compatibiliteitsproblemen veroorzaken, omdat alle eerder toegestane element- en attribuutnamen geldig blijven onder het nieuwe gedrag.

Speculatieregels: mobiele 'enthousiaste' verbeteringen

Op mobiele apparaten worden de prefetches en prerender speculation-regels voor 'eager' eagerness nu geactiveerd wanneer HTML-ankerelementen gedurende korte tijd in het zichtbare gedeelte van het scherm aanwezig zijn.

Eerder startten prefetching en prerendering zo snel mogelijk, wat gelijkstond aan 'onmiddellijke' eagerness. Dit bijgewerkte gedrag is nuttiger omdat het beter aansluit bij de intentie van de auteur om 'gretiger' te zijn dan 'gemiddeld' en minder 'gretig' dan 'onmiddellijk'.

Implementeer de CSS-eigenschap `font-language-override`.

Deze functie introduceert ondersteuning voor de CSS-eigenschap font-language-override in Chromium. Met deze eigenschap kunnen ontwikkelaars de systeemtaal die wordt gebruikt voor OpenType-glyphvervanging overschrijven door rechtstreeks in CSS een taaltag van vier tekens op te geven.

Dit biedt nauwkeurige typografische controle, wat handig is voor meertalige content of lettertypen met taalspecifieke tekenvarianten.

WebGPU: Textuurcomponent swizzelen

Texture component swizzle stelt GPUTextureViews in staat om de kleurcomponenten van de rode, groene, blauwe of alfakanalen van een textuur te herschikken of te vervangen wanneer een shader deze benadert.

ICU 77 (ondersteunt Unicode 16)

De Unicode-ondersteuningsbibliotheek ICU (International Components for Unicode) is geüpgraded van versie 74.2 naar 77.1, waarmee ondersteuning voor Unicode 16 is toegevoegd en de landinstellingen zijn bijgewerkt. Twee wijzigingen kunnen een risico vormen voor webapplicaties die een specifiek formaat verwachten van de Intl JavaScript API's:

• De standaard Italiaanse getalnotatie laat nu het duizendtalscheidingsteken weg bij getallen van vier cijfers. Bijvoorbeeld, new Intl.NumberFormat("it").format(1234) geeft "1234" terug in plaats van "1.234". U kunt het oude gedrag bereiken met de parameter useGrouping voor de constructor Intl.NumberFormat .
• In sommige Engelstalige regio's (bijvoorbeeld en-AU, en-GB en en-IN) werd na volledige weekdagen een komma toegevoegd, waardoor "Saturday 30 April 2011" veranderde in "Saturday, 30 April 2011". Webapplicaties moeten vermijden om afhankelijk te zijn van de precieze opmaak van datums.
• Intl en RegExp (V8): Veel kleine wijzigingen. De wijziging naar de Italiaanse getalnotatie vormt het grootste risico en heeft een aparte waarschuwing.
• IDNA: Deze upgrade biedt over het algemeen meer mogelijkheden en verbetert de algehele testresultaten in WPT.
• Tekstsegmentatie: De meest opvallende verandering is de verbeterde regelafbreking in het Japans bij gebruik van word-break: auto-phrase . Dit is gerelateerd aan https://chromestatus.com/feature/5133892532568064 .

De eigenschap DataTransfer voor de invoergebeurtenissen insertFromPaste , insertFromDrop en insertReplacementText

Deze functie vult de eigenschap dataTransfer bij invoergebeurtenissen met inputType van insertFromPaste , insertFromDrop en insertReplacementText . Dit biedt toegang tot klembord- en sleepgegevens tijdens bewerkingsbewerkingen in contenteditable -elementen.

Het dataTransfer object bevat dezelfde gegevens die beschikbaar waren tijdens de beforeinput gebeurtenis.

Deze functie is alleen van toepassing op contenteditable elementen. Voor formulierbesturingselementen ( textarea , input ) blijft het gedrag ongewijzigd: de eigenschap data bevat de ingevoegde tekst en dataTransfer blijft null. Zowel Safari als Firefox ondersteunen deze functie al. Dat Chrome deze functie overneemt, verbetert de interoperabiliteit tussen browsers en zorgt voor een consistentere ervaring voor webontwikkelaars.

FedCM—Ondersteuning voor gestructureerde JSON-reacties van IdP's

Met deze functie kunnen identiteitsproviders (IdP's) gestructureerde JSON-objecten in plaats van platte tekenreeksen retourneren aan vertrouwende partijen (RP's) via het id_assertion_endpoint .

Deze wijziging vereenvoudigt de integratie voor ontwikkelaars doordat het handmatig serialiseren en parsen van JSON-strings niet langer nodig is. Het biedt dynamischere en flexibelere authenticatiestromen, waardoor Relying Party's complexe reacties direct kunnen interpreteren en diverse protocollen zoals OAuth2, OIDC of IndieAuth kunnen ondersteunen zonder tussenkomst van externe partijen.

WebTransport-applicatieprotocolonderhandeling

Met WebTransport Application Protocol Negotiation kunt u onderhandelen over het protocol dat door de webapplicatie wordt gebruikt tijdens de WebTransport-handshake.

Een webapplicatie kan een lijst met applicatieprotocollen specificeren bij het aanmaken van een WebTransport object. Deze protocollen worden vervolgens via HTTP-headers naar de server verzonden. Als de server een van deze protocollen selecteert, kan dit worden aangegeven in de responseheaders, waarna het antwoord beschikbaar is in het WebTransport object.

Web-smartcard-API voor geïsoleerde webapplicaties

Alleen beschikbaar voor Isolated Web Apps (IWA). Deze functie maakt het mogelijk om smartcardtoepassingen (PC/SC) naar het webplatform te migreren. Hierdoor krijgen ze toegang tot de PC/SC-implementatie (en kaartlezerstuurprogramma's) die beschikbaar zijn in het hostbesturingssysteem.

Beheerders kunnen de beschikbaarheid van deze API op twee manieren beheren:

• Wereldwijd – met behulp van het DefaultSmartCardConnectSetting -beleid
• Per applicatie – met behulp van de beleidsregels SmartCardConnectAllowedForUrls en SmartCardConnectBlockedForUrls

Web App Manifest: specificeer de geschiktheid voor updates, pictogram-URL's zijn Cache-Control: onveranderlijk

De manifestspecificatie bevat nu een algoritme voor het bepalen van de geschiktheid voor updates. Dit maakt het updateproces deterministischer en voorspelbaarder, waardoor ontwikkelaars meer controle krijgen over wanneer updates van toepassing zijn op bestaande installaties en gebruikers meer keuze hebben over wat ze met een update willen doen, bijvoorbeeld deze negeren. Het maakt ook de verwijdering mogelijk van de 'update check throttle' die gebruikersagenten implementeren om verspilling van netwerkbronnen te voorkomen.

Interventie bij zware advertenties: Rapporten verzonden naar het inbeddingsframe

Rapporten over advertentie-interventies worden nu niet alleen naar het advertentieframe zelf, maar ook naar het frame waarin de advertentie is ingesloten verzonden. Het rapport dat naar het ingesloten frame wordt gestuurd, bevat de ID van het advertentie-iframe en de URL van het frame dat is ontladen (vóór de omleiding) in het berichtveld van de rapportbody. Deze wijziging geeft de ingesloten context de mogelijkheid om problematische advertentieaanbieders te identificeren en storende advertenties aan te pakken om de gebruikerservaring te verbeteren.

Origin-proeven zijn gaande.

In Chrome 143 kun je je aanmelden voor de volgende nieuwe Origin-proefversies .

API voor digitale referenties (ondersteuning voor uitgifte)

Met deze functie kunnen uitgevende websites (bijvoorbeeld een universiteit, overheidsinstantie of bank) op een veilige manier het uitgifteproces van digitale referenties rechtstreeks in de mobiele portemonnee-app van een gebruiker starten . Op Android maakt deze functionaliteit gebruik van het Android IdentityCredential CredMan-systeem (Credential Manager). Op desktops maakt het gebruik van apparaatoverschrijdende benaderingen met het CTAP-protocol, vergelijkbaar met de apparaatoverschrijdende presentatiestroom van digitale referenties .

Randomisatie van TCP-socketpoollimieten

Door de beperkingen van de verbindingspoolgrootte in Chrome te benutten, kunt u inzicht krijgen in de status van verschillende websites die anders ontoegankelijk zou zijn. U kunt bijvoorbeeld (met een zekere mate van statistische zekerheid) de inlogstatus, de bezoekgeschiedenis of zelfs iets specifiekers, zoals de aanwezigheid van berichten in de Gmail-inbox, evalueren.

Om dit te verhelpen, wordt randomisatie toegevoegd aan de manier waarop TCP-socketpools worden beperkt, zodat een observerende site deze informatie niet met grote zekerheid kan afleiden.

Afschrijvingen en verwijderingen

Deze versie van Chrome introduceert de afschaffingen en verwijderingen in de volgende secties. Ga naar ChromeStatus.com voor lijsten met geplande afschaffingen, huidige afschaffingen en eerdere verwijderingen.

In deze versie van Chrome worden twee functies verwijderd.

Verwijder getters van Intl Locale Info.

De Intl Locale Info API is een Stage 3 ECMAScript TC39-voorstel om het Intl.Locale object te verbeteren door informatie over de landinstellingen beschikbaar te stellen, zoals weekgegevens (eerste dag van de week, begin- en einddag van het weekend, kortste dag van de eerste week) en de uurcyclus voor de tekstrichting die in de landinstelling wordt gebruikt.

De implementatie werd uitgebracht in Chrome 99. Het voorstel werd echter later gewijzigd in fase 3, waarbij verschillende getters naar functies werden verplaatst. De verouderde getters moeten worden verwijderd en de hernoemde functies opnieuw worden gelanceerd.

XSLT afschaffen

XSLT v1.0, waaraan alle browsers zich houden, werd in 1999 gestandaardiseerd. In de tussentijd is XSLT geëvolueerd naar v2.0 en v3.0, waarbij functies zijn toegevoegd en de versie die in browsers wordt gebruikt, is afgeweken. Dit gebrek aan vooruitgang, in combinatie met de opkomst van JavaScript-bibliotheken en -frameworks die flexibele en krachtige DOM-manipulatie bieden, heeft geleid tot een aanzienlijke afname van het gebruik van client-side XSLT. JavaScript-gebaseerde technologieën, zoals JSON en React, hebben de rol ervan binnen de webbrowser grotendeels overgenomen.

Chromium gebruikt de libxslt-bibliotheek om deze transformaties te verwerken, maar libxslt werd in 2025 ongeveer zes maanden lang niet meer onderhouden. Libxslt is een complexe, verouderde C-codebasis die gevoelig is voor geheugenveiligheidslekken zoals bufferoverloop, wat kan leiden tot het uitvoeren van willekeurige code. Omdat client-side XSLT nu een nichefunctie is die zelden wordt gebruikt, krijgen deze bibliotheken minder onderhoud en minder beveiligingscontrole dan de kern-JavaScript-engines. Ze vormen echter een direct aanvalsoppervlak voor het verwerken van onbetrouwbare webinhoud. XSLT is dan ook de bron van verschillende recente, spraakmakende beveiligingslekken die browsergebruikers nog steeds in gevaar brengen.

Om deze redenen is Chromium van plan XSLT uit te faseren en te verwijderen van het webplatform. WHATWG heeft besloten de uitfasering van XSLT te vervroegen.

Voor meer informatie over de afschaffing en wat u moet doen als u XSLT gebruikt, lees XSLT verwijderen voor een veiligere browser .