Release av Chrome 85

Google har presenterat utgåvan av webbläsaren Chrome 85. Samtidigt är tillgänglig stabil utgåva av det fria projektet Chromium, som utgör grunden för Chrome. Webbläsaren Chrome utmärker sig genom att använda Google-logotyper, ha ett system för att skicka meddelanden vid krasch, möjligheten att ladda ner Flash-modulen vid behov, moduler för att spela upp skyddat videoinnehåll (DRM), ett system för automatisk installation av uppdateringar och överföring vid sökning RLZ-parametrar. Nästa version av Chrome 86 är planerad till den 6 oktober.

Huvud för på Chrome 85:

• Tillagd möjlighet att gruppera flikar. Flikarna kan grupperas via högerklicksmenyn och kan kopplas till en specifik färg och etikett. När man klickar på etiketten blir de relaterade flikarna nu dolda, och istället kvarstår bara en etikett. Ett nytt klick på etiketten tar bort döljet.
  
  
• Förhandsgranskning av flikinnehåll har implementerats. När muspekaren förs över flikknappen visas nu en skiss av den sidan som fliken visar. Funktionen är för närvarande inte aktiverad för alla användare och kan aktiveras via inställningen "chrome://flags/#tab-hover-cards".
  
• Möjlighet att spara redigerade PDF-formulär har lagts till, och det har också föreslagits inställningar "chrome://flags#pdf-viewer-update" och "chrome://flags/#pdf-two-up-view" för experiment med det nya gränssnittet för att visa PDF-dokument.
• Möjlighet att dela länkar via QR-koder har lagts till. För att generera en QR-kod för den aktuella sidan har en speciell ikon lagts till i adressfältet som visas när man klickar på adressfältet. Funktionen är för närvarande inte aktiverad för alla användare och kan aktiveras via inställningen "chrome://flags/#sharing-qr-code-generator".
  
• På sidan about:flags har en option "Omnibox UI Dölja Stabil URL Väg, Förfrågan och Ref" ("chrome://flags#omnibox-ui-hide-steady-state-url-path-query-and-ref-on-interaction") lagts till, som möjliggör för att stänga av visningen av sökvägelement och förfrågningsparametrar i adressfältet, så att endast domänen för webbplatsen syns. Döljet aktiveras vid början av interaktionen med sidan (under laddning och så länge användaren inte har börjat scrolla visas hela URL:en). Efter att döljet har skett erbjuds det att klicka på adressfältet för att se hela URL:en. Det finns också en inställning "chrome://flags#omnibox-ui-reveal-steady-state-url-path-query-and-ref-on-hover" för att visa hela URL:en när muspekaren förs över. Den tillgängliga inställningen i högerklicksmenyn "Visa alltid hela URL:en" upphäver döljet av "https://", "www." och sökvägar och parametrar. Som standard är döljet för närvarande aktiverat endast för en liten procentandel användare. Som motivation för förändringen anges en önskan att skydda användare från phishing som manipulerar parametrar i URL:en.
  
• I tabletläge för enheter med pekskärmar är horisontell navigering över öppna flikar aktiverad, där stora miniatyrer av sidor kopplade till flikarna visas utöver flikarnas rubriker. Flikarna kan flyttas och omgrupperas med skärmgester. Visningen av miniatyrer kan aktiveras och avaktiveras med en speciell knapp nära adressfältet och användarens avatar. Inställningarna för att stänga av läget finns på "chrome://flags/#webui-tab-strip" och "chrome://flags/#scrollable-tabstrip".
  
• I Android-versionen kan en förslagstext visas när du skriver i adressfältet för snabb navigering till redan öppna flikar.
  
• I Android-versionen i kontextmenyn för länkar, som visas vid långt tryck på en länk, har lagts till markeringar för att identifiera snabba sidor. Hastigheten bestäms baserat på mätvärden Core Web Vitals, som tar hänsyn till sammanfattande indikatorer för laddningstid, snabbhet och stabilitet av innehållet.
  
• Blockering av osäker nedladdning (utan kryptering) av körbara filer har säkerställts och varningar vid osäker nedladdning av arkiv (zip, iso osv.) har lagts till. I nästa version förväntas blockering av arkiv och varningar för dokument (docx, pdf osv.). I framtiden planeras en gradvis avveckling av stödet för att ladda upp filer utan kryptering. Blockeringen har genomförts eftersom nedladdning av filer utan kryptering kan användas för att utföra skadliga handlingar genom att manipulera innehållet vid MITM-attacker.
• Stöd för AVIF-bildformatet (AV1 Image Format) är aktiverat som standard, där teknologier för intra-bildkomprimering från videoformatet AV1 används. Containern för distribution av komprimerad data i AVIF är helt analog med HEIF. AVIF stöder både bilder i HDR (High Dynamic Range) och färgrymd Wide-gamut, samt i standard dynamiskt intervall (SDR).
• Vid kompilering av versioner för Windows och macOS används MSVC och Clang-kompilatorer som standard. Rust-bindningar för optimering baserad på kodprofilering (PGO – Profilstyrd optimering), vilket möjliggör generering av mer optimal kod baserat på analys av programmets utförandeegenskaper. Aktivering av PGO har gjort det möjligt att öka hastigheten för att ladda flikar med cirka 10% (ökningshastigheten för Speedometer 2.0-testet i macOS med 7.7%, och i Windows med 11.4%). Responsiviteten för gränssnittet ökade i macOS med 3.9% och i Windows med 7.3%.
• En experimentell avstängningsläge för bakgrundsflikar («Tab Throttling») har lagts till, tillgängligt genom inställningen «chrome://flags##intensive-wake-up-throttling» (standardaktivering förväntas i Chrome 86). När läget aktiveras minskas överföringen av kontrollen till bakgrundsflikar (TaskQueues) till 1 anrop per minut om sidan har varit i bakgrunden i mer än 5 minuter.
• För alla användarkategorier har ett läge för minskat CPU-resursanvändande aktiverats när webbläsarfönstret inte ligger i användarens synfält. Chrome kontrollerar om webbläsarfönstret döljs av andra fönster och utesluter rendering av pixlar i överlappningsområden.
• Förstärkt skydd mot laddning av blandat multimediainnehåll (när resurser laddas över http:// på en HTTPS-sida). På sidor som öppnas över HTTPS har automatisk ersättning av länkar «http://» med «https://» införts i block som är kopplade till bildladdningar (tidigare har skript och iframe, ljudfiler och video ersatts). Om en bild inte är tillgänglig över https blockeras dess laddning (manuellt kan blockeringen anges via menyn som är tillgänglig genom låssymbolen i adressfältet).
• kommer en ny livslängdsbegränsning att tillämpas — livslängden för dessa certifikat får inte överstiga 398 dagar (13 månader). Liknande begränsningar har antagits i Chrome och Safari. För certifikat utfärdade före den 1 september kommer förtroendet att bevaras, men begränsas till 825 dagar (2,2 år). För användare med migrän och epilepsi har vissa animations effekter vid öppning av flikar tagits bort. Till exempel, istället för den hoppande punkten visas nu en ikon med sandur under tiden fliken laddar. ett nytt begränsning på giltighetstid – livslängden för dessa certifikat får inte överskrida 398 dagar (13 månader). Liknande begränsningar har införts i Firefox och Safari. För certifikat som utfärdades före den 1 september kommer förtroendet att bevaras, men begränsas till 825 dagar (2.2 år).
• 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.
  • En andra experimentell implementation av nyckelordet " konceptet portaler för att säkerställa sömlös navigering mellan webbplatser och för att infoga en sida i en annan för att förhandsgranska innehållet innan man går vidare. En ny tagg <portal> har föreslagits, vilket möjliggör att visa en annan sida i form av en inbäddning, som vid fokus på den inbäddade sidan kommer att omvandlas till huvuddokumentets tillstånd, där navigering är tillåten. Till skillnad från iframe är inbäddningen helt isolerad från huvud sidan och behandlas som ett separat dokument.
  • API Fetch Upload Streaming, vilket möjliggör fetch-förfrågningar med uppladdning av innehållet i form av en ström ReadableStream (tidigare krävde en förfrågan att innehållet var helt klart, men nu kan man börja skicka data i form av en ström utan att vänta på att hela förfrågan ska vara klar). Till exempel kan en webbapplikation börja skicka formdata så snart användaren börjar skriva text i inmatningsfältet, och när skrivningen är avslutad kommer datan via fetch() redan att ha skickats. Genom det nya API:et kan ljud- och videodata som genereras på klientsidan även överföras.
  • Ett API har föreslagits Declarative Shadow DOM för att skapa nya rotgrenar i Shadow DOM, till exempel för att separera importerad tredjepartsstil för ett element och den relaterade DOM-undergrenen från huvud dokumentet. Det föreslagna deklarativa API:et gör det möjligt att avskilja DOM-grenar med endast HTML utan att behöva skriva JavaScript-kod.
  • Egenskapen RTCRtpEncodingParameters.adaptivePtime, vilket gör att avsändaren av RTC-strömmar (real-time communication) kan hantera inkluderingen av en adaptiv mekanism för paket skickande.
  • Det har blivit enklare att tillhandahålla permanent lagring för redan installerade PWA-applikationer (Progressive Web Apps) och TWA (Trusted Web Activities)
    Det är tillräckligt för applikationen att anropa metoden navigator.storage.persist() och permanent lagring kommer att tillhandahållas automatiskt.
• En ny CSS-regel har implementerats @property, vilket gör det möjligt att registrera egna CSS-egenskaper med ärvning, typkontroll och standardvärden. Effekten av @property är liknande den tidigare tillagda metoden registerProperty().
• För system med Windows-operativsystem har möjligheten att använda metoden getInstalledRelatedApps() lagts till för att identifiera installationen av PWA-applikationer. Tidigare fungerade denna metod endast på Android-plattformen.
• För skrivbordssystem har stöd för applikationsgenvägar implementerats, vilket gör det möjligt att ge snabb åtkomst till populära standardåtgärder i applikationen. För att skapa genvägar räcker det med att lägga till element i manifestet för web-applikationen i PWA-format (Progressive Web Apps). Tidigare var applikationsgenvägar endast tillgängliga på Android-plattformen.
• CSS-egenskapen content-visibility har lagts till för att hantera synligheten av innehåll för att optimera rendering. När värdet ‘auto’ anges bestäms synligheten av webbläsaren baserat på hur nära elementet ligger gränsen för den synliga ytan. Värdet ‘hidden’ möjliggör fullständig kontroll av elementets visning via skript.
• CSS-egenskapen counter-set för att ange ett specifikt värde för befintliga räknare. Den nya CSS-egenskapen kompletterar tidigare tillgängliga egenskaper counter-reset och counter-increment som används för att skapa en ny räknare eller öka en befintlig.
• CSS-egenskapen ‘page’ har lagts till, vilket återspeglar sidan vid utskrift, samt egenskapen ‘page-orientation’ för att få information om sidans orientering (‘upright’, ‘rotate-left’ och ‘rotate-right’). Stöd för att adressera sidor med namn, som ‘@page foobar {}’, har implementerats.
• API:et Event Timing har implementerats för att mäta fördröjningar för händelser före och efter att sidan har laddats.
• I händelsen leavepictureinpicture överförs nu en referens till pictureInPictureWindow för att få tillgång till fönstret i Picture-in-Picture-läget.
• Vid ifyllning av referenshuvudet sätts nu som standard använder regeln strict-origin-when-cross-origin (skicka Referrer avskuren till andra värdar där resurser laddas) istället för no-referrer-when-downgrade (Referrer fylls inte i vid anrop från HTTPS till HTTP, men skickas vid laddning av resurser via HTTPS).
• I WebAuthn-API:et har erbjudits har nya metoder lagts till: getPublicKey(), getPublicKeyAlgorithm() och getAuthenticatorData().
• I WebAssembly har lagts till stöd för import och export av 64-bitars heltal för funktionsparametrar, med hjälp av JavaScript-typen BigInt.
• I WebAssembly har tillägget Multi-value, implementerats, vilket möjliggör att funktioner kan returnera mer än ett värde.
• Liftoff-kompilatorn för WebAssembly, som är en grundläggande (baseline) kompilator, används för alla arkitekturer och plattformar, inte bara för Intel-system. Den största skillnaden mellan Liftoff och den tidigare använda TurboFan-kompilatorn är att Liftoff fokuserar på att uppnå högsta hastighet vid initial kompileringsprocess, på bekostnad av låg prestanda på den genererade koden. Liftoff är betydligt enklare än TurboFan och genererar körbar maskinkod mycket snabbt, vilket gör att man nästan genast kan börja köra den och därmed minimera fördröjningen från kompileringen. För att snabba upp den preliminära koden körs en fas för optimerande rekompilering parallellt, vilket görs med hjälp av TurboFan-kompilatorn. När de optimerade maskininstruktionerna är klara, ersätts den initiala versionen av koden med en snabbare version. Sammanfattningsvis, tack vare den minskade fördröjningen innan körning, har användningen av Liftoff lett till en prestationsökning för testsviten av WebAssembly med cirka 20%.
• I JavaScript har lagts till Nya logiska tilldelningsoperatörer: "??=", "&&=" och "||=". Operatören "x ??= y" utför tilldelning endast om "x" är null eller undefined. Operatören "x ||= y" utför tilldelning endast om "x" är FALSE, och i "x &&= y" är TRUE.
• Metoden String.prototype.replaceAll() har lagts till, som returnerar en ny sträng (originalsträngen ändras inte), där alla matchningar har ersatts baserat på ett angivet mönster. Mönster kan vara både enkla strängmasker och reguljära uttryck.
• Metoden Promise.any() har implementerats, som returnerar den första lyckade Promise från listan.
• Användningen av manifestet AppCache (en teknik för att få web-appar att fungera offline) har upphört. Anledningen som anges är att man önskar bli av med ett av vektorerna för attacker relaterade till cross-site scripting. Istället för AppCache rekommenderas användning av API. Cache.
• Överföring av Cookies i läget SameSite=None för anslutningar utan kryptering har förbjudits. SameSite-attributet anges i Set-Cookie-huvudet för att styra överföring av Cookies och är som standard inställt på "SameSite=Lax", vilket begränsar överföring av Cookies för cross-site-sub-requester, såsom bildförfrågningar eller innehållsbelastning via iframe från en annan webbplats.
  Webbplatser kan åsidosätta det standardmässiga SameSite-läget genom att uttryckligen ställa in värdet SameSite=None vid installation av cookies. Värdet SameSite=None för cookies kan nu endast ställas in i det säkra (Secure) läget, som gäller för anslutningar via HTTPS.
• I verktygen för webbutvecklare har lagts till stöds redigering av stilar som skapats av CSS-in-JS-ramverk via CSSOM (CSS Object Model) API, samt stilar som lagts till från JavaScript. Prestandapanelen har uppdaterats till utgåvan Lighthouse 6.0, som har lagt till nya mätvärden: Largest Contentful Paint (LCP), Cumulative Layout Shift (CLS) och Total Blocking Time (TBT).
  
• I prestandautvärderingspanelen visas information om cachning av JavaScript-kompileringens resultat.Vid navigering på sidan visas tid enligt starten av navigeringen, inte starttiden för inspelningen.
  

Förutom nyheterna och buggfixarna har nya versionen åtgärdat 20 sårbarheter. Många av sårbarheterna har upptäckts genom automatiserad testning med verktyg som AddressSanitizer, MemorySanitizer, Control Flow Integrity, LibFuzzer och AFL. Inga kritiska problem som möjliggör att kringgå alla nivåer av webbläsarskydd och köra kod utanför sandlådemiljön har upptäckts. Inom ramen för programmet för belöningar för att upptäcka sårbarheter har Google betalat ut 14 priser för den aktuella versionen, totalt 10 000 USD (ett pris på 5 000 USD, tre priser på 1 000 USD och fyra priser på 500 USD). Storleken på 6 belöningar har ännu inte bestämts.

Källa: opennet.ru