ការចេញផ្សាយ Chrome 90

Google បានបង្ហាញការចេញផ្សាយកម្មវិធីរុករកបណ្ដាញ Chrome 90។ ក្នុងពេលជាមួយគ្នានេះ ការចេញផ្សាយប្រកបដោយស្ថេរភាពនៃគម្រោង Chromium ឥតគិតថ្លៃដែលបម្រើជាមូលដ្ឋាននៃ Chrome អាចរកបាន។ កម្មវិធីរុករកតាមអ៊ីនធឺណិត Chrome ត្រូវបានសម្គាល់ដោយការប្រើប្រាស់និមិត្តសញ្ញា Google វត្តមាននៃប្រព័ន្ធសម្រាប់ការផ្ញើការជូនដំណឹងក្នុងករណីគាំង ម៉ូឌុលសម្រាប់ការលេងមាតិកាវីដេអូដែលបានការពារ (DRM) ប្រព័ន្ធសម្រាប់ដំឡើងបច្ចុប្បន្នភាពដោយស្វ័យប្រវត្តិ និងការបញ្ជូនប៉ារ៉ាម៉ែត្រ RLZ នៅពេលស្វែងរក។ ការចេញផ្សាយបន្ទាប់របស់ Chrome 91 ត្រូវបានកំណត់ពេលសម្រាប់ថ្ងៃទី 25 ខែឧសភា។

ការផ្លាស់ប្តូរសំខាន់ៗនៅក្នុង Chrome 90៖

• អ្នកប្រើប្រាស់ទាំងអស់ត្រូវបានបើកឱ្យបើកគេហទំព័រតាមរយៈ HTTPS តាមលំនាំដើម នៅពេលវាយបញ្ចូលឈ្មោះម៉ាស៊ីននៅក្នុងរបារអាសយដ្ឋាន។ ឧទាហរណ៍ នៅពេលអ្នកបញ្ចូល host example.com គេហទំព័រ https://example.com នឹងត្រូវបានបើកតាមលំនាំដើម ហើយប្រសិនបើមានបញ្ហាកើតឡើងនៅពេលបើក វានឹងវិលត្រលប់ទៅ http://example.com វិញ។ ដើម្បីគ្រប់គ្រងការប្រើប្រាស់លំនាំដើម “https://” ការកំណត់ “chrome://flags#omnibox-default-typed-navigations-to-https” ត្រូវបានស្នើឡើង។
• ឥឡូវ​នេះ​វា​អាច​កំណត់​ស្លាក​ផ្សេងៗ​ទៅ​បង្អួច​ដើម្បី​បំបែក​ពួកវា​ដោយ​មើលឃើញ​ក្នុង​បន្ទះ​ផ្ទៃតុ។ ការគាំទ្រសម្រាប់ការផ្លាស់ប្តូរឈ្មោះបង្អួចនឹងសម្រួលដល់ការរៀបចំការងារ នៅពេលប្រើបង្អួចកម្មវិធីរុករកតាមអ៊ីនធឺណិតដាច់ដោយឡែកសម្រាប់កិច្ចការផ្សេងៗ ឧទាហរណ៍ នៅពេលបើកបង្អួចដាច់ដោយឡែកសម្រាប់កិច្ចការការងារ ផលប្រយោជន៍ផ្ទាល់ខ្លួន ការកម្សាន្ត សម្ភារៈពន្យាពេល។ល។ ឈ្មោះត្រូវបានផ្លាស់ប្តូរតាមរយៈធាតុ "បន្ថែមចំណងជើងបង្អួច" នៅក្នុងម៉ឺនុយបរិបទដែលលេចឡើងនៅពេលអ្នកចុចខាងស្តាំលើផ្ទៃទទេនៅក្នុងរបារផ្ទាំង។ បន្ទាប់ពីផ្លាស់ប្តូរឈ្មោះនៅក្នុងបន្ទះកម្មវិធី ជំនួសឱ្យឈ្មោះគេហទំព័រពីផ្ទាំងសកម្ម ឈ្មោះដែលបានជ្រើសរើសត្រូវបានបង្ហាញ ដែលអាចមានប្រយោជន៍នៅពេលបើកគេហទំព័រដូចគ្នានៅក្នុងបង្អួចផ្សេងៗគ្នាដែលភ្ជាប់ទៅគណនីដាច់ដោយឡែក។ ការចងត្រូវបានរក្សារវាងវគ្គ ហើយបន្ទាប់ពីចាប់ផ្តើមឡើងវិញ បង្អួចនឹងត្រូវបានស្ដារឡើងវិញជាមួយនឹងឈ្មោះដែលបានជ្រើសរើស។
• បានបន្ថែមសមត្ថភាពក្នុងការលាក់ "បញ្ជីអាន" ដោយមិនចាំបាច់ផ្លាស់ប្តូរការកំណត់នៅក្នុង "chrome://flags" ("chrome://flags#read-later") ។ ដើម្បីលាក់ ឥឡូវនេះអ្នកអាចប្រើជម្រើស "បង្ហាញបញ្ជីអាន" នៅផ្នែកខាងក្រោមនៃម៉ឺនុយបរិបទដែលបង្ហាញនៅពេលអ្នកចុចខាងស្តាំលើរបារចំណាំ។ អនុញ្ញាតឱ្យយើងរំលឹកអ្នកថានៅក្នុងការចេញផ្សាយចុងក្រោយនៅពេលដែលអ្នកប្រើមួយចំនួនចុចលើសញ្ញាផ្កាយនៅក្នុងរបារអាសយដ្ឋានបន្ថែមលើប៊ូតុង "បន្ថែមចំណាំ" ប៊ូតុងទីពីរ "បន្ថែមទៅបញ្ជីអាន" លេចឡើងហើយនៅជ្រុងខាងស្តាំនៃ បន្ទះចំណាំ ម៉ឺនុយ "បញ្ជីអាន" លេចឡើង ដែលរាយបញ្ជីទំព័រពីមុនទាំងអស់ដែលបានបន្ថែមទៅក្នុងបញ្ជី។ នៅពេលអ្នកបើកទំព័រពីបញ្ជី វាត្រូវបានសម្គាល់ថាបានអានហើយ។ ទំព័រក្នុងបញ្ជីក៏អាចត្រូវបានសម្គាល់ដោយដៃថាអាន ឬមិនទាន់អាន ​​ឬដកចេញពីបញ្ជី។
• បានបន្ថែមការគាំទ្រសម្រាប់ការបែងចែកបណ្តាញ ដើម្បីការពារប្រឆាំងនឹងវិធីសាស្រ្តនៃការតាមដានចលនារបស់អ្នកប្រើប្រាស់រវាងគេហទំព័រដោយផ្អែកលើការរក្សាទុកឧបករណ៍កំណត់អត្តសញ្ញាណនៅក្នុងតំបន់ដែលមិនមានបំណងសម្រាប់ការរក្សាទុកព័ត៌មានជាអចិន្ត្រៃយ៍ ("Supercookies")។ ដោយសារធនធានក្នុងឃ្លាំងសម្ងាត់ត្រូវបានរក្សាទុកក្នុងចន្លោះឈ្មោះទូទៅ ដោយមិនគិតពីដែនដើម គេហទំព័រមួយអាចកំណត់ថាគេហទំព័រមួយផ្សេងទៀតកំពុងផ្ទុកធនធានដោយពិនិត្យមើលថាតើធនធាននោះស្ថិតនៅក្នុងឃ្លាំងសម្ងាត់ឬអត់។ ការការពារគឺផ្អែកលើការប្រើប្រាស់ការបែងចែកបណ្តាញ (ការបែងចែកបណ្តាញ) ខ្លឹមសារសំខាន់គឺការបន្ថែមទៅក្នុងឃ្លាំងសម្ងាត់ដែលបានចែករំលែក ការចងបន្ថែមនៃកំណត់ត្រាទៅដែនដែលទំព័រមេត្រូវបានបើក ដែលកំណត់ការគ្របដណ្តប់ឃ្លាំងសម្ងាត់សម្រាប់តែស្គ្រីបតាមដានចលនាប៉ុណ្ណោះ។ ទៅកាន់គេហទំព័របច្ចុប្បន្ន (ស្គ្រីបពី iframe នឹងមិនអាចពិនិត្យមើលថាតើធនធានត្រូវបានទាញយកពីគេហទំព័រផ្សេងទៀតទេ)។ តម្លៃនៃការបែងចែកគឺជាការថយចុះនៃប្រសិទ្ធភាពឃ្លាំងសម្ងាត់ ដែលនាំឱ្យមានការកើនឡើងបន្តិចនៃពេលវេលាផ្ទុកទំព័រ (អតិបរមា 1.32% ប៉ុន្តែសម្រាប់ 80% នៃគេហទំព័រដោយ 0.09-0.75%) ។
• បញ្ជីខ្មៅនៃច្រកបណ្តាញសម្រាប់ការផ្ញើសំណើ HTTP, HTTPS និង FTP ត្រូវបានរារាំងត្រូវបានបំពេញឡើងវិញ ដើម្បីការពារប្រឆាំងនឹងការវាយប្រហារដោយ NAT slipstreaming ដែលអនុញ្ញាតឱ្យបើកទំព័របណ្តាញដែលរៀបចំជាពិសេសដោយអ្នកវាយប្រហារនៅក្នុងកម្មវិធីរុករក ដើម្បីបង្កើតបណ្តាញ។ ការតភ្ជាប់ពីម៉ាស៊ីនមេរបស់អ្នកវាយប្រហារទៅកាន់ច្រក UDP ឬ TCP ណាមួយនៅលើប្រព័ន្ធរបស់អ្នកប្រើ ទោះបីជាការប្រើប្រាស់ជួរអាសយដ្ឋានខាងក្នុង (192.168.xx, 10.xxx) ក៏ដោយ។ បានបន្ថែម 554 (ពិធីការ RTSP) និង 10080 (ប្រើក្នុងការបម្រុងទុករបស់ Amanda និង VMWare vCenter) ទៅក្នុងបញ្ជីច្រកហាមឃាត់។ ពីមុន ច្រក 69, 137, 161, 554, 1719, 1720, 1723, 5060, 5061 និង 6566 ត្រូវបានបិទរួចហើយ។
• បានបន្ថែមការគាំទ្រដំបូងសម្រាប់ការបើកឯកសារ PDF ជាមួយនឹងទម្រង់ XFA នៅក្នុងកម្មវិធីរុករក។
• សម្រាប់អ្នកប្រើប្រាស់មួយចំនួន ផ្នែកការកំណត់ថ្មី “ការកំណត់ Chrome > ឯកជនភាព និងសុវត្ថិភាព > ប្រអប់ខ្សាច់ឯកជន” ត្រូវបានធ្វើឱ្យសកម្ម ដែលអនុញ្ញាតឱ្យអ្នកគ្រប់គ្រងប៉ារ៉ាម៉ែត្រនៃ FLoC API ដែលមានបំណងកំណត់ប្រភេទផលប្រយោជន៍របស់អ្នកប្រើប្រាស់ដោយមិនកំណត់អត្តសញ្ញាណបុគ្គល និងដោយគ្មានឯកសារយោងទៅ ប្រវត្តិនៃការចូលមើលគេហទំព័រជាក់លាក់។
• ការជូនដំណឹងកាន់តែច្បាស់ជាមួយនឹងបញ្ជីនៃសកម្មភាពដែលបានអនុញ្ញាតឥឡូវនេះត្រូវបានបង្ហាញនៅពេលដែលអ្នកប្រើភ្ជាប់ទៅទម្រង់ដែលការគ្រប់គ្រងកណ្តាលត្រូវបានបើក។
• ធ្វើឱ្យចំណុចប្រទាក់សំណើការអនុញ្ញាតមិនសូវមានការរំខាន។ សំណើដែលអ្នកប្រើប្រាស់ទំនងជាមិនយល់ព្រមឥឡូវនេះត្រូវបានបិទដោយស្វ័យប្រវត្តិជាមួយនឹងសូចនាករដែលត្រូវគ្នាបង្ហាញនៅក្នុងរបារអាសយដ្ឋាន ដែលអ្នកប្រើប្រាស់អាចចូលទៅកាន់ចំណុចប្រទាក់សម្រាប់ការគ្រប់គ្រងការអនុញ្ញាតតាមមូលដ្ឋាននីមួយៗ។
• ការគាំទ្រផ្នែកបន្ថែមរបស់ Intel CET (Intel Control-flow Enforcement Technology) ត្រូវបានរួមបញ្ចូលសម្រាប់ការការពារផ្នែករឹងប្រឆាំងនឹងការកេងប្រវ័ញ្ចដែលបានបង្កើតឡើងដោយប្រើបច្ចេកទេសការសរសេរកម្មវិធីតម្រង់ទិសត្រឡប់មកវិញ (ROP, ការសរសេរកម្មវិធីតម្រង់ទិស) ។
• ការងារបន្តផ្លាស់ប្តូរកម្មវិធីរុករកទៅប្រើវាក្យស័ព្ទរួមបញ្ចូល។ ឯកសារ "master_preferences" ត្រូវបានប្តូរឈ្មោះទៅជា "initial_preferences" ដើម្បីជៀសវាងការប៉ះពាល់ដល់អារម្មណ៍របស់អ្នកប្រើប្រាស់ដែលយល់ឃើញថាពាក្យ "master" ជាព័ត៌មានជំនួយអំពីអតីតទាសភាពរបស់បុព្វបុរសរបស់ពួកគេ។ ដើម្បីរក្សាភាពត្រូវគ្នា ការគាំទ្រសម្រាប់ “master_preferences” នឹងនៅតែមាននៅក្នុងកម្មវិធីរុករកតាមអ៊ីនធឺណិតសម្រាប់ពេលខ្លះ។ កាលពីមុន កម្មវិធីរុករកតាមអ៊ីនធឺណិតបានកម្ចាត់ការប្រើប្រាស់ពាក្យ "បញ្ជីស" "បញ្ជីខ្មៅ" និង "ដើមកំណើត" រួចហើយ។
• នៅក្នុងកំណែ Android នៅពេលដែលរបៀបសន្សំចរាចរណ៍ "Lite" ត្រូវបានបើក អត្រាប៊ីតត្រូវបានកាត់បន្ថយនៅពេលទាញយកវីដេអូ នៅពេលភ្ជាប់តាមរយៈបណ្តាញរបស់ប្រតិបត្តិករទូរស័ព្ទ ដែលនឹងកាត់បន្ថយការចំណាយរបស់អ្នកប្រើប្រាស់ដែលមានអត្រាពន្ធផ្អែកលើចរាចរណ៍។ របៀប "Lite" ក៏ផ្តល់នូវការបង្ហាប់រូបភាពដែលបានស្នើសុំពីធនធានដែលមានជាសាធារណៈ (មិនតម្រូវឱ្យមានការផ្ទៀងផ្ទាត់) តាមរយៈ HTTPS ។
• បានបន្ថែមកម្មវិធីបំប្លែងទម្រង់វីដេអូ AV1 ដែលត្រូវបានកែលម្អជាពិសេសសម្រាប់ប្រើក្នុងសន្និសីទវីដេអូដោយផ្អែកលើពិធីការ WebRTC ។ ការប្រើប្រាស់ AV1 ក្នុងការធ្វើសន្និសីទវីដេអូធ្វើឱ្យវាអាចបង្កើនប្រសិទ្ធភាពនៃការបង្ហាប់ និងផ្តល់នូវសមត្ថភាពក្នុងការផ្សាយនៅលើប៉ុស្តិ៍ដែលមានកម្រិតបញ្ជូន 30 kbit/sec ។
• នៅក្នុង JavaScript វត្ថុ Array, String និង TypedArrays អនុវត្តវិធីសាស្រ្ត at() ដែលអនុញ្ញាតឱ្យអ្នកប្រើលិបិក្រមដែលទាក់ទង (ទីតាំងដែលទាក់ទងត្រូវបានបញ្ជាក់ជាសន្ទស្សន៍អារេ) រួមទាំងការបញ្ជាក់តម្លៃអវិជ្ជមានដែលទាក់ទងនឹងចុងបញ្ចប់ (ឧទាហរណ៍ "arr.at(-1)" នឹងត្រឡប់ធាតុចុងក្រោយនៃអារេ)។
• JavaScript បានបន្ថែមលក្ខណៈសម្បត្តិ “.indices” សម្រាប់កន្សោមធម្មតា ដែលមានអារេដែលមានទីតាំងចាប់ផ្តើម និងបញ្ចប់នៃក្រុមនៃការប្រកួត។ លក្ខណសម្បត្តិត្រូវបានបំពេញតែនៅពេលប្រតិបត្តិកន្សោមធម្មតាជាមួយទង់ "/d" ប៉ុណ្ណោះ។ const re = /(a)(b)/d; const m = re.exec('ab'); console.log(m.indices[0]); // 0 — ក្រុមប្រកួតទាំងអស់ // → [0, 2] console.log(m.indices[1]); // 1 គឺជាក្រុមទីមួយនៃការប្រកួត // → [0, 1] console.log(m.indices[2]); // 2 - ក្រុមទីពីរនៃការប្រកួត // → [1, 2]
• ដំណើរការនៃលក្ខណៈសម្បត្តិ "super" (ឧទាហរណ៍ super.x) ដែលឃ្លាំងសម្ងាត់ក្នុងជួរត្រូវបានបើកដំណើរការត្រូវបានធ្វើឱ្យប្រសើរ។ ការអនុវត្តនៃការប្រើប្រាស់ "ទំនើប" ឥឡូវនេះគឺជិតទៅនឹងការអនុវត្តនៃការចូលប្រើលក្ខណៈសម្បត្តិធម្មតា។
• ការហៅមុខងារ WebAssembly ពី JavaScript ត្រូវបានបង្កើនល្បឿនយ៉ាងខ្លាំង ដោយសារតែការប្រើប្រាស់ការដាក់ពង្រាយក្នុងជួរ។ ការបង្កើនប្រសិទ្ធភាពនេះនៅតែជាការពិសោធន៍សម្រាប់ពេលនេះ ហើយតម្រូវឱ្យដំណើរការជាមួយទង់ “-turbo-inline-js-wasm-calls” ។
• បានបន្ថែម WebXR Depth Sensing API ដែលអនុញ្ញាតឱ្យអ្នកកំណត់ចម្ងាយរវាងវត្ថុនៅក្នុងបរិស្ថានរបស់អ្នកប្រើប្រាស់ និងឧបករណ៍របស់អ្នកប្រើប្រាស់ ឧទាហរណ៍ ដើម្បីបង្កើតកម្មវិធីការពិតបន្ថែមជាក់ស្តែងបន្ថែមទៀត។ អនុញ្ញាតឱ្យយើងរំលឹកអ្នកថា WebXR API អនុញ្ញាតឱ្យអ្នកបង្រួបបង្រួមការងារជាមួយថ្នាក់ផ្សេងៗនៃឧបករណ៍ការពិតនិម្មិត ចាប់ពីមួកសុវត្ថិភាព 3D រហូតទៅដល់ដំណោះស្រាយដោយផ្អែកលើឧបករណ៍ចល័ត។
• លក្ខណៈពិសេស WebXR AR Lighting Estimation ត្រូវបានធ្វើឱ្យមានស្ថេរភាព ដែលអនុញ្ញាតឱ្យវគ្គ WebXR AR កំណត់ប៉ារ៉ាម៉ែត្រពន្លឺជុំវិញ ដើម្បីផ្តល់ឱ្យម៉ូដែលនូវរូបរាងធម្មជាតិ និងការរួមបញ្ចូលគ្នាកាន់តែប្រសើរជាមួយបរិស្ថានរបស់អ្នកប្រើប្រាស់។
• របៀបសាកល្បងប្រភពដើម (លក្ខណៈពិសេសការសាកល្បងដែលតម្រូវឱ្យមានការធ្វើឱ្យសកម្មដាច់ដោយឡែក) បន្ថែម APIs ថ្មីមួយចំនួនដែលបច្ចុប្បន្នត្រូវបានកំណត់ចំពោះប្រព័ន្ធប្រតិបត្តិការ Android ។ Origin Trial បង្កប់ន័យសមត្ថភាពក្នុងការធ្វើការជាមួយ API ដែលបានបញ្ជាក់ពីកម្មវិធីដែលបានទាញយកពី localhost ឬ 127.0.0.1 ឬបន្ទាប់ពីការចុះឈ្មោះ និងទទួលបានសញ្ញាសម្ងាត់ពិសេសដែលមានសុពលភាពក្នុងរយៈពេលកំណត់សម្រាប់គេហទំព័រជាក់លាក់មួយ។
  • វិធីសាស្រ្ត getCurrentBrowsingContextMedia() ដែលធ្វើឱ្យវាអាចធ្វើទៅបានដើម្បីចាប់យកស្ទ្រីមវីដេអូ MediaStream ដែលឆ្លុះបញ្ចាំងពីមាតិកានៃផ្ទាំងបច្ចុប្បន្ន។ មិនដូចវិធីសាស្រ្ត getDisplayMedia() ស្រដៀងគ្នាទេ នៅពេលហៅទៅ getCurrentBrowsingContextMedia() ប្រអប់សាមញ្ញត្រូវបានបង្ហាញដល់អ្នកប្រើប្រាស់ដើម្បីបញ្ជាក់ ឬរារាំងប្រតិបត្តិការផ្ទេរវីដេអូជាមួយមាតិកានៃផ្ទាំង។
  • Insertable Stream API ដែលអនុញ្ញាតឱ្យអ្នករៀបចំស្ទ្រីមមេឌៀឆៅដែលបានបញ្ជូនតាមរយៈ MediaStreamTrack API ដូចជាទិន្នន័យកាមេរ៉ា និងមីក្រូហ្វូន លទ្ធផលចាប់យកអេក្រង់ ឬទិន្នន័យឌិកូដកូដកម្រិតមធ្យម។ ចំណុចប្រទាក់ WebCodec ត្រូវបានប្រើដើម្បីបង្ហាញស៊ុមឆៅ ហើយស្ទ្រីមត្រូវបានបង្កើតស្រដៀងនឹងអ្វីដែល WebRTC Insertable Stream API បង្កើតដោយផ្អែកលើ RTCPeerConnections ។ នៅលើផ្នែកជាក់ស្តែង API ថ្មីអនុញ្ញាតឱ្យមានមុខងារដូចជាការអនុវត្តបច្ចេកទេសរៀនម៉ាស៊ីនដើម្បីកំណត់អត្តសញ្ញាណ ឬកំណត់ចំណាំវត្ថុក្នុងពេលវេលាជាក់ស្តែង ឬបន្ថែមបែបផែនដូចជាការកាត់ផ្ទៃខាងក្រោយមុនពេលអ៊ិនកូដ ឬបន្ទាប់ពីការឌិកូដដោយកូឌិក។
  • សមត្ថភាពក្នុងការវេចខ្ចប់ធនធានទៅក្នុងកញ្ចប់ (កញ្ចប់បណ្តាញ) ដើម្បីរៀបចំការផ្ទុកឯកសារដែលភ្ជាប់មកជាមួយមួយចំនួនកាន់តែមានប្រសិទ្ធភាពជាងមុន (រចនាប័ទ្ម CSS, JavaScript, រូបភាព, iframes) ។ ក្នុងចំណោមចំណុចខ្វះខាតនៅក្នុងការគាំទ្រដែលមានស្រាប់សម្រាប់កញ្ចប់សម្រាប់ឯកសារ JavaScript (webpack) ដែលកញ្ចប់បណ្តាញកំពុងព្យាយាមលុបបំបាត់៖ កញ្ចប់ខ្លួនវា ប៉ុន្តែមិនមែនផ្នែកសមាសភាគរបស់វា អាចបញ្ចប់នៅក្នុងឃ្លាំងសម្ងាត់ HTTP ។ ការចងក្រង និងការប្រតិបត្តិអាចចាប់ផ្តើមបានលុះត្រាតែកញ្ចប់ត្រូវបានទាញយកទាំងស្រុង។ ធនធានបន្ថែមដូចជា CSS និងរូបភាពត្រូវតែត្រូវបានអ៊ិនកូដក្នុងទម្រង់ជាខ្សែអក្សរ JavaScript ដែលបង្កើនទំហំ និងទាមទារជំហានញែកផ្សេងទៀត។
  • ការគាំទ្រសម្រាប់ការដោះស្រាយករណីលើកលែងនៅក្នុង WebAssembly ។
• ធ្វើឱ្យមានស្ថេរភាព Declarative Shadow DOM API ដើម្បីបង្កើតសាខាឫសថ្មីនៅក្នុង Shadow DOM ឧទាហរណ៍ដើម្បីបំបែករចនាប័ទ្មធាតុភាគីទីបីដែលបាននាំចូល និងសាខារង DOM ដែលពាក់ព័ន្ធរបស់វាពីឯកសារចម្បង។ API ប្រកាសដែលបានស្នើអនុញ្ញាតឱ្យអ្នកប្រើតែ HTML ដើម្បីដកការខ្ទាស់សាខា DOM ដោយមិនចាំបាច់សរសេរកូដ JavaScript ទេ។
• ទ្រព្យសម្បត្តិ CSS សមាមាត្រដែលអនុញ្ញាតឱ្យអ្នកភ្ជាប់សមាមាត្រយ៉ាងច្បាស់ទៅនឹងធាតុណាមួយ (ដើម្បីគណនាទំហំដែលបាត់ដោយស្វ័យប្រវត្តិនៅពេលបញ្ជាក់តែកម្ពស់ ឬទទឹង) អនុវត្តសមត្ថភាពក្នុងការបញ្ចូលតម្លៃក្នុងអំឡុងពេលចលនា (ការផ្លាស់ប្តូរដោយរលូនពីមួយ សមាមាត្រទៅមួយផ្សេងទៀត) ។
• បានបន្ថែមសមត្ថភាពក្នុងការឆ្លុះបញ្ចាំងពីស្ថានភាពនៃធាតុ HTML ផ្ទាល់ខ្លួននៅក្នុង CSS តាមរយៈ pseudo-class “:state()”។ មុខងារត្រូវបានអនុវត្តដោយភាពស្រដៀងគ្នាជាមួយនឹងសមត្ថភាពនៃធាតុ HTML ស្តង់ដារដើម្បីផ្លាស់ប្តូរស្ថានភាពរបស់ពួកគេអាស្រ័យលើអន្តរកម្មរបស់អ្នកប្រើ។
• លក្ខណៈ CSS "រូបរាង" ឥឡូវនេះគាំទ្រតម្លៃ 'ស្វ័យប្រវត្តិ' ដែលត្រូវបានកំណត់តាមលំនាំដើមសម្រាប់ និង និងនៅលើវេទិកាប្រព័ន្ធប្រតិបត្តិការ Android បន្ថែមសម្រាប់ , , , និង .
• ការគាំទ្រសម្រាប់តម្លៃ "clip" ត្រូវបានបន្ថែមទៅលក្ខណៈសម្បត្តិ "លើសចំណុះ" CSS នៅពេលកំណត់ មាតិកាដែលលាតសន្ធឹងហួសពីប្លុកត្រូវបានខ្ទាស់ទៅដែនកំណត់នៃការហូរហៀរដែលអាចអនុញ្ញាតបានរបស់ប្លុកដោយមិនមានលទ្ធភាពនៃការរមូរ។ តម្លៃដែលកំណត់ថាតើខ្លឹមសារអាចលាតសន្ធឹងលើសពីព្រំដែនពិតប្រាកដនៃប្រអប់ មុនពេលការច្រឹបចាប់ផ្តើមត្រូវបានកំណត់តាមរយៈលក្ខណៈសម្បត្តិ CSS ថ្មី "overflow-clip-margin" ។ បើប្រៀបធៀបទៅនឹង "overflow: hidden" ការប្រើ "overflow: clip" អនុញ្ញាតឱ្យមានដំណើរការប្រសើរជាងមុន។
• បឋមកថា Feature-Policy HTTP ត្រូវបានជំនួសដោយបឋមកថា Permissions-Policy ថ្មី ដើម្បីគ្រប់គ្រងការផ្ទេរសិទ្ធិ និងការបើកដំណើរការមុខងារកម្រិតខ្ពស់ ដែលរួមបញ្ចូលការគាំទ្រសម្រាប់តម្លៃវាលដែលមានរចនាសម្ព័ន្ធ (ឧទាហរណ៍ ឥឡូវនេះអ្នកអាចបញ្ជាក់ "Permissions-Policy: geolocation =()" ជំនួសឱ្យ "លក្ខណៈពិសេស-គោលការណ៍៖ ទីតាំងភូមិសាស្ត្រ 'គ្មាន'") ។
• ពង្រឹងការការពារប្រឆាំងនឹងការប្រើប្រាស់ Protocol Buffers សម្រាប់ការវាយប្រហារដែលបណ្តាលមកពីការប្រតិបត្តិតាមការណែនាំនៅក្នុង processors ។ ការការពារត្រូវបានអនុវត្តដោយបន្ថែមប្រភេទ MIME “application/x-protobuffer” ទៅក្នុងបញ្ជីនៃប្រភេទ MIME ដែលមិនធ្លាប់បានស្រូប ដែលត្រូវបានដំណើរការតាមរយៈយន្តការ Cross-Origin-Read-Blocking។ ពីមុន ប្រភេទ MIME “application/x-protobuf” ត្រូវបានបញ្ចូលក្នុងបញ្ជីស្រដៀងគ្នារួចហើយ ប៉ុន្តែ “application/x-protobuffer” ត្រូវបានទុកចោល។
• API ការចូលប្រើប្រព័ន្ធឯកសារអនុវត្តសមត្ថភាពក្នុងការផ្លាស់ប្តូរទីតាំងបច្ចុប្បន្ននៅក្នុងឯកសារហួសពីទីបញ្ចប់របស់វា ដោយបំពេញចន្លោះលទ្ធផលជាមួយនឹងលេខសូន្យក្នុងអំឡុងពេលសរសេរជាបន្តបន្ទាប់តាមរយៈការហៅ FileSystemWritableFileStream.write()។ លក្ខណៈពិសេសនេះអនុញ្ញាតឱ្យអ្នកបង្កើតឯកសារតូចដែលមានចន្លោះទទេ និងជួយសម្រួលយ៉ាងសំខាន់ដល់ការរៀបចំការសរសេរទៅកាន់ការស្ទ្រីមឯកសារជាមួយនឹងការមកដល់ដោយមិនបានបញ្ជាទិញនៃប្លុកទិន្នន័យ (ឧទាហរណ៍ វាត្រូវបានអនុវត្តនៅក្នុង BitTorrent)។
• បន្ថែម StaticRange constructor ជាមួយនឹងការអនុវត្តប្រភេទ Lightweight Range ដែលមិនត្រូវការធ្វើបច្ចុប្បន្នភាពវត្ថុដែលពាក់ព័ន្ធទាំងអស់ រាល់ពេលដែល DOM tree ផ្លាស់ប្តូរ។
• បានអនុវត្តសមត្ថភាពក្នុងការបញ្ជាក់ប៉ារ៉ាម៉ែត្រទទឹងនិងកម្ពស់សម្រាប់ធាតុ បញ្ជាក់នៅខាងក្នុងធាតុ . លក្ខណៈពិសេសនេះអនុញ្ញាតឱ្យអ្នកគណនាសមាមាត្រសម្រាប់ធាតុ ដោយភាពស្រដៀងគ្នាជាមួយនឹងរបៀបដែលវាត្រូវបានធ្វើសម្រាប់ , និង .
• ការគាំទ្រដែលមិនមានលក្ខណៈស្តង់ដារសម្រាប់ឆានែលទិន្នន័យ RTP ត្រូវបានដកចេញពី WebRTC ហើយវាត្រូវបានណែនាំឱ្យប្រើបណ្តាញទិន្នន័យដែលមានមូលដ្ឋានលើ SCTP ជំនួសវិញ។
• ឥឡូវនេះលក្ខណៈសម្បត្តិ navigator.plugins និង navigator.mimeTypes តែងតែត្រឡប់តម្លៃទទេ (បន្ទាប់ពីការគាំទ្រ Flash បានបញ្ចប់ លក្ខណៈសម្បត្តិទាំងនេះលែងត្រូវការទៀតហើយ)។
• ផ្នែកធំនៃការកែលម្អតូចៗត្រូវបានធ្វើឡើងចំពោះឧបករណ៍សម្រាប់អ្នកអភិវឌ្ឍន៍គេហទំព័រ និងឧបករណ៍បំបាត់កំហុស CSS ថ្មី flexbox ត្រូវបានបន្ថែម។

បន្ថែមពីលើការបង្កើតថ្មី និងការជួសជុលកំហុស កំណែថ្មីនេះលុបបំបាត់ភាពងាយរងគ្រោះចំនួន 37 ។ ភាពងាយរងគ្រោះជាច្រើនត្រូវបានគេរកឃើញថាជាលទ្ធផលនៃការធ្វើតេស្តដោយស្វ័យប្រវត្តិដោយប្រើឧបករណ៍ AddressSanitizer, MemorySanitizer, Control Flow Integrity, LibFuzzer និងឧបករណ៍ AFL ។ គ្មានបញ្ហាសំខាន់ណាមួយត្រូវបានគេកំណត់អត្តសញ្ញាណ ដែលនឹងអនុញ្ញាតឱ្យមនុស្សម្នាក់ឆ្លងកាត់គ្រប់កម្រិតនៃការការពារកម្មវិធីរុករកតាមអ៊ីនធឺណិត និងប្រតិបត្តិកូដនៅលើប្រព័ន្ធនៅខាងក្រៅបរិយាកាសប្រអប់ខ្សាច់។ ជាផ្នែកមួយនៃកម្មវិធីរង្វាន់ជាសាច់ប្រាក់សម្រាប់ការស្វែងរកភាពងាយរងគ្រោះសម្រាប់ការចេញផ្សាយបច្ចុប្បន្ន Google បានបង់រង្វាន់ចំនួន 19 ដែលមានតម្លៃ $54000 (រង្វាន់ $20000 មួយ រង្វាន់ $10000 មួយ រង្វាន់ $5000 ចំនួនពីរ រង្វាន់ចំនួន $3000 ចំនួនបី រង្វាន់ $2000 មួយ រង្វាន់ $1000 ចំនួនមួយ និង $500 ។ ). ទំហំនៃរង្វាន់ទាំង 6 មិនទាន់ត្រូវបានកំណត់នៅឡើយទេ។

ដោយឡែកពីគ្នា វាអាចកត់សម្គាល់បានថាកាលពីម្សិលមិញ បន្ទាប់ពីការបង្កើតកំណែកែតម្រូវ 89.0.4389.128 ប៉ុន្តែមុនពេលការចេញផ្សាយ Chrome 90 ការកេងប្រវ័ញ្ចមួយផ្សេងទៀតត្រូវបានបោះពុម្ព ដែលប្រើភាពងាយរងគ្រោះ 0 ថ្ងៃថ្មីដែលមិនត្រូវបានជួសជុលនៅក្នុង Chrome 89.0.4389.128 . វាមិនទាន់ច្បាស់ថាតើបញ្ហានេះត្រូវបានជួសជុលនៅក្នុង Chrome 90 ដែរឬទេ។ ដូចករណីដំបូង ការកេងប្រវ័ញ្ចគ្របដណ្តប់លើភាពងាយរងគ្រោះតែមួយគត់ ហើយមិនមានលេខកូដដើម្បីឆ្លងកាត់ការដាច់ចេញពីប្រអប់ខ្សាច់ (នៅពេលដំណើរការ Chrome ជាមួយទង់ "--no-sandbox" ការកេងប្រវ័ញ្ចកើតឡើងនៅពេលបើកគេហទំព័រនៅលើវេទិកាវីនដូអនុញ្ញាតឱ្យអ្នកដំណើរការ Notepad) ។ ភាពងាយរងគ្រោះដែលទាក់ទងនឹងការកេងប្រវ័ញ្ចថ្មីប៉ះពាល់ដល់បច្ចេកវិទ្យា WebAssembly ។

ប្រភព: opennet.ru