Chroom 134

Stabiele releasedatum: 4 maart 2025

Tenzij anders aangegeven, zijn de volgende wijzigingen van toepassing op de stabiele kanaalrelease van Chrome 134 voor Android, ChromeOS, Linux, macOS en Windows.

Wil je alleen de hoogtepunten? Kijk eens naar Nieuw in Chrome 134 .

HTML en DOM

Aanpasbaar <select> -element

Aanpasbaar <select> geeft ontwikkelaars de volledige controle over de weergave van <select> -elementen door het appearance: base-select CSS-eigenschap en -waarde.

Deze functie is afhankelijk van de vlag SelectParserRelaxation , die de HTML-parser wijzigt om meer tags binnen de <select> -tag toe te staan.

Trackingbug #40146374 | ChromeStatus.com-invoer | Spec

Selecteer parserversoepeling

Deze wijziging zorgt ervoor dat de HTML-parser extra tags in <select> toestaat naast <option> , <optgroup> en <hr> .

Deze functie wordt beveiligd door het tijdelijke beleid ( SelectParserRelaxationEnabled ). Dit is een tijdelijke overgangsperiode en het beleid werkt niet meer vanaf Chrome 141.

Als u problemen ondervindt waarvan u denkt dat deze door deze wijziging worden veroorzaakt, is er een proefversie met omgekeerde oorsprong om de parserversoepeling uit te schakelen.

Trackingbug #335456114 | ChromeStatus.com-invoer | Spec

Dialooglampje negeren

Een van de leuke kenmerken van de Popover API is het lichte ontkenningsgedrag. Dit gedrag maakt nu deel uit van <dialog> , met een nieuw closedby -attribuut dat het gedrag bestuurt:

• <dialog closedby="none"> : Helemaal geen door de gebruiker geactiveerde sluiting van dialoogvensters.
• <dialog closedby="closerequest"> : Door op Esc (of een andere sluittrigger) te drukken, wordt het dialoogvenster gesloten
• <dialog closedby="any"> : Als u buiten het dialoogvenster klikt, of op Esc drukt, wordt het dialoogvenster gesloten. Vergelijkbaar met popover="auto" gedrag.

Trackingbug #376516550 | ChromeStatus.com-invoer | Spec

CSS

CSS benadrukt overerving

Met CSS-accentueringsovererving nemen de CSS-schijnpseudoklassen, zoals ::selection en ::highlight , hun eigenschappen over via de pseudo-accentueringsketen, in plaats van via de elementketen. Het resultaat is een intuïtiever model voor de overerving van eigenschappen in hooglichten.

ChromeStatus.com-invoer | Spec

PWA

Documentondertiteling (PWA-app-titels repareren)

Met deze functie kunt u aanvullende informatie opgeven over het huidige venster van een geïnstalleerde actieve PWA. Het voegt een ondertitel toe aan de pagina om contextuele informatie te bieden die wordt weergegeven in de titelbalk van het venster. Dit vervangt de tekst in het HTML-titelelement.

Trackingbug #1351682 | ChromeStatus.com-invoer | Spec

Vastleggen van gebruikerslinks op PWA's

Weblinks leiden gebruikers automatisch naar geïnstalleerde webapps. Om beter af te stemmen op de verwachtingen van gebruikers rond geïnstalleerde ervaringen, maakt Chrome het gemakkelijker om te schakelen tussen de browser en geïnstalleerde webapps. Wanneer de gebruiker op een link klikt die door een geïnstalleerde web-app kan worden afgehandeld, wordt de link geopend in die geïnstalleerde web-app. Gebruikers kunnen dit gedrag wijzigen via de instellingen van de geïnstalleerde web-app. Ontwikkelaars kunnen dit gedrag beheren met de manifesteigenschap launch_handler en kunnen deze ontwikkelaarsdocumentatie raadplegen voor meer informatie over hoe deep links werken met geïnstalleerde web-apps.

ChromeStatus.com-invoer

Prestatie

Documentbeleid: expect-no-linked-resources

Met het configuratiepunt expect-no-linked-resources in Documentbeleid kan een document een hint geven aan de user-agent om de laadvolgorde beter te optimaliseren, zoals het niet gebruiken van het standaard speculatieve parseergedrag.

User Agents hebben speculatief parseren van HTML geïmplementeerd om op speculatieve wijze bronnen op te halen die aanwezig zijn in de HTML-opmaak, om het laden van pagina's te versnellen. Voor de overgrote meerderheid van de pagina's op internet waarop bronnen zijn aangegeven in de HTML-opmaak, is de optimalisatie gunstig en zijn de kosten die worden betaald bij het bepalen van dergelijke bronnen een goede afweging. De volgende scenario's kunnen echter resulteren in een suboptimale prestatie-afweging ten opzichte van de expliciete tijd die wordt besteed aan het parseren van HTML om te bepalen welke subbronnen moeten worden opgehaald:

• Pagina's waarvoor geen bronnen zijn gedeclareerd in de HTML.
• Grote HTML-pagina's met minimale of geen bronbelastingen die het vooraf laden van bronnen expliciet kunnen controleren met behulp van andere beschikbare voorlaadmechanismen.

Het documentbeleid expect-no-linked-resources geeft de User Agent aan dat deze ervoor kan kiezen om de tijd die wordt besteed aan het bepalen van dergelijke subbronnen te optimaliseren.

Trackingbug #365632977 | ChromeStatus.com-invoer | Spec

Expliciet resourcebeheer (async)

Deze functies pakken een gemeenschappelijk patroon in softwareontwikkeling aan met betrekking tot de levensduur en het beheer van verschillende bronnen (bijvoorbeeld geheugen en I/O). Dit patroon omvat over het algemeen de toewijzing van een hulpbron en de mogelijkheid om kritieke hulpbronnen expliciet vrij te geven.

Trackingbug #42203814 | ChromeStatus.com-invoer | Spec

Expliciet resourcebeheer (synchronisatie)

Deze functies pakken een gemeenschappelijk patroon in softwareontwikkeling aan met betrekking tot de levensduur en het beheer van verschillende bronnen (bijvoorbeeld geheugen en I/O). Dit patroon omvat over het algemeen de toewijzing van een hulpbron en de mogelijkheid om kritieke hulpbronnen expliciet vrij te geven.

Volgbug #42203506 | ChromeStatus.com-invoer | Spec

Breid de console.timeStamp API uit om metingen en presentatie-opties te ondersteunen

Breidt de console.timeStamp() API uit, op een achterwaarts compatibele manier, om een ​​krachtige methode te bieden voor het instrumenteren van applicaties en het weergeven van timinggegevens naar het prestatiepaneel in DevTools.

Timingitems die met de API zijn toegevoegd, kunnen een aangepaste tijdstempel, duur en presentatie-opties hebben (track, zwembaan en kleur).

ChromeStatus.com-invoer | Spec

Web-API's

Sta het lezen van interessegroepen toe in Shared Storage Worklet

Voeg een methode interestGroups() toe aan de werklet voor gedeelde opslag om de interessegroepen van de Beschermde doelgroep te retourneren die zijn gekoppeld aan de eigenaar van de bron van de gedeelde opslag, met enkele aanvullende metagegevens.

Deze API biedt kopers van beschermde doelgroepen een beter beeld van wat er met hun gebruikers gebeurt, waardoor privéaggregatierapporten mogelijk zijn.

ChromeStatus.com-invoer

Functie voor attributierapportage: verwijder de aggregeerbare rapportlimiet wanneer de triggercontext-ID niet nul is

Deze wijziging is gebaseerd op feedback van API-aanroepers en de noodzaak om een ​​groter aantal conversiegebeurtenissen voor bepaalde gebruikersstromen te kunnen meten.

Momenteel heeft de API een limiet waarmee maximaal twintig aggregeerbare rapporten per bronregistratie kunnen worden gegenereerd, wat beperkend is voor gebruiksscenario's waarbij een gebruiker mogelijk een langere gebruikersreis heeft. Met deze wijziging wordt de aggregeerbare rapportlimiet verwijderd wanneer een triggercontext-ID wordt opgegeven als onderdeel van de registratie. Het verwijderen van deze limiet is beperkt tot alleen wanneer de triggercontext-ID is opgegeven, omdat wanneer deze is opgegeven, de API een hoger aantal nulrapporten toepast, wat helpt te beschermen tegen het lekken van informatie tussen sites via rapportaantallen.

Bovendien zijn aggregeerbare rapporten nog steeds gebonden aan andere limieten die de totale hoeveelheid informatie beperken die kan worden gemeten, zoals het L1-bijdragebudget (65.536) per bron en de limiet voor het attributiepercentage.

ChromeStatus.com-invoer

Beperkingen bij het bijhouden van bounces op HTTP-cache

Maatregelen voor het bijhouden van bounces voor de HTTP-cache zijn een uitbreiding op het bestaande anti-bounce-trackinggedrag. Het schrapt de vereiste dat een vermoedelijke trackingsite opslagtoegang moet hebben uitgevoerd om de maatregelen voor het volgen van bounces te activeren.

De aanvankelijk door Chrome voorgestelde oplossing voor het beperken van bouncetracking wordt geactiveerd wanneer een site toegang krijgt tot browseropslag (bijvoorbeeld in cookies) tijdens een omleidingsstroom. Bouncetrackers kunnen dergelijke maatregelen echter systematisch omzeilen door de HTTP-cache te gebruiken om gegevens te bewaren. Door de triggervoorwaarden voor het beperken van bounce-tracking te versoepelen, zou de browser bounce-trackers moeten kunnen onderscheppen met behulp van de HTTP-cache.

Trackingbug #40264244 | ChromeStatus.com-invoer | Spec

LLM-aangedreven detectie op het apparaat van beledigende meldingen op Android

Deze lancering heeft tot doel de inhoud te verbergen van meldingen waarvan wordt vermoed dat ze beledigend zijn. De gebruiker heeft dan de mogelijkheid om de melding te sluiten, de melding weer te geven of zich af te melden bij de oorsprong. Deze detectie moet worden uitgevoerd door een model op het apparaat.

ChromeStatus.com-invoer

OffscreenCanvas getContextAttributes

Voeg de getContextAttributes interface van CanvasRenderingContext2D toe aan OffscreenCanvasRenderingContext2D .

Trackingbug #388437261 | ChromeStatus.com-invoer | Spec

Private Aggregation API: contributielimieten per context voor aanroepen van gedeelde opslag

Hiermee kunnen bellers van gedeelde opslag het aantal bijdragen per privéaggregatierapport aanpassen.

Met deze functie kunnen aanroepers van gedeelde opslag contributielimieten per context configureren met een nieuw veld, maxContributions . Bellers stellen dit veld zo in dat het standaardaantal bijdragen per rapport wordt overschreven. Grotere en kleinere aantallen zijn beide toegestaan. Chrome accepteert waarden van maxContributions tussen 1 en 1000 inclusief; grotere waarden worden geïnterpreteerd als 1000.

Vanwege de opvulling zal de omvang van de payload van elk rapport grofweg evenredig zijn met het gekozen aantal bijdragen per rapport. We verwachten dat het aanmelden voor grotere rapporten de kosten van het gebruik van de Aggregatieservice zal verhogen.

Beschermde doelgroep-bellers ondervinden geen hinder van deze functie. We zijn echter van plan om in toekomstige functies ondersteuning toe te voegen voor het aanpassen van het aantal bijdragen voor rapporten over beschermde doelgroepen.

Trackingbug #376707230 | ChromeStatus.com-invoer | Spec

Ondersteuning van Web Locks API in gedeelde opslag

Integreert de Web Locks API in gedeelde opslag. Dit voorkomt scenario's waarin cross-site bereikmetingen kunnen resulteren in dubbele rapportage vanwege de mogelijke racecondities binnen de get() en set() logica.

Deze wijziging:

• Introduceert navigator.locks.request in de werkletomgeving.
• Introduceert de optie { withLock: <resource>} voor alle modificatiemethoden.
• Introduceert een batchwijzigingsmethode: sharedStorage.batchUpdate(methods, options) . Met deze methode, met de optie withLock , kunnen meerdere modificatiemethoden atomair worden uitgevoerd, waardoor gebruiksscenario's mogelijk worden waarbij een website consistentie moet behouden terwijl gegevens worden bijgewerkt die over meerdere sleutels zijn georganiseerd.

Trackingbug #373899210 | ChromeStatus.com-invoer

Rendering en afbeeldingen

Ondersteuning van ImageSmoothingQuality in PaintCanvas

Ondersteuning toegevoegd voor het kenmerk imageSmoothingQuality op Paint Canvas. Hiermee kunt u de afweging tussen kwaliteit of prestatie kiezen bij het schalen van afbeeldingen. Er zijn in totaal drie opties voor imageSmoothingQuality : low , medium en high .

Trackingbug #Geen | ChromeStatus.com-invoer | Spec

WebGPU-subgroepen

Voegt subgroepfunctionaliteit toe aan WebGPU. Subgroepbewerkingen voeren SIMT-bewerkingen uit om efficiënte communicatie en gegevensuitwisseling tussen groepen aanroepen mogelijk te maken. Deze bewerkingen kunnen worden gebruikt om toepassingen te versnellen door de geheugenoverhead te verminderen die wordt veroorzaakt door communicatie tussen aanroepen.

ChromeStatus.com-invoer | Spec

Oorsprongsproeven

Digitale referentie-API

Websites kunnen tegenwoordig via verschillende mechanismen inloggegevens van mobiele portemonnee-apps verkrijgen, bijvoorbeeld door aangepaste URL-handlers en het scannen van QR-codes. Met deze functie kunnen sites identiteitsgegevens uit portemonnees opvragen met behulp van Android's IdentityCredential CredMan -systeem. Het is uitbreidbaar om meerdere formaten voor inloggegevens te ondersteunen (bijvoorbeeld ISO mDoc en W3C verifieerbare inloggegevens) en maakt het gebruik van meerdere portemonnee-apps mogelijk. Er worden mechanismen toegevoegd om het risico van misbruik van de identiteit in de echte wereld op ecosysteemschaal te helpen verminderen.

De origin-proefversie die start in Chrome 134 voegt ondersteuning toe voor deze API op het desktopplatform, waarbij Chrome on Desktop veilig communiceert met de digitale portemonnee op de Android-telefoon om de gevraagde inloggegevens op te halen.

Origin -proef | Trackingbug #40257092 | ChromeStatus.com-invoer | Spec

Beëindiging proefperiode voor SelectParserRelaxation

Dit is een beëindigingsproef, waarbij het oude parsergedrag voor het parseren <select> -tags opnieuw wordt ingeschakeld. Onder dat oude gedrag wordt niet-ondersteunde inhoud stilzwijgend weggegooid en niet opgenomen in de DOM-inhoud onder de <select> . Deze proefperiode kan worden gebruikt als het nieuwe gedrag van Chrome 135 een site kapot maakt.

Origin -proef | ChromeStatus.com-invoer

Beëindigingen en verwijderingen

Verwijder niet-standaard getUserMedia audiobeperkingen

Blink ondersteunt een aantal niet-standaard goog vooraf ingestelde beperkingen voor getUserMedia uit een tijd voordat de beperkingen correct waren gestandaardiseerd.

Het gebruik is aanzienlijk gedaald tot tussen 0,000001% en 0,0009% (afhankelijk van de beperking) en sommige daarvan hebben zelfs geen effect vanwege veranderingen in de Chromium-audio-opnamestack. Binnenkort zal geen van deze nog enig effect hebben vanwege andere komende veranderingen.

Wij verwachten geen grote achteruitgang als gevolg van deze verandering. Toepassingen die deze beperkingen gebruiken, blijven werken, maar krijgen audio met standaardinstellingen (alsof er geen beperkingen zijn opgelegd). Ze kunnen ervoor kiezen om naar standaardbeperkingen te migreren.

Trackingbug #377131184 | ChromeStatus.com-invoer | Spec