ક્રોમ 84 રિલીઝ

Google પ્રસ્તુત વેબ બ્રાઉઝર રિલીઝ ક્રોમ 84... સાથોસાથ ઉપલબ્ધ મફત પ્રોજેક્ટનું સ્થિર પ્રકાશન ક્રોમિયમ, જે Chrome ના આધાર તરીકે સેવા આપે છે. ક્રોમ બ્રાઉઝર અલગ પડે છે Google લોગોનો ઉપયોગ, ક્રેશના કિસ્સામાં સૂચનાઓ મોકલવા માટેની સિસ્ટમની હાજરી, વિનંતી પર ફ્લેશ મોડ્યુલ ડાઉનલોડ કરવાની ક્ષમતા, સંરક્ષિત વિડિયો કન્ટેન્ટ (DRM) ચલાવવા માટેના મોડ્યુલ્સ, શોધ દરમિયાન અપડેટ્સ અને ટ્રાન્સમિશન આપમેળે ઇન્સ્ટોલ કરવા માટેની સિસ્ટમ RLZ પરિમાણો. ક્રોમ 85 ની આગામી રીલીઝ 25મી ઓગસ્ટના રોજ સુનિશ્ચિત થયેલ છે.

મુખ્ય ફેરફાર в ક્રોમ 84:

