Utgivningen av Chrome 95

Google har släppt version 95 av webbläsaren Chrome. Samtidigt finns det en stabil release av det fria projektet Chromium, som är grunden för Chrome. Webbläsaren Chrome kännetecknas av användningen av Googles logotyper, en notifieringssystem för krascher, moduler för uppspelning av skyddat videoinnehåll (DRM), ett automatiskt uppdateringssystem och överföring av RLZ-parametrar vid sökning. Enligt den nya fyra veckor långa utvecklingscykeln är nästa version av Chrome, version 96, planerad till den 16 november. För dem som behöver mer tid för att uppdatera finns en separat Supported Extended Stable-gren som hålls i åtta veckor, där en uppdatering för den tidigare versionen Chrome 94 har skapats.

Huvudsakliga ändringar i Chrome 95:

• För användare av Linux, Windows, macOS och ChromeOS har en ny sidopanel introducerats, som visas till höger om innehållet och aktiveras genom att klicka på en speciell ikon i adressfältet. I panelen visas en sammanställning av bokmärken och en läslista. Ändringen aktiveras inte för alla användare, utan kan aktiveras med inställningen ‘chrome://flags/#side-panel’.
• Det har lagts till en tydlig begäran om behörighet för att spara adresser som matas in i webbformulär för att senare kunna användas i autofyll-systemet. När det finns adresser i formulären visas nu en dialog för användaren, som gör det möjligt att spara adressen, redigera, uppdatera en tidigare sparad adress eller avböja att spara.
• Koden för att stödja FTP-protokollet har tagits bort. I Chrome 88 stängdes FTP-stödet av som standard, men en flagga för att återaktivera det lämnades kvar.
• Stödet för URL:er med värdnamn som slutar med siffror, men som inte motsvarar IPv4-adresser, har upphört. Till exempel kommer URL:erna ‘http://127.1/’, ‘http://foo.127.1/’ och ‘http://127.0.0.0.1’ nu att betraktas som ogiltiga.
• För WebAssembly har möjligheten att skapa undantagshanterare implementerats, som kan fånga likviditeten när ett undantag uppstår vid körning av viss kod. Både kända webassembly-undantag och undantag som uppstår vid anrop av importerade funktioner stöds. För att fånga undantagen måste WebAssembly-modulen kompileras av en kompilator som stöder undantag, såsom Emscripten.

  Det noteras att undantagshantering på nivån av WebAssembly kan avsevärt minska storleken på den genererade koden jämfört med undantagshantering med hjälp av JavaScript. Till exempel, optimeringssamlingen Binaryen med undantagshantering med hjälp av JavaScript leder till en kodökning på 43%, medan WebAssembly endast ökar med 9%. Dessutom, när optimeringsläget "-O3" används, är koden med undantagshantering i WebAssembly nästan identisk i prestanda med koden utan undantagshanterare, medan undantagshantering med hjälp av JavaScript resulterar i en prestandanedgång på 30%.

• Det är förbjudet att dela WebAssembly-moduler mellan olika domäner (cross-origin) när man behandlar en och samma webbplats.
• I läget Origin Trials (experimentella funktioner som kräver separat aktivering) har flera nya API:er lagts till. Origin Trial innebär möjlighet att arbeta med det angivna API:et från applikationer som laddas från localhost eller 127.0.0.1, eller efter registrering och erhållande av en speciell token som gäller under en begränsad tid för en specifik webbplats.
  • Informationen i HTTP-huvudet User-Agent samt JavaScript-parametrarna navigator.userAgent, navigator.appVersion och navigator.platform har minskats. Endast uppgifter om webbläsarens namn, huvudversion, plattform och enhetstyp (mobiltelefon, dator, surfplatta) har kvarlämnats i huvudet. För att få ytterligare data, som exakt version och utökad plattformsinformation, måste API:et User Agent Client Hints användas. Inledningen av minskningen av User-Agent på vanliga användares system är planerad till lanseringen av Chrome 102, som kommer att publiceras om sex månader.
  • Möjligheten att skapa åtkomstdeskriptorer (Access Handles) för API:et File System Access har föreslagits, vilket möjliggör för webbapplikationer att läsa och skriva data direkt till filer och mappar på användarens enhet. För att minska sätt att få åtkomst till filsystemet av webbapplikationer planerar Google att förena API:et File System Access och Storage Foundation. Som ett förberedande steg för en sådan förening har stöd för åtkomstdeskriptorer föreslagits, som kompletterar filbeskrivarmetoder med utökade funktioner, såsom att sätta skrivrättighetslås av andra processer och att skapa separata strömmar för skrivning och läsning, inklusive stöd för läsning och skrivning från arbetare på synkront vis.
• API:n för säker betalningsbekräftelse har stabiliserats och föreslagits som standard med införandet av den nya utvidgningen 'payment', som möjliggör ytterligare bekräftelse av betalningstransaktionen. Kontrollparten, till exempel en bank, har möjlighet att generera en öppen nyckel PublicKeyCredential, vilken kan begäras av säljaren för att ge en extra säker betalningsbekräftelse via API:n Payment Request, med metoden 'secure-payment-confirmation'.
• I callback-anrop som ställts in via konstruktorn PerformanceObserver har funktionen droppedEntriesCount implementerats, vilket gör det möjligt att förstå hur många prestationsmetrikor på webbplatsen som har avvisats eftersom de inte fick plats i den tillhandahållna bufferten.
• API:n EyeDropper har lagts till, vilket gör det möjligt att kalla på webbläsarens gränssnitt för att bestämma färgen på valfria pixlar på skärmen, vilket kan användas, till exempel i grafiska redigerare som implementerats som webbapplikationer. const eyeDropper = new EyeDropper(); const result = await eyeDropper.open(); // result = {sRGBHex: '#160731'}
• Funktionen self.reportError() har lagts till, vilket gör det möjligt för skript att skriva ut fel i konsolen, vilket emulerar uppkomsten av ett oåterkalleligt undantag.
• API:n URLPattern har lagts till för att kontrollera om en URL matchar ett visst mönster, vilket till exempel kan användas för att analysera länkar och för att omdirigera förfrågningar till hanterare i service worker. const p = new URLPattern({ protocol: 'https', hostname: 'example.com', pathname: '/:folder/*/:fileName.jpg', });
• API:n Intl.DisplayNames har utökats, därigenom kan lokala namn för språk, länder, valutor, datumselement och liknande hämtas. I den nya versionen har nya typer av namn lagts till, 'calendar' och 'dateTimeField', genom vilka lokala namn för kalendrar samt datum- och tidsfält (till exempel månadsnamn) kan hämtas. För typen 'language' har stöd för användning av språkvarianter lagts till.
• I API:n Intl.DateTimeFormat har stöd för nya värden av parameter timeZoneName lagts till: 'shortGeneric' för att skriva ut en kort identifierare för tidszonen (till exempel 'PT', 'ET'), 'longGeneric' för en lång identifierare ('Pacific Time', 'Mountain Time'), 'shortOffset' med en kort avvikelse från GMT ('GMT+5') och 'longOffset' med en lång avvikelse från GMT ('GMT+0500').
• API U2F (Cryptotoken) har förklarats obsolet, och istället bör API Web Authentication användas. API U2F kommer att stängas av som standard i utgåvan av Chrome 98 och helt tas bort i Chrome 104.
• Förbättringar har gjorts i verktygen för webbutvecklare. I panelen Styles har justeringen av CSS-egenskaper relaterade till storlek (height, padding osv.) förenklats. I fliken Issues har möjligheten att dölja enskilda problem lagts till. I webbkonsolen och panelerna Sources och Properties har visningen av egenskaper förbättrats (egna egenskaper framhävs nu med fetstil och visas överst i listan).

Utöver nyheterna och buggfixarna i den nya versionen har 19 sårbarheter åtgärdats. Många av sårbarheterna identifierades genom automatiserad testning med verktyg som AddressSanitizer, MemorySanitizer, Control Flow Integrity, LibFuzzer och AFL. Inga kritiska problem har identifierats som skulle göra det möjligt att kringgå alla nivåer av webbläsarsäkerhet och köra kod utanför sandbox-miljön. I samband med programmet för belöningar för att upptäcka sårbarheter har Google för den aktuella uppdateringen betalat ut 16 belöningar som uppgår till totalt 74 000 USD (en belöning på $20000, två belöningar på $10000, en belöning på $7500, en belöning på $6000, tre belöningar på $5000 och en belöning vardera på $3000, $2000 och $1000). Storleken på 5 belöningar har ännu inte fastställts.

Källa: opennet.ru