Chrome 143 bèta

Rachel Andrew

Gepubliceerd: 29 oktober 2025

Tenzij anders vermeld, zijn deze wijzigingen van toepassing op de bètaversie van Chrome 143 voor Android, ChromeOS, Linux, macOS en Windows. Meer informatie over deze functies vindt u via de 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 afstammelingen van anker-gepositioneerde elementen te stylen op basis van welke position-try-fallbacks -waarde wordt toegepast.

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

Voorbeeld:

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

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

Meer informatie vindt u in Fallback-posities detecteren met verankerde containerquery's vanuit Chrome 143 .

EditContext: TekstFormat underlineStyle en underlineThickness

Chromium leverde de EditContext API met een bug waarbij 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 kenmerken een grote variatie aan geldige tekens en namen hebben, maar de JavaScript DOM API's om dezelfde elementen en kenmerken te maken, zijn strenger en komen niet overeen met de parser.

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

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

Er wordt niet verwacht dat deze wijziging compatibiliteitsproblemen veroorzaakt, omdat alle eerder toegestane element- en kenmerknamen geldig blijven met het nieuwe gedrag.

Speculatieregels: verbeteringen in de 'gretige' bereidheid van mobiele apparaten

Op mobiele apparaten worden de prefetches en prerender-speculatieregels voor 'eager'-gretigheid nu geactiveerd wanneer HTML-ankerelementen zich gedurende korte tijd in de viewport bevinden.

Vroeger begonnen prefetching en prerendering zo snel mogelijk, wat gelijk stond aan 'onmiddellijke' gretigheid. Dit vernieuwde gedrag is nuttiger omdat het beter de intentie van de auteur weerspiegelt om gretiger te zijn dan 'matig' en minder gretiger dan 'onmiddellijk'.

Implementeer 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-tekenvervanging overschrijven door een taaltag van vier tekens rechtstreeks in CSS op te geven.

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

WebGPU: textuurcomponent swizzle

Met de functie Texture component swizzle kan GPUTextureViews de kleurcomponenten in de rode, groene, blauwe of alfa-kanalen van een textuur opnieuw ordenen of vervangen wanneer een shader er toegang toe heeft.

ICU 77 (ondersteuning voor Unicode 16)

De Unicode-ondersteuningsbibliotheek ICU (International Components for Unicode) is geüpgraded van versie 74.2 naar 77.1, met ondersteuning voor Unicode 16 en bijgewerkte landinstellingen. Twee wijzigingen kunnen een risico vormen voor webapplicaties die een specifieke indeling van de internationale JavaScript API's aannemen:

  • De standaard Italiaanse getalnotatie laat nu het scheidingsteken voor duizendtallen weg voor viercijferige getallen. Zo retourneert new Intl.NumberFormat("it").format(1234) "1234" in plaats van "1.234". U kunt het oude gedrag bereiken met de parameter useGrouping voor de constructor Intl.NumberFormat .
  • In sommige Engelse talen (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 dat ze afhankelijk zijn van de exacte opmaak van datums.
  • Intl en RegExp (V8): Veel kleine wijzigingen. De wijziging naar de Italiaanse getalnotatie is het meest risicovol en heeft een speciale vlag.
  • IDNA: Deze upgrade biedt over het algemeen meer mogelijkheden en verbetert de algemene testresultaten in WPT.
  • Tekstsegmentatie: De meest opvallende verandering is de verbeterde Japanse regelafbreking bij gebruik van word-break: auto-phrase . Dit is gerelateerd aan https://chromestatus.com/feature/5133892532568064 .

DataTransfer eigenschap voor insertFromPaste , insertFromDrop en insertReplacementText invoergebeurtenissen

Deze functie vult de eigenschap dataTransfer bij invoergebeurtenissen met inputType van insertFromPaste , insertFromDrop en insertReplacementText . Dit biedt toegang tot het klembord en slepen en neerzetten van gegevens tijdens bewerkingen 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 data eigenschap bevat de ingevoegde tekst en dataTransfer blijft null. Zowel Safari als Firefox ondersteunen deze functie al. Door Chrome deze functie te laten implementeren, verbetert de interoperabiliteit tussen browsers en biedt het een consistentere ervaring voor webauteurs.

FedCM: ondersteuning voor gestructureerde JSON-reacties van IdP's

Met deze functie kunnen Identity Providers (IdP's) gestructureerde JSON-objecten in plaats van gewone strings retourneren aan Relying Parties (RP's) via het id_assertion_endpoint .

Deze wijziging vereenvoudigt de integratie voor ontwikkelaars doordat het niet langer nodig is om JSON-strings handmatig te serialiseren en te parseren. Het biedt dynamischere en flexibelere authenticatiestromen, waardoor RP's complexe antwoorden direct kunnen interpreteren en verschillende protocollen zoals OAuth2, OIDC of IndieAuth kunnen ondersteunen zonder out-of-band-overeenkomsten.

Onderhandeling over het WebTransport-toepassingsprotocol

Met WebTransport Application Protocol Negotiation kunt u onderhandelen over het protocol dat door de webtoepassing wordt samengevoegd in de WebTransport-handshake.

Een webapplicatie kan een lijst met applicatieprotocollen specificeren bij het samenstellen van een WebTransport object. Deze protocollen worden vervolgens via HTTP-headers naar de server verzonden. Als de server een van deze protocollen kiest, kan hij dit aangeven in de responsheaders en aangeven dat het antwoord beschikbaar is binnen het WebTransport object.

Web Smart Card API voor geïsoleerde web-apps

Alleen beschikbaar op Isolated Web Apps (IWA). Met deze functie kunnen smartcardtoepassingen (PC/SC) naar het webplatform worden verplaatst. Dit geeft toegang tot de PC/SC-implementatie (en kaartlezerdrivers) die beschikbaar zijn in het hostbesturingssysteem.

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

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

Web-app-manifest: specificeer de update-geschiktheid, pictogram-URL's zijn Cache-Control: onveranderlijk

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

Zware advertentie-interventie: rapporten verzonden naar insluitframe

Rapporten over advertentie-interventie worden nu niet alleen naar het advertentieframe zelf, maar ook naar het embeddingframe van de advertentie verzonden. Het rapport dat naar het embeddingframe wordt verzonden, bevat de ID van de iframe van de advertentie en de URL vóór de omleiding van het frame dat in het berichtveld van de rapporttekst is verwijderd. Deze wijziging geeft de embeddingcontext de mogelijkheid om problematische advertentieaanbieders te identificeren en storende advertenties aan te pakken om de gebruikerservaring te verbeteren.

Oorsprongsproeven gaande

In Chrome 143 kunt u kiezen voor de volgende nieuwe oorsprongsproeven .

API voor digitale referenties (ondersteuning bij uitgifte)

Met deze functie kunnen uitgevende websites (bijvoorbeeld een universiteit, overheidsinstantie of bank) het provisioningproces (uitgifte) van digitale referenties veilig rechtstreeks in de mobiele portemonnee-applicatie van een gebruiker initiëren . Op Android maakt deze mogelijkheid gebruik van het Android IdentityCredential CredMan-systeem (Credential Manager). Op desktopcomputers wordt gebruikgemaakt van cross-device benaderingen met het CTAP-protocol, vergelijkbaar met de cross-device flow van Digital Credentials Presentation .

TCP Socket Pool Limit Randomisatie

Door gebruik te maken van limieten in de grootte van de connectiepool in Chrome, kunt u kennis opdoen over de status van meerdere sites die anders ontoegankelijk zou zijn. U kunt bijvoorbeeld (met enige statistische zekerheid) de inlogstatus, bezoekgeschiedenis of zelfs iets specifiekers evalueren, zoals of Gmail berichten in behandeling heeft in de inbox.

Om dit probleem te verhelpen, wordt er randomisatie toegevoegd aan de manier waarop TCP-socketpools worden beperkt, zodat een observatielocatie deze informatie niet met hoge zekerheid kan afleiden.

Afschaffingen en verwijderingen

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

Deze versie van Chrome vervangt twee functies

Verouderde 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 landinstellingsinformatie weer te geven, zoals weekgegevens (eerste dag van de week, begindag van het weekend, einddag van het weekend, minimumdag in de eerste week) en de uurcyclus van de tekstrichting die in de landinstelling wordt gebruikt.

De implementatie werd geleverd in Chrome 99. Het voorstel werd echter later in Fase 3 gewijzigd en verplaatste verschillende getters naar functies. De verouderde getters moeten worden verwijderd en de hernoemde functies moeten opnieuw worden gestart.

XSLT afkeuren

XSLT v1.0, waaraan alle browsers zich houden, werd in 1999 gestandaardiseerd. In de tussentijd heeft XSLT zich ontwikkeld tot v2.0 en v3.0, met nieuwe functies en een afwijking ten opzichte van de versie die in browsers werd geïmplementeerd. 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 niet onderhouden. Libxslt is een complexe, verouderde C-codebase die gevoelig is voor kwetsbaarheden in de geheugenveiligheid, zoals bufferoverlopen, wat kan leiden tot willekeurige code-uitvoering. Omdat client-side XSLT nu een nichefunctie is die zelden wordt gebruikt, krijgen deze bibliotheken minder onderhoud en beveiligingscontrole dan de belangrijkste JavaScript-engines. Ze vormen echter een direct aanvalsoppervlak voor de verwerking van niet-vertrouwde webcontent. XSLT is zelfs de bron van verschillende recente, opvallende beveiligingslekken die browsergebruikers nog steeds in gevaar brengen.

Om deze redenen is Chromium van plan XSLT te laten vervallen en van het webplatform te verwijderen. WHATWG heeft besloten om de veroudering van XSLT te versnellen.

Voor meer informatie over de veroudering en informatie over wat u moet doen als u afhankelijk bent van XSLT, kunt u het artikel XSLT verwijderen voor een veiligere browser lezen.