• અક્ષમ TLS 1.0 અને TLS 1.1 પ્રોટોકોલ્સ માટે સપોર્ટ. સુરક્ષિત સંચાર ચેનલ પર સાઇટ્સને ઍક્સેસ કરવા માટે, સર્વરે ઓછામાં ઓછા TLS 1.2 માટે સમર્થન પ્રદાન કરવું આવશ્યક છે, અન્યથા બ્રાઉઝર હવે ભૂલ પ્રદર્શિત કરશે. Google ના જણાવ્યા મુજબ, હાલમાં લગભગ 0.5% વેબ પેજ ડાઉનલોડ્સ TLS ના જૂના સંસ્કરણોનો ઉપયોગ કરીને હાથ ધરવામાં આવે છે. ના અનુસંધાને બંધ પાળવામાં આવ્યો હતો ભલામણો IETF (ઇન્ટરનેટ એન્જિનિયરિંગ ટાસ્ક ફોર્સ). TLS 1.0/1.1 ને નકારવાનું કારણ આધુનિક સાઇફર (ઉદાહરણ તરીકે, ECDHE અને AEAD) માટે સમર્થનનો અભાવ છે અને જૂના સાઇફરને ટેકો આપવાની જરૂરિયાત છે, જેની વિશ્વસનીયતા હાલમાં કમ્પ્યુટિંગ ટેક્નોલોજીના વિકાસના તબક્કે પ્રશ્નાર્થ છે (ઉદાહરણ તરીકે , TLS_DHE_DSS_WITH_3DES_EDE_CBC_SHA માટે સમર્થન જરૂરી છે, MD5 અને SHA-1). TLS 1.0/1.1 પર પાછા ફરવાની મંજૂરી આપતી સેટિંગ જાન્યુઆરી 2021 સુધી જાળવી રાખવામાં આવશે.
• બ્લોકીંગ આપવામાં આવેલ છે અસુરક્ષિત બૂટ અસુરક્ષિત રીતે આર્કાઇવ લોડ કરતી વખતે એક્ઝિક્યુટેબલ ફાઇલોની (એનક્રિપ્શન વિના) અને વધારાની ચેતવણીઓ. ભવિષ્યમાં, એન્ક્રિપ્શન વિના ફાઇલ અપલોડ કરવાનું ધીમે ધીમે બંધ કરવાનું આયોજન છે. અવરોધિત કરવાનું અમલમાં મૂકવામાં આવ્યું છે કારણ કે એન્ક્રિપ્શન વિના ફાઇલો ડાઉનલોડ કરવાનો ઉપયોગ MITM હુમલા દરમિયાન સામગ્રીને બદલીને દૂષિત ક્રિયાઓ કરવા માટે થઈ શકે છે.
• ઉમેર્યું પ્રારંભિક આધાર ઓળખકર્તા ગ્રાહક સંકેતો, વપરાશકર્તા-એજન્ટ હેડરના વિકલ્પ તરીકે વિકસાવવામાં આવ્યું છે. ક્લાયન્ટ હિંટ્સ મિકેનિઝમ યુઝર-એજન્ટના રિપ્લેસમેન્ટ તરીકે “Sec-CH-UA-*” હેડરની શ્રેણી ઓફર કરે છે, જે તમને ચોક્કસ બ્રાઉઝર અને સિસ્ટમ પેરામીટર્સ (સંસ્કરણ, પ્લેટફોર્મ, વગેરે) વિશે માત્ર ડેટાની પસંદગીયુક્ત ડિલિવરી ગોઠવવાની મંજૂરી આપે છે. સર્વર દ્વારા વિનંતી પછી. વપરાશકર્તાને ડિલિવરી માટે કયા પરિમાણો સ્વીકાર્ય છે તે નિર્ધારિત કરવાની અને સાઇટ માલિકોને પસંદગીપૂર્વક આવી માહિતી પ્રદાન કરવાની તક મળે છે. ક્લાઈન્ટ સંકેતોનો ઉપયોગ કરતી વખતે, સ્પષ્ટ વિનંતી વિના ઓળખકર્તા ડિફૉલ્ટ રૂપે પ્રસારિત થતો નથી, જે નિષ્ક્રિય ઓળખને અશક્ય બનાવે છે (ડિફૉલ્ટ રૂપે, ફક્ત બ્રાઉઝરનું નામ સૂચવવામાં આવે છે). કામ પર વપરાશકર્તા-એજન્ટ એકીકરણ મુલતવી આવતા વર્ષ સુધી.
• ચાલુ રાખ્યું સક્રિયકરણ
  વધુ કડક મર્યાદાઓ સાઇટ્સ વચ્ચે કૂકીઝનું ટ્રાન્સફર, જે હતું રદ કરેલ COVID-19 ના કારણે. બિન-HTTPS વિનંતીઓ માટે, વર્તમાન પૃષ્ઠના ડોમેન સિવાયની સાઇટ્સને ઍક્સેસ કરતી વખતે સેટ કરેલી તૃતીય-પક્ષ કૂકીઝની પ્રક્રિયા પ્રતિબંધિત છે. આવી કૂકીઝનો ઉપયોગ જાહેરાત નેટવર્ક્સ, સોશિયલ નેટવર્ક વિજેટ્સ અને વેબ એનાલિટિક્સ સિસ્ટમ્સના કોડમાં સાઇટ્સ વચ્ચે વપરાશકર્તાની હિલચાલને ટ્રૅક કરવા માટે થાય છે.

  યાદ કરો કે કૂકીઝના ટ્રાન્સમિશનને નિયંત્રિત કરવા માટે, સેટ-કૂકી હેડરમાં ઉલ્લેખિત સેમસાઇટ એટ્રિબ્યુટનો ઉપયોગ કરવામાં આવે છે, જે ડિફૉલ્ટ રૂપે મૂલ્ય "SameSite=Lax" પર સેટ કરવામાં આવશે, જે ક્રોસ-સાઇટ પેટા-વિનંતિઓ માટે કૂકીઝ મોકલવાને મર્યાદિત કરે છે. , જેમ કે ઇમેજ વિનંતી અથવા બીજી સાઇટમાંથી iframe દ્વારા સામગ્રી લોડ કરવી. કૂકી સેટિંગને SameSite=None પર સ્પષ્ટપણે સેટ કરીને સાઇટ્સ ડિફૉલ્ટ SameSite વર્તનને ઓવરરાઇડ કરી શકે છે. વધુમાં, SameSite=કુકી માટે કંઈ નહીં એ મૂલ્ય માત્ર સુરક્ષિત મોડમાં સેટ કરી શકાય છે (HTTPS મારફતે કનેક્શન માટે માન્ય). ફેરફાર તબક્કાવાર કરવામાં આવશે, વપરાશકર્તાઓની થોડી ટકાવારીથી શરૂ કરીને અને પછી ધીમે ધીમે તેની પહોંચને વિસ્તૃત કરવામાં આવશે.

• પ્રાયોગિક અમલીકરણ ઉમેર્યું સંસાધન-સઘન જાહેરાત અવરોધક, જે “chrome://flags/#enable-heavy-ad-intervention” સેટિંગનો ઉપયોગ કરીને સક્ષમ કરી શકાય છે. ટ્રાફિક અને CPU લોડ થ્રેશોલ્ડ ઓળંગી ગયા પછી બ્લોકર તમને iframe જાહેરાત બ્લોક્સને આપમેળે અક્ષમ કરવાની મંજૂરી આપે છે. જો મુખ્ય થ્રેડે કુલ 60 સેકન્ડથી વધુ CPU સમયનો ઉપયોગ કર્યો હોય અથવા 15-સેકન્ડના અંતરાલમાં 30 સેકન્ડ (50 સેકન્ડથી વધુ સમય માટે 30% સંસાધનોનો ઉપયોગ કરે છે), તેમજ જ્યારે 4 MB કરતાં વધુ હોય ત્યારે બ્લોકિંગ ટ્રિગર થશે. નેટવર્ક પર ડેટા ડાઉનલોડ કરવામાં આવ્યો છે.

  અવરોધિત કરવું ફક્ત ત્યારે જ કાર્ય કરશે જો, મર્યાદા ઓળંગી જાય તે પહેલાં, વપરાશકર્તાએ જાહેરાત એકમ સાથે ક્રિયાપ્રતિક્રિયા કરી ન હતી (ઉદાહરણ તરીકે, તેના પર ક્લિક કર્યું ન હતું), જે ટ્રાફિક પ્રતિબંધોને ધ્યાનમાં લેતા, મોટાના સ્વતઃ-પ્લેબેકને મંજૂરી આપશે. વપરાશકર્તા દ્વારા સ્પષ્ટપણે પ્લેબેક સક્રિય કર્યા વિના અવરોધિત કરવા માટે જાહેરાતમાં વિડિઓઝ. સૂચિત પગલાં વપરાશકર્તાઓને બિનકાર્યક્ષમ કોડ અમલીકરણ અથવા ઇરાદાપૂર્વક પરોપજીવી પ્રવૃત્તિ (ઉદાહરણ તરીકે, ખાણકામ) સાથેની જાહેરાતોથી બચાવશે. ગૂગલના આંકડાઓ અનુસાર, બ્લોકીંગ માપદંડોને પૂર્ણ કરતી જાહેરાતો તમામ જાહેરાત એકમોમાંથી માત્ર 0.30% જ બનાવે છે, પરંતુ તે જ સમયે, આવા જાહેરાત દાખલો CPU સંસાધનોના 28% અને જાહેરાતના કુલ વોલ્યુમમાંથી 27% ટ્રાફિક વાપરે છે.

• જ્યારે બ્રાઉઝર વિન્ડો વપરાશકર્તાના દૃશ્ય ક્ષેત્રમાં ન હોય ત્યારે CPU સંસાધન વપરાશ ઘટાડવા માટે કાર્ય કરવામાં આવ્યું છે. ક્રોમ હવે તપાસ કરે છે કે બ્રાઉઝર વિન્ડો અન્ય વિન્ડો દ્વારા ઓવરલેપ થયેલ છે કે કેમ અને ઓવરલેપના વિસ્તારોમાં પિક્સેલ દોરવાનું અટકાવે છે. નવી સુવિધા ધીમે ધીમે બહાર પાડવામાં આવશે: Chrome 84 માં કેટલાક વપરાશકર્તાઓ માટે અને Chrome 85 માં કેટલાક વપરાશકર્તાઓ માટે ઑપ્ટિમાઇઝેશન પસંદગીયુક્ત રીતે સક્ષમ કરવામાં આવશે.
• ડિફૉલ્ટ રૂપે સંરક્ષણ સક્ષમ છે હેરાન કરતી સૂચનાઓ, ઉદાહરણ તરીકે, પુશ સૂચનાઓ પ્રાપ્ત કરવાની વિનંતીઓ સાથે સ્પામ. આવી વિનંતીઓ વપરાશકર્તાના કાર્યમાં વિક્ષેપ પાડે છે અને પુષ્ટિકરણ સંવાદોમાંની ક્રિયાઓથી ધ્યાન વિચલિત કરે છે, એડ્રેસ બારમાં એક અલગ સંવાદને બદલે, એક માહિતી પ્રોમ્પ્ટ કે જેને વપરાશકર્તા તરફથી કાર્યવાહીની જરૂર નથી તે ચેતવણી સાથે પ્રદર્શિત કરવામાં આવશે કે પરવાનગી માટેની વિનંતી અવરોધિત છે. , જે ક્રોસ આઉટ બેલની છબી સાથે સૂચકમાં આપમેળે નાનું થઈ જાય છે. સૂચક પર ક્લિક કરીને, તમે કોઈપણ અનુકૂળ સમયે વિનંતી કરેલ પરવાનગીને સક્રિય અથવા નકારી શકો છો.
  

• બાહ્ય પ્રોટોકોલ્સ માટે હેન્ડલર ખોલતી વખતે વપરાશકર્તાની પસંદગી યાદ રાખવામાં આવે છે - વપરાશકર્તા ચોક્કસ હેન્ડલર માટે "હંમેશા આ સાઇટ માટે પરવાનગી આપો" પસંદ કરી શકે છે અને બ્રાઉઝર વર્તમાન સાઇટના સંબંધમાં આ નિર્ણયને યાદ રાખશે.
• સ્પષ્ટ સંમતિ વિના વપરાશકર્તા સેટિંગ્સ બદલવા સામે રક્ષણ ઉમેર્યું. જો એડ-ઓન ડિફોલ્ટ સર્ચ એન્જિન અથવા નવા ટેબ માટે પ્રદર્શિત પૃષ્ઠને બદલે છે, તો બ્રાઉઝર હવે તમને ઉલ્લેખિત કામગીરીની પુષ્ટિ કરવા અથવા ફેરફારને રદ કરવા માટે પૂછતો સંવાદ પ્રદર્શિત કરશે.
• ચાલુ રાખ્યું મિશ્ર મલ્ટીમીડિયા સામગ્રી લોડ કરવા સામે રક્ષણનો અમલ (જ્યારે HTTPS પૃષ્ઠ પર http:// પ્રોટોકોલ દ્વારા સંસાધનો લોડ કરવામાં આવે છે). HTTPS દ્વારા ખોલવામાં આવેલા પૃષ્ઠો પર, "http://" લિંક્સ હવે છબીઓ લોડ કરવા સાથે સંકળાયેલ બ્લોક્સમાં "https://" સાથે આપમેળે બદલવામાં આવશે (સ્ક્રિપ્ટ્સ અને iframes અગાઉ બદલવામાં આવ્યા હતા, ઑડિઓ અને વિડિયો સંસાધનોની ઑટો-રિપ્લેસમેન્ટ અપેક્ષિત છે. આગામી પ્રકાશન). જો કોઈ ઈમેજ https દ્વારા ઉપલબ્ધ ન હોય, તો તેનું ડાઉનલોડિંગ અવરોધિત છે (તમે એડ્રેસ બારમાં પેડલોક સિમ્બોલ દ્વારા સુલભ મેનુ દ્વારા બ્લોકીંગને મેન્યુઅલી માર્ક કરી શકો છો).
• ઉમેરાયેલ API આધાર વેબ OTP (SMS રીસીવર API તરીકે વિકસિત), જે તમને વપરાશકર્તાના Android સ્માર્ટફોન કે જેના પર બ્રાઉઝર ચાલી રહ્યું છે તેના પર વિતરિત થયેલ પુષ્ટિકરણ કોડ સાથેનો SMS સંદેશ પ્રાપ્ત કર્યા પછી વેબ પૃષ્ઠ પર વન-ટાઇમ પાસવર્ડની એન્ટ્રી ગોઠવવાની મંજૂરી આપે છે. SMS પુષ્ટિકરણ, ઉદાહરણ તરીકે, નોંધણી દરમિયાન વપરાશકર્તા દ્વારા ઉલ્લેખિત ફોન નંબરને ચકાસવા માટે ઉપયોગ કરી શકાય છે. જો અગાઉ વપરાશકર્તાએ SMS એપ્લિકેશન ખોલવી હોય, તેમાંથી કોડને ક્લિપબોર્ડ પર કૉપિ કરવો હોય, બ્રાઉઝર પર પાછા ફરો અને આ કોડને પેસ્ટ કરો, તો નવું API આ પ્રક્રિયાને સ્વચાલિત કરવાનું અને તેને એક ટચમાં ઘટાડવાનું શક્ય બનાવે છે.
• API વિસ્તૃત વેબ એનિમેશન
  વેબ એનિમેશનના પ્લેબેકને નિયંત્રિત કરવા માટે. નવી રીલીઝ કમ્પોઝીટીંગ ઑપરેશન્સ માટે સપોર્ટ ઉમેરે છે, તમને ઇફેક્ટ્સ કેવી રીતે જોડવામાં આવે છે તે નિયંત્રિત કરવા અને નવા હેન્ડલર્સ પ્રદાન કરવાની મંજૂરી આપે છે જેને કન્ટેન્ટ રિપ્લેસમેન્ટ ઇવેન્ટ્સ થાય ત્યારે કહેવામાં આવે છે. વેબ એનિમેશન API હવે એનિમેશન બતાવવામાં આવે તે ક્રમને વ્યાખ્યાયિત કરવા માટે પ્રોમિસને પણ સમર્થન આપે છે અને એનિમેશન અન્ય એપ્લિકેશન સુવિધાઓ સાથે કેવી રીતે ક્રિયાપ્રતિક્રિયા કરે છે તે વધુ સારી રીતે નિયંત્રિત કરે છે.

• ઓરિજિન ટ્રાયલ્સ મોડમાં કેટલાક નવા API ઉમેરવામાં આવ્યા છે (પ્રાયોગિક સુવિધાઓ કે જેને અલગ સક્રિયકરણની જરૂર છે). ઑરિજિન ટ્રાયલ લોકલહોસ્ટ અથવા 127.0.0.1 પરથી ડાઉનલોડ કરેલ એપ્લિકેશનમાંથી ઉલ્લેખિત API સાથે કામ કરવાની ક્ષમતા સૂચવે છે, અથવા નોંધણી કર્યા પછી અને વિશિષ્ટ ટોકન પ્રાપ્ત કર્યા પછી જે ચોક્કસ સાઇટ માટે મર્યાદિત સમય માટે માન્ય છે.
  • API કૂકી સ્ટોર સેવા કાર્યકર માટે HTTP કૂકીઝની ઍક્સેસ, document.cookie નો ઉપયોગ કરવા માટે અસુમેળ વિકલ્પ તરીકે સેવા આપે છે.
  • API નિષ્ક્રિય તપાસ વપરાશકર્તાની નિષ્ક્રિયતાને શોધવા માટે, જ્યારે વપરાશકર્તા કીબોર્ડ/માઉસ સાથે ક્રિયાપ્રતિક્રિયા કરી રહ્યો નથી, સ્ક્રીન સેવર ચાલી રહ્યું છે, સ્ક્રીન લૉક છે અથવા અન્ય મોનિટર પર કામ કરવામાં આવી રહ્યું છે તે સમયને શોધવા માટે તમને પરવાનગી આપે છે. નિષ્ક્રિયતા વિશે એપ્લિકેશનને જાણ કરવી એ નિર્દિષ્ટ નિષ્ક્રિયતા થ્રેશોલ્ડ પર પહોંચ્યા પછી સૂચના મોકલીને હાથ ધરવામાં આવે છે.
  • મોડ મૂળ અલગતા, ડેવલપરને કેટલીક વારસાગત સુવિધાઓ, જેમ કે સિંક્રનસ માટે સપોર્ટ બંધ કરવાની કિંમતે, સાઇટને બદલે, સ્ત્રોત (મૂળ - ડોમેન + પોર્ટ + પ્રોટોકોલ) ના સંબંધમાં એક અલગ પ્રક્રિયામાં સામગ્રી પ્રક્રિયાના વધુ સંપૂર્ણ અલગતાનો ઉપયોગ કરવાની મંજૂરી આપે છે. Document.domain નો ઉપયોગ કરીને સ્ક્રિપ્ટનું અમલીકરણ અને WebAssembly.Module ઉદાહરણો પર સંદેશા પોસ્ટ કરવા માટે postMessage()ને કૉલ કરવો. બીજા શબ્દોમાં કહીએ તો, ઓરિજિન આઇસોલેશન તમને સંસાધનના ડોમેનના આધારે વિવિધ પ્રક્રિયાઓ વચ્ચે વિભાજન ગોઠવવાની મંજૂરી આપે છે, અને પૃષ્ઠો પરના તમામ બાહ્ય સમાવેશ સાથેની સાઇટને નહીં.
  • API વેબ એસેમ્બલી SIMD વેબ એસેમ્બલી ફોર્મેટમાં એપ્લિકેશન્સમાં વેક્ટર SIMD સૂચનાઓનો ઉપયોગ કરવા માટે. પ્લેટફોર્મની સ્વતંત્રતા સુનિશ્ચિત કરવા માટે, તે એક નવો 128-બીટ પ્રકાર ઓફર કરે છે જે પેક્ડ ડેટાના વિવિધ પ્રકારો અને પેક્ડ ડેટાની પ્રક્રિયા કરવા માટે ઘણા મૂળભૂત વેક્ટર ઓપરેશન્સનું પ્રતિનિધિત્વ કરી શકે છે. SIMD તમને ડેટા પ્રોસેસિંગને સમાંતર કરીને ઉત્પાદકતા વધારવા માટે પરવાનગી આપે છે અને WebAssembly માં મૂળ કોડનું સંકલન કરતી વખતે ઉપયોગી થશે. SIMD સપોર્ટને સક્ષમ કરવા માટે, તમે “chrome://flags/#enable-webassembly-simd” સેટિંગનો ઉપયોગ કરી શકો છો.
• સ્થિર અને હવે ઓરિજિન ટ્રાયલ્સ બહાર વિતરિત
  API સામગ્રી અનુક્રમણિકા, જે પ્રોગ્રેસિવ વેબ એપ્સ (PWS) મોડમાં ચાલતી વેબ એપ્લિકેશન્સ દ્વારા અગાઉ કેશ કરાયેલી સામગ્રી વિશે મેટાડેટા પ્રદાન કરે છે. એપ્લિકેશન બ્રાઉઝર બાજુ પર છબીઓ, વિડિઓઝ અને લેખો સહિત વિવિધ ડેટાને સાચવી શકે છે અને જ્યારે નેટવર્ક કનેક્શન ખોવાઈ જાય, ત્યારે તેનો ઉપયોગ Cache Storage અને IndexedDB API નો ઉપયોગ કરીને કરી શકે છે. સામગ્રી અનુક્રમણિકા API આવા સંસાધનો ઉમેરવા, શોધવા અને કાઢી નાખવાનું શક્ય બનાવે છે. બ્રાઉઝરમાં, આ API નો ઉપયોગ પહેલાથી જ ઑફલાઇન જોવા માટે ઉપલબ્ધ પૃષ્ઠોની સૂચિ અને મલ્ટીમીડિયા ડેટાને સૂચિબદ્ધ કરવા માટે થાય છે.

• API સંસ્કરણ સ્થિર વેક લોક પ્રોમિસ મિકેનિઝમ પર આધારિત છે, જે ઓટો-લૉક સ્ક્રીનને અક્ષમ કરવા અને ઉપકરણોને પાવર-સેવિંગ મોડ્સ પર સ્વિચ કરવા માટે વધુ સુરક્ષિત રીત પ્રદાન કરે છે.
• Android પ્લેટફોર્મ માટેના સંસ્કરણમાં ઉમેર્યું એપ્લિકેશન શૉર્ટકટ્સ માટે સપોર્ટ, તમને એપ્લિકેશનમાં લોકપ્રિય લાક્ષણિક ક્રિયાઓની ઝડપી ઍક્સેસ પ્રદાન કરવાની મંજૂરી આપે છે. શૉર્ટકટ્સ બનાવવા માટે, ફક્ત PWA (પ્રોગ્રેસિવ વેબ એપ્લિકેશન્સ) ફોર્મેટમાં વેબ એપ્લિકેશન મેનિફેસ્ટમાં ઘટકો ઉમેરો.
  

• વેબ વર્કરને API નો ઉપયોગ કરવાની મંજૂરી છે રિપોર્ટિંગ ઓબ્ઝર્વર, જે તમને રિપોર્ટ જનરેટ કરવા માટે હેન્ડલરને વ્યાખ્યાયિત કરવાની પરવાનગી આપે છે, જેને જૂની ક્ષમતાઓને ઍક્સેસ કરતી વખતે કહેવામાં આવે છે. જનરેટ થયેલ રિપોર્ટને સાચવી શકાય છે, સર્વર પર મોકલી શકાય છે અથવા JavaScript સ્ક્રિપ્ટ દ્વારા વપરાશકર્તાની વિવેકબુદ્ધિથી પ્રક્રિયા કરી શકાય છે.
• API અપડેટ કર્યું ઓબ્ઝર્વરનું કદ બદલો, જે તમને હેન્ડલરને કનેક્ટ કરવાની મંજૂરી આપે છે જેના પર પૃષ્ઠ પર ઉલ્લેખિત ઘટકોના કદમાં ફેરફાર વિશે સૂચનાઓ મોકલવામાં આવશે. ResizeObserverEntry માં ત્રણ નવી પ્રોપર્ટીઝ ઉમેરવામાં આવી છે: contentBoxSize, BorderBoxSize અને devicePixelContentBoxSize, વધુ દાણાદાર માહિતી પ્રદાન કરવા માટે, ResizeObserverSize ઑબ્જેક્ટ્સની એરે તરીકે પરત કરવામાં આવી છે.
• ઉમેરાયેલ કીવર્ડ "પાછા ફરો» તત્વ શૈલીને તેના મૂળભૂત મૂલ્ય પર ફરીથી સેટ કરવા માટે.
• CSS ગુણધર્મો "-webkit-appearance" અને "-webkit-ruby-position" માટે ઉપસર્ગ દૂર કર્યો, જે હવે " તરીકે ઉપલબ્ધ છે.દેખાવ"અને"રૂબી-સ્થિતિ".
• JavaScript માં અમલમાં મૂક્યો વર્ગની પદ્ધતિઓ અને ગુણધર્મોને ખાનગી તરીકે ચિહ્નિત કરવા માટે સપોર્ટ, જે પછી તેમને ઍક્સેસ ફક્ત વર્ગની અંદર જ ખુલ્લી રહેશે (અગાઉ ફક્ત ક્ષેત્રો ખાનગી હોઈ શકે છે). પદ્ધતિઓ અને ગુણધર્મોને ખાનગી ચિહ્નિત કરવા માટે: સૂચવો ક્ષેત્રના નામની પહેલાં "#" ચિહ્ન છે.
• JavaScript માં ઉમેર્યું આધાર નબળી કડીઓ (નબળા સંદર્ભ) JavaScript ઑબ્જેક્ટ્સ કે જે તમને ઑબ્જેક્ટનો સંદર્ભ જાળવી રાખવાની મંજૂરી આપે છે, પરંતુ કચરો એકત્ર કરનારને સંબંધિત ઑબ્જેક્ટને કાઢી નાખવાથી અવરોધિત કરતા નથી. ફાઇનલાઇઝર્સ માટે સપોર્ટ પણ ઉમેરવામાં આવ્યો છે, જે હેન્ડલરને વ્યાખ્યાયિત કરવાનું શક્ય બનાવે છે જેને ઉલ્લેખિત ઑબ્જેક્ટનો કચરો એકત્ર કર્યા પછી બોલાવવામાં આવે છે.
• પ્રારંભિક (બેઝલાઇન) લિફ્ટઓફ કમ્પાઇલરમાં અમલીકરણ બદલ આભાર, WebAssembly પર એપ્લિકેશન્સનું લોન્ચિંગ ઝડપી બન્યું છે. અણુ સૂચનાઓ и બેચ મેમરી કામગીરી. WebAssembly ને ડીબગ કરવા માટેના સાધનોમાં સુધારો કરવામાં આવ્યો છે, બ્રેકપોઈન્ટનો ઉપયોગ કરતી વખતે ડીબગીંગ કામગીરીમાં નોંધપાત્ર સુધારો કરવામાં આવ્યો છે (અગાઉ, ડીબગીંગ માટે ઈન્ટરપ્રીટરનો ઉપયોગ થતો હતો, અને હવે Liftoff કમ્પાઈલર).
• વેબ ડેવલપર્સના સાધનોમાં pphttps://developers.google.com/web/updates/2020/05/devtools પરફોર્મન્સ એનાલિસિસ માટેની પેનલ અપડેટ કરવામાં આવી છે. મેટ્રિક વિશે સામાન્ય માહિતી ઉમેરી ટીબીટી (કુલ અવરોધિત સમય), તે દર્શાવે છે કે પૃષ્ઠ કેટલો સમય ઉપલબ્ધ હોય તેવું લાગે છે, પરંતુ વાસ્તવમાં ઉપલબ્ધ નથી (એટલે ​​​​કે પૃષ્ઠ પહેલેથી જ રેન્ડર કરવામાં આવ્યું છે, પરંતુ મુખ્ય થ્રેડનો અમલ હજુ પણ અવરોધિત છે અને ડેટા એન્ટ્રી શક્ય નથી). મેટ્રિક્સ વિશ્લેષણ માટે નવો અનુભવ વિભાગ ઉમેર્યો સીએલએસ (સંચિત લેઆઉટ શિફ્ટ), સામગ્રીની દ્રશ્ય સ્થિરતાને પ્રતિબિંબિત કરે છે. CSS શૈલી નિરીક્ષણ પેનલ "બેકગ્રાઉન્ડ-ઇમેજ" ગુણધર્મ દ્વારા ઉલ્લેખિત છબીઓનું પૂર્વાવલોકન પ્રદાન કરે છે.

નવીનતાઓ અને બગ ફિક્સ ઉપરાંત, નવું સંસ્કરણ દૂર કરે છે 38 નબળાઈઓ. ટૂલ્સ સાથે સ્વચાલિત પરીક્ષણના પરિણામે ઘણી નબળાઈઓને ઓળખવામાં આવી હતી સરનામું સેનિટાઈઝર, મેમરી સેનિટાઈઝર, નિયંત્રણ પ્રવાહ અખંડિતતા, લિબફઝર и એએફએલ. એક મુદ્દો (CVE-2020-6510, ફેચ બેકગ્રાઉન્ડ હેન્ડલરમાં બફર ઓવરફ્લો) ગંભીર તરીકે ચિહ્નિત થયેલ છે, એટલે કે. તમને બ્રાઉઝર સુરક્ષાના તમામ સ્તરોને બાયપાસ કરવાની અને સેન્ડબોક્સ પર્યાવરણની બહાર સિસ્ટમ પર કોડ ચલાવવાની મંજૂરી આપે છે. વર્તમાન પ્રકાશન માટે નબળાઈઓ શોધવા માટે રોકડ પુરસ્કારો ચૂકવવાના કાર્યક્રમના ભાગ રૂપે, Google એ $26 (બે $21500 પુરસ્કારો, બે $5000 પુરસ્કારો, એક $3000 પુરસ્કાર, બે $2000 પુરસ્કારો અને ત્રણ $1000 પુરસ્કારો) ની કિંમતના 500 પુરસ્કારો ચૂકવ્યા. 16 પુરસ્કારોનું કદ હજી નક્કી કરવામાં આવ્યું નથી.

સોર્સ: opennet.ru