ਕਰੋਮ ਰੀਲੀਜ਼ 98

ਗੂਗਲ ਨੇ ਕ੍ਰੋਮ 98 ਵੈੱਬ ਬ੍ਰਾਊਜ਼ਰ ਦੀ ਰੀਲੀਜ਼ ਦਾ ਪਰਦਾਫਾਸ਼ ਕੀਤਾ ਹੈ। ਉਸੇ ਸਮੇਂ, ਮੁਫਤ ਕ੍ਰੋਮੀਅਮ ਪ੍ਰੋਜੈਕਟ, ਜੋ ਕਿ ਕ੍ਰੋਮ ਦਾ ਅਧਾਰ ਹੈ, ਦੀ ਇੱਕ ਸਥਿਰ ਰੀਲੀਜ਼ ਉਪਲਬਧ ਹੈ। ਕ੍ਰੋਮ ਬ੍ਰਾਊਜ਼ਰ ਨੂੰ ਗੂਗਲ ਲੋਗੋ ਦੀ ਵਰਤੋਂ, ਕਰੈਸ਼ ਹੋਣ ਦੀ ਸਥਿਤੀ ਵਿੱਚ ਸੂਚਨਾਵਾਂ ਭੇਜਣ ਲਈ ਇੱਕ ਸਿਸਟਮ ਦੀ ਮੌਜੂਦਗੀ, ਕਾਪੀ-ਸੁਰੱਖਿਅਤ ਵੀਡੀਓ ਸਮੱਗਰੀ (ਡੀਆਰਐਮ) ਚਲਾਉਣ ਲਈ ਮੋਡਿਊਲ, ਇੱਕ ਆਟੋਮੈਟਿਕ ਅੱਪਡੇਟ ਸਿਸਟਮ, ਅਤੇ RLZ ਦੀ ਖੋਜ ਕਰਦੇ ਸਮੇਂ ਪ੍ਰਸਾਰਣ ਦੁਆਰਾ ਵੱਖਰਾ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਪੈਰਾਮੀਟਰ। Chrome 99 ਦੀ ਅਗਲੀ ਰੀਲੀਜ਼ 1 ਮਾਰਚ ਲਈ ਤਹਿ ਕੀਤੀ ਗਈ ਹੈ।

ਕਰੋਮ 98 ਵਿੱਚ ਮੁੱਖ ਬਦਲਾਅ:

• ਬ੍ਰਾਊਜ਼ਰ ਕੋਲ ਪ੍ਰਮਾਣੀਕਰਣ ਅਥਾਰਟੀਆਂ (Chrome ਰੂਟ ਸਟੋਰ) ਦੇ ਰੂਟ ਸਰਟੀਫਿਕੇਟਾਂ ਦਾ ਆਪਣਾ ਸਟੋਰ ਹੈ, ਜੋ ਹਰੇਕ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਲਈ ਖਾਸ ਬਾਹਰੀ ਸਟੋਰਾਂ ਦੀ ਬਜਾਏ ਵਰਤਿਆ ਜਾਵੇਗਾ। ਸਟੋਰ ਨੂੰ ਫਾਇਰਫਾਕਸ ਵਿੱਚ ਰੂਟ ਸਰਟੀਫਿਕੇਟਾਂ ਦੇ ਸੁਤੰਤਰ ਸਟੋਰ ਵਾਂਗ ਹੀ ਲਾਗੂ ਕੀਤਾ ਗਿਆ ਹੈ, ਜੋ ਕਿ HTTPS ਉੱਤੇ ਸਾਈਟਾਂ ਖੋਲ੍ਹਣ ਵੇਲੇ ਸਰਟੀਫਿਕੇਟ ਟਰੱਸਟ ਚੇਨ ਦੀ ਜਾਂਚ ਕਰਨ ਲਈ ਪਹਿਲੇ ਲਿੰਕ ਵਜੋਂ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ। ਨਵੀਂ ਸਟੋਰੇਜ ਅਜੇ ਡਿਫੌਲਟ ਰੂਪ ਵਿੱਚ ਨਹੀਂ ਵਰਤੀ ਗਈ ਹੈ। ਸਿਸਟਮ ਸਟੋਰੇਜ ਕੌਂਫਿਗਰੇਸ਼ਨਾਂ ਦੇ ਪਰਿਵਰਤਨ ਨੂੰ ਆਸਾਨ ਬਣਾਉਣ ਅਤੇ ਪੋਰਟੇਬਿਲਟੀ ਨੂੰ ਯਕੀਨੀ ਬਣਾਉਣ ਲਈ, ਇੱਕ ਪਰਿਵਰਤਨ ਅਵਧੀ ਹੋਵੇਗੀ ਜਿਸ ਦੌਰਾਨ Chrome ਰੂਟ ਸਟੋਰ ਵਿੱਚ ਜ਼ਿਆਦਾਤਰ ਸਮਰਥਿਤ ਪਲੇਟਫਾਰਮਾਂ 'ਤੇ ਪ੍ਰਵਾਨਿਤ ਸਰਟੀਫਿਕੇਟਾਂ ਦੀ ਪੂਰੀ ਚੋਣ ਸ਼ਾਮਲ ਹੋਵੇਗੀ।
• ਸਾਈਟ ਨੂੰ ਖੋਲ੍ਹਣ 'ਤੇ ਲੋਡ ਕੀਤੀਆਂ ਸਕ੍ਰਿਪਟਾਂ ਤੋਂ ਸਥਾਨਕ ਨੈੱਟਵਰਕ ਜਾਂ ਉਪਭੋਗਤਾ ਦੇ ਕੰਪਿਊਟਰ (ਲੋਕਲਹੋਸਟ) 'ਤੇ ਸਰੋਤਾਂ ਤੱਕ ਪਹੁੰਚ ਨਾਲ ਸਬੰਧਤ ਹਮਲਿਆਂ ਤੋਂ ਸੁਰੱਖਿਆ ਨੂੰ ਮਜ਼ਬੂਤ ​​ਕਰਨ ਦੀ ਯੋਜਨਾ ਨੂੰ ਲਾਗੂ ਕਰਨਾ ਜਾਰੀ ਹੈ। ਅਜਿਹੀਆਂ ਬੇਨਤੀਆਂ ਦੀ ਵਰਤੋਂ ਹਮਲਾਵਰਾਂ ਦੁਆਰਾ ਰਾਊਟਰਾਂ, ਐਕਸੈਸ ਪੁਆਇੰਟਾਂ, ਪ੍ਰਿੰਟਰਾਂ, ਕਾਰਪੋਰੇਟ ਵੈੱਬ ਇੰਟਰਫੇਸਾਂ ਅਤੇ ਹੋਰ ਡਿਵਾਈਸਾਂ ਅਤੇ ਸੇਵਾਵਾਂ 'ਤੇ CSRF ਹਮਲੇ ਕਰਨ ਲਈ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਜੋ ਸਿਰਫ ਸਥਾਨਕ ਨੈਟਵਰਕ ਤੋਂ ਬੇਨਤੀਆਂ ਨੂੰ ਸਵੀਕਾਰ ਕਰਦੇ ਹਨ।

  ਅਜਿਹੇ ਹਮਲਿਆਂ ਤੋਂ ਬਚਾਉਣ ਲਈ, ਜੇਕਰ ਅੰਦਰੂਨੀ ਨੈੱਟਵਰਕ 'ਤੇ ਕਿਸੇ ਉਪ-ਸਰੋਤ ਤੱਕ ਪਹੁੰਚ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਬ੍ਰਾਊਜ਼ਰ ਅਜਿਹੇ ਉਪ-ਸਰੋਤਾਂ ਨੂੰ ਡਾਊਨਲੋਡ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਲਈ ਸਪੱਸ਼ਟ ਬੇਨਤੀ ਭੇਜਣਾ ਸ਼ੁਰੂ ਕਰ ਦੇਵੇਗਾ। ਅੰਦਰੂਨੀ ਨੈੱਟਵਰਕ ਜਾਂ ਲੋਕਲਹੋਸਟ ਤੱਕ ਪਹੁੰਚ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਮੁੱਖ ਸਾਈਟ ਸਰਵਰ ਨੂੰ "ਐਕਸੈਸ-ਕੰਟਰੋਲ-ਬੇਨਤੀ-ਪ੍ਰਾਈਵੇਟ-ਨੈੱਟਵਰਕ: ਸਹੀ" ਸਿਰਲੇਖ ਦੇ ਨਾਲ ਇੱਕ CORS (ਕਰਾਸ-ਓਰੀਜਨ ਰਿਸੋਰਸ ਸ਼ੇਅਰਿੰਗ) ਬੇਨਤੀ ਭੇਜ ਕੇ ਅਨੁਮਤੀਆਂ ਲਈ ਬੇਨਤੀ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਇਸ ਬੇਨਤੀ ਦੇ ਜਵਾਬ ਵਿੱਚ ਕਾਰਵਾਈ ਦੀ ਪੁਸ਼ਟੀ ਕਰਦੇ ਸਮੇਂ, ਸਰਵਰ ਨੂੰ "ਐਕਸੈਸ-ਕੰਟਰੋਲ-ਇਜਾਜ਼ਤ-ਪ੍ਰਾਈਵੇਟ-ਨੈੱਟਵਰਕ: ਸਹੀ" ਸਿਰਲੇਖ ਨੂੰ ਵਾਪਸ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। Chrome 98 ਵਿੱਚ, ਜਾਂਚ ਨੂੰ ਟੈਸਟ ਮੋਡ ਵਿੱਚ ਲਾਗੂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਜੇਕਰ ਕੋਈ ਪੁਸ਼ਟੀ ਨਹੀਂ ਹੁੰਦੀ ਹੈ, ਤਾਂ ਵੈੱਬ ਕੰਸੋਲ ਵਿੱਚ ਇੱਕ ਚੇਤਾਵਨੀ ਪ੍ਰਦਰਸ਼ਿਤ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਪਰ ਸਬ-ਸਰੋਤ ਬੇਨਤੀ ਨੂੰ ਬਲੌਕ ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਜਦੋਂ ਤੱਕ Chrome 101 ਰਿਲੀਜ਼ ਨਹੀਂ ਹੋ ਜਾਂਦਾ, ਉਦੋਂ ਤੱਕ ਬਲੌਕਿੰਗ ਨੂੰ ਸਮਰੱਥ ਬਣਾਉਣ ਦੀ ਯੋਜਨਾ ਨਹੀਂ ਹੈ।

• ਖਾਤਾ ਸੈਟਿੰਗਾਂ ਇਨਹਾਂਸਡ ਸੇਫ਼ ਬ੍ਰਾਊਜ਼ਿੰਗ ਨੂੰ ਸ਼ਾਮਲ ਕਰਨ ਦੇ ਪ੍ਰਬੰਧਨ ਲਈ ਟੂਲ ਨੂੰ ਏਕੀਕ੍ਰਿਤ ਕਰਦੀਆਂ ਹਨ, ਜੋ ਵੈੱਬ 'ਤੇ ਫਿਸ਼ਿੰਗ, ਖਤਰਨਾਕ ਗਤੀਵਿਧੀ ਅਤੇ ਹੋਰ ਖਤਰਿਆਂ ਤੋਂ ਸੁਰੱਖਿਆ ਲਈ ਵਾਧੂ ਜਾਂਚਾਂ ਨੂੰ ਸਰਗਰਮ ਕਰਦੀਆਂ ਹਨ। ਜਦੋਂ ਤੁਸੀਂ ਆਪਣੇ Google ਖਾਤੇ ਵਿੱਚ ਇੱਕ ਮੋਡ ਨੂੰ ਕਿਰਿਆਸ਼ੀਲ ਕਰਦੇ ਹੋ, ਤਾਂ ਤੁਹਾਨੂੰ ਹੁਣ Chrome ਵਿੱਚ ਮੋਡ ਨੂੰ ਕਿਰਿਆਸ਼ੀਲ ਕਰਨ ਲਈ ਕਿਹਾ ਜਾਵੇਗਾ।
• ਕਲਾਇੰਟ ਸਾਈਡ 'ਤੇ ਫਿਸ਼ਿੰਗ ਕੋਸ਼ਿਸ਼ਾਂ ਦਾ ਪਤਾ ਲਗਾਉਣ ਲਈ ਇੱਕ ਮਾਡਲ ਜੋੜਿਆ ਗਿਆ, TFLite ਮਸ਼ੀਨ ਲਰਨਿੰਗ ਪਲੇਟਫਾਰਮ (TensorFlow Lite) ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਲਾਗੂ ਕੀਤਾ ਗਿਆ ਹੈ ਅਤੇ Google ਸਾਈਡ 'ਤੇ ਤਸਦੀਕ ਕਰਨ ਲਈ ਡੇਟਾ ਭੇਜਣ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ (ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਟੈਲੀਮੈਟਰੀ ਨੂੰ ਮਾਡਲ ਸੰਸਕਰਣ ਬਾਰੇ ਜਾਣਕਾਰੀ ਦੇ ਨਾਲ ਭੇਜਿਆ ਜਾਂਦਾ ਹੈ। ਅਤੇ ਹਰੇਕ ਸ਼੍ਰੇਣੀ ਲਈ ਗਿਣਿਆ ਗਿਆ ਵਜ਼ਨ)। ਜੇਕਰ ਇੱਕ ਫਿਸ਼ਿੰਗ ਕੋਸ਼ਿਸ਼ ਦਾ ਪਤਾ ਲਗਾਇਆ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਉਪਭੋਗਤਾ ਨੂੰ ਸ਼ੱਕੀ ਸਾਈਟ ਨੂੰ ਖੋਲ੍ਹਣ ਤੋਂ ਪਹਿਲਾਂ ਇੱਕ ਚੇਤਾਵਨੀ ਪੰਨਾ ਦਿਖਾਇਆ ਜਾਵੇਗਾ।
• ਕਲਾਇੰਟ ਹਿੰਟਸ ਏਪੀਆਈ ਵਿੱਚ, ਜੋ ਉਪਭੋਗਤਾ-ਏਜੰਟ ਸਿਰਲੇਖ ਦੇ ਬਦਲ ਵਜੋਂ ਵਿਕਸਤ ਕੀਤਾ ਜਾ ਰਿਹਾ ਹੈ ਅਤੇ ਤੁਹਾਨੂੰ ਸਰਵਰ ਦੁਆਰਾ ਬੇਨਤੀ ਤੋਂ ਬਾਅਦ ਹੀ ਖਾਸ ਬ੍ਰਾਊਜ਼ਰ ਅਤੇ ਸਿਸਟਮ ਪੈਰਾਮੀਟਰਾਂ (ਵਰਜਨ, ਪਲੇਟਫਾਰਮ, ਆਦਿ) ਬਾਰੇ ਚੋਣਵੇਂ ਰੂਪ ਵਿੱਚ ਡਾਟਾ ਭੇਜਣ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ, ਇਹ ਹੈ TLS ਵਿੱਚ ਵਰਤੇ ਜਾਣ ਵਾਲੇ GREASE (ਰੈਂਡਮ ਐਕਸਟੈਂਸ਼ਨਾਂ ਅਤੇ ਸਸਟੇਨ ਐਕਸਟੈਨਸੀਬਿਲਟੀ) ਵਿਧੀ ਨਾਲ ਸਮਾਨਤਾਵਾਂ ਦੇ ਅਨੁਸਾਰ, ਬ੍ਰਾਊਜ਼ਰ ਪਛਾਣਕਰਤਾਵਾਂ ਦੀ ਸੂਚੀ ਵਿੱਚ ਫਰਜ਼ੀ ਨਾਵਾਂ ਨੂੰ ਬਦਲਣਾ ਸੰਭਵ ਹੈ। ਉਦਾਹਰਨ ਲਈ, '"Chrome" ਤੋਂ ਇਲਾਵਾ; v="98″' ਅਤੇ '"Chromium"; v="98″' ਇੱਕ ਗੈਰ-ਮੌਜੂਦ ਬ੍ਰਾਊਜ਼ਰ ਦਾ ਇੱਕ ਬੇਤਰਤੀਬ ਪਛਾਣਕਰਤਾ '"(ਨਹੀਂ; ਬ੍ਰਾਊਜ਼ਰ"; v="12″' ਨੂੰ ਸੂਚੀ ਵਿੱਚ ਸ਼ਾਮਲ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਅਜਿਹਾ ਬਦਲ ਅਣਜਾਣ ਬ੍ਰਾਊਜ਼ਰਾਂ ਦੇ ਪਛਾਣਕਰਤਾਵਾਂ ਦੀ ਪ੍ਰਕਿਰਿਆ ਕਰਨ ਵਿੱਚ ਸਮੱਸਿਆਵਾਂ ਦੀ ਪਛਾਣ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰੇਗਾ, ਜੋ ਇਸ ਤੱਥ ਵੱਲ ਲੈ ਜਾਂਦਾ ਹੈ ਕਿ ਵਿਕਲਪਕ ਬ੍ਰਾਊਜ਼ਰਾਂ ਨੂੰ ਸਵੀਕਾਰਯੋਗ ਬ੍ਰਾਊਜ਼ਰਾਂ ਦੀਆਂ ਸੂਚੀਆਂ ਦੇ ਵਿਰੁੱਧ ਜਾਂਚ ਨੂੰ ਬਾਈਪਾਸ ਕਰਨ ਲਈ ਹੋਰ ਪ੍ਰਸਿੱਧ ਬ੍ਰਾਊਜ਼ਰ ਹੋਣ ਦਾ ਦਿਖਾਵਾ ਕਰਨ ਲਈ ਮਜਬੂਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
• 17 ਜਨਵਰੀ ਤੋਂ, Chrome ਵੈੱਬ ਸਟੋਰ ਹੁਣ ਐਡ-ਆਨ ਸਵੀਕਾਰ ਨਹੀਂ ਕਰਦਾ ਹੈ ਜੋ Chrome ਮੈਨੀਫੈਸਟ ਦੇ ਸੰਸਕਰਣ 2023 ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ। ਨਵੇਂ ਜੋੜਾਂ ਨੂੰ ਹੁਣ ਸਿਰਫ਼ ਮੈਨੀਫੈਸਟ ਦੇ ਤੀਜੇ ਸੰਸਕਰਣ ਨਾਲ ਸਵੀਕਾਰ ਕੀਤਾ ਜਾਵੇਗਾ। ਪਹਿਲਾਂ ਸ਼ਾਮਲ ਕੀਤੇ ਐਡ-ਆਨ ਦੇ ਡਿਵੈਲਪਰ ਅਜੇ ਵੀ ਮੈਨੀਫੈਸਟ ਦੇ ਦੂਜੇ ਸੰਸਕਰਣ ਦੇ ਨਾਲ ਅੱਪਡੇਟ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਨ ਦੇ ਯੋਗ ਹੋਣਗੇ। ਮੈਨੀਫੈਸਟੋ ਦੇ ਦੂਜੇ ਸੰਸਕਰਣ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਬਰਤਰਫ਼ ਕਰਨ ਦੀ ਯੋਜਨਾ ਜਨਵਰੀ XNUMX ਲਈ ਬਣਾਈ ਗਈ ਹੈ।
• COLRv1 ਫਾਰਮੈਟ ਵਿੱਚ ਕਲਰ ਵੈਕਟਰ ਫੌਂਟਾਂ ਲਈ ਸਮਰਥਨ ਜੋੜਿਆ ਗਿਆ ਹੈ (ਓਪਨਟਾਈਪ ਫੌਂਟਾਂ ਦਾ ਇੱਕ ਸਬਸੈੱਟ ਜਿਸ ਵਿੱਚ ਵੈਕਟਰ ਗਲਾਈਫਸ ਤੋਂ ਇਲਾਵਾ, ਰੰਗ ਜਾਣਕਾਰੀ ਵਾਲੀ ਇੱਕ ਪਰਤ ਹੁੰਦੀ ਹੈ), ਜਿਸਦੀ ਵਰਤੋਂ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ, ਉਦਾਹਰਨ ਲਈ, ਮਲਟੀਕਲਰ ਇਮੋਜੀ ਬਣਾਉਣ ਲਈ। ਪਹਿਲਾਂ ਸਮਰਥਿਤ COLRv0 ਫਾਰਮੈਟ ਦੇ ਉਲਟ, COLRv1 ਵਿੱਚ ਹੁਣ ਗਰੇਡੀਐਂਟ, ਓਵਰਲੇਅ ਅਤੇ ਪਰਿਵਰਤਨ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਸਮਰੱਥਾ ਹੈ। ਫਾਰਮੈਟ ਇੱਕ ਸੰਖੇਪ ਸਟੋਰੇਜ ਫਾਰਮ ਵੀ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ, ਕੁਸ਼ਲ ਕੰਪਰੈਸ਼ਨ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ, ਅਤੇ ਰੂਪਰੇਖਾ ਦੀ ਮੁੜ ਵਰਤੋਂ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ, ਫੌਂਟ ਆਕਾਰ ਵਿੱਚ ਮਹੱਤਵਪੂਰਨ ਕਮੀ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ। ਉਦਾਹਰਨ ਲਈ, ਨੋਟੋ ਕਲਰ ਇਮੋਜੀ ਫੌਂਟ ਰਾਸਟਰ ਫਾਰਮੈਟ ਵਿੱਚ 9MB, ਅਤੇ COLRv1 ਵੈਕਟਰ ਫਾਰਮੈਟ ਵਿੱਚ 1.85MB ਲੈਂਦਾ ਹੈ।
• ਮੂਲ ਅਜ਼ਮਾਇਸ਼ ਮੋਡ (ਪ੍ਰਯੋਗਾਤਮਕ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਜਿਨ੍ਹਾਂ ਲਈ ਵੱਖਰੀ ਸਰਗਰਮੀ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ) ਖੇਤਰ ਕੈਪਚਰ API ਨੂੰ ਲਾਗੂ ਕਰਦਾ ਹੈ, ਜੋ ਤੁਹਾਨੂੰ ਕੈਪਚਰ ਕੀਤੇ ਵੀਡੀਓ ਨੂੰ ਕੱਟਣ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ। ਉਦਾਹਰਨ ਲਈ, ਵੈਬ ਐਪਲੀਕੇਸ਼ਨਾਂ ਵਿੱਚ ਕ੍ਰੌਪਿੰਗ ਦੀ ਲੋੜ ਹੋ ਸਕਦੀ ਹੈ ਜੋ ਉਹਨਾਂ ਦੀ ਟੈਬ ਦੀ ਸਮੱਗਰੀ ਨਾਲ ਵੀਡੀਓ ਕੈਪਚਰ ਕਰਦੇ ਹਨ, ਭੇਜਣ ਤੋਂ ਪਹਿਲਾਂ ਕੁਝ ਸਮੱਗਰੀ ਨੂੰ ਕੱਟਣ ਲਈ। ਮੂਲ ਅਜ਼ਮਾਇਸ਼ ਦਾ ਮਤਲਬ ਹੈ ਲੋਕਲਹੋਸਟ ਜਾਂ 127.0.0.1 ਤੋਂ ਡਾਊਨਲੋਡ ਕੀਤੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਤੋਂ ਨਿਰਧਾਰਿਤ API ਨਾਲ ਕੰਮ ਕਰਨ ਦੀ ਯੋਗਤਾ, ਜਾਂ ਰਜਿਸਟਰ ਕਰਨ ਅਤੇ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਟੋਕਨ ਪ੍ਰਾਪਤ ਕਰਨ ਤੋਂ ਬਾਅਦ ਜੋ ਕਿਸੇ ਖਾਸ ਸਾਈਟ ਲਈ ਸੀਮਤ ਸਮੇਂ ਲਈ ਵੈਧ ਹੈ।
• CSS ਵਿਸ਼ੇਸ਼ਤਾ "contain-intrinsic-size" ਹੁਣ ਮੁੱਲ "auto" ਦਾ ਸਮਰਥਨ ਕਰਦੀ ਹੈ, ਜੋ ਕਿ ਤੱਤ ਦੇ ਆਖਰੀ ਯਾਦ ਕੀਤੇ ਆਕਾਰ ਦੀ ਵਰਤੋਂ ਕਰੇਗੀ (ਜਦੋਂ "ਸਮੱਗਰੀ-ਦ੍ਰਿਸ਼ਟੀ: ਆਟੋ" ਨਾਲ ਵਰਤੀ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਡਿਵੈਲਪਰ ਨੂੰ ਤੱਤ ਦੇ ਰੈਂਡਰ ਕੀਤੇ ਆਕਾਰ ਦਾ ਅੰਦਾਜ਼ਾ ਲਗਾਉਣ ਦੀ ਲੋੜ ਨਹੀਂ ਹੁੰਦੀ) .
• AudioContext.outputLatency ਵਿਸ਼ੇਸ਼ਤਾ ਸ਼ਾਮਲ ਕੀਤੀ ਗਈ ਹੈ, ਜਿਸ ਰਾਹੀਂ ਤੁਸੀਂ ਆਡੀਓ ਆਉਟਪੁੱਟ (ਆਡੀਓ ਬੇਨਤੀ ਅਤੇ ਆਡੀਓ ਆਉਟਪੁੱਟ ਡਿਵਾਈਸ ਦੁਆਰਾ ਪ੍ਰਾਪਤ ਕੀਤੇ ਡੇਟਾ ਦੀ ਪ੍ਰਕਿਰਿਆ ਦੀ ਸ਼ੁਰੂਆਤ ਦੇ ਵਿਚਕਾਰ ਦੇਰੀ) ਤੋਂ ਪਹਿਲਾਂ ਅਨੁਮਾਨਿਤ ਦੇਰੀ ਬਾਰੇ ਜਾਣਕਾਰੀ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦੇ ਹੋ।
• CSS ਪ੍ਰਾਪਰਟੀ ਕਲਰ-ਸਕੀਮ, ਜੋ ਇਹ ਨਿਰਧਾਰਤ ਕਰਨਾ ਸੰਭਵ ਬਣਾਉਂਦੀ ਹੈ ਕਿ ਕਿਹੜੀਆਂ ਰੰਗ ਸਕੀਮਾਂ ਵਿੱਚ ਇੱਕ ਤੱਤ ਸਹੀ ਢੰਗ ਨਾਲ ਪ੍ਰਦਰਸ਼ਿਤ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ (“ਲਾਈਟ”, “ਡਾਰਕ”, “ਡੇ ਮੋਡ” ਅਤੇ “ਨਾਈਟ ਮੋਡ”), “ਸਿਰਫ਼” ਪੈਰਾਮੀਟਰ ਸ਼ਾਮਲ ਕੀਤਾ ਗਿਆ ਹੈ। ਵਿਅਕਤੀਗਤ HTML ਤੱਤਾਂ ਲਈ ਜ਼ਬਰਦਸਤੀ ਰੰਗ ਬਦਲਾਅ ਸਕੀਮਾਂ ਨੂੰ ਰੋਕਣ ਲਈ। ਉਦਾਹਰਨ ਲਈ, ਜੇਕਰ ਤੁਸੀਂ “div { color-scheme: only light }” ਨਿਸ਼ਚਿਤ ਕਰਦੇ ਹੋ, ਤਾਂ div ਐਲੀਮੈਂਟ ਲਈ ਸਿਰਫ਼ ਲਾਈਟ ਥੀਮ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਜਾਵੇਗੀ, ਭਾਵੇਂ ਬ੍ਰਾਊਜ਼ਰ ਡਾਰਕ ਥੀਮ ਨੂੰ ਚਾਲੂ ਕਰਨ ਲਈ ਮਜਬੂਰ ਕਰਦਾ ਹੋਵੇ।
• 'ਡਾਇਨਾਮਿਕ-ਰੇਂਜ' ਅਤੇ 'ਵੀਡੀਓ-ਡਾਇਨਾਮਿਕ-ਰੇਂਜ' ਮੀਡੀਆ ਸਵਾਲਾਂ ਲਈ CSS ਲਈ ਸਮਰਥਨ ਜੋੜਿਆ ਗਿਆ ਤਾਂ ਜੋ ਇਹ ਪਤਾ ਲਗਾਇਆ ਜਾ ਸਕੇ ਕਿ ਕੀ ਕੋਈ ਸਕ੍ਰੀਨ HDR (ਹਾਈ ਡਾਇਨਾਮਿਕ ਰੇਂਜ) ਦਾ ਸਮਰਥਨ ਕਰਦੀ ਹੈ।
• ਵਿੰਡੋ.ਓਪਨ() ਫੰਕਸ਼ਨ ਵਿੱਚ ਇੱਕ ਨਵੀਂ ਟੈਬ, ਨਵੀਂ ਵਿੰਡੋ, ਜਾਂ ਪੌਪ-ਅੱਪ ਵਿੰਡੋ ਵਿੱਚ ਇੱਕ ਲਿੰਕ ਖੋਲ੍ਹਣਾ ਹੈ ਜਾਂ ਨਹੀਂ ਇਹ ਚੁਣਨ ਦੀ ਯੋਗਤਾ ਸ਼ਾਮਲ ਕੀਤੀ ਗਈ ਹੈ। ਇਸ ਤੋਂ ਇਲਾਵਾ, window.statusbar.visible ਵਿਸ਼ੇਸ਼ਤਾ ਹੁਣ ਪੌਪਅੱਪ ਲਈ "false" ਅਤੇ ਟੈਬਾਂ ਅਤੇ ਵਿੰਡੋਜ਼ ਲਈ "true" ਵਾਪਸ ਕਰਦੀ ਹੈ। const popup = window.open('_blank',",'popup=1′); // ਇੱਕ ਪੌਪਅੱਪ ਵਿੰਡੋ ਵਿੱਚ ਖੋਲ੍ਹੋ const tab = window.open('_blank',,"'popup=0′); // ਟੈਬ ਵਿੱਚ ਖੋਲ੍ਹੋ
• ਸਟ੍ਰਕਚਰਡ ਕਲੋਨ() ਵਿਧੀ ਨੂੰ ਵਿੰਡੋਜ਼ ਅਤੇ ਵਰਕਰਾਂ ਲਈ ਲਾਗੂ ਕੀਤਾ ਗਿਆ ਹੈ, ਜੋ ਤੁਹਾਨੂੰ ਆਬਜੈਕਟ ਦੀਆਂ ਰੀਕਰਸਿਵ ਕਾਪੀਆਂ ਬਣਾਉਣ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ ਜਿਸ ਵਿੱਚ ਨਾ ਸਿਰਫ਼ ਨਿਰਧਾਰਤ ਆਬਜੈਕਟ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਸ਼ਾਮਲ ਹੁੰਦੀਆਂ ਹਨ, ਸਗੋਂ ਮੌਜੂਦਾ ਆਬਜੈਕਟ ਦੁਆਰਾ ਹਵਾਲਾ ਦਿੱਤੇ ਸਾਰੇ ਹੋਰ ਆਬਜੈਕਟ ਵੀ ਸ਼ਾਮਲ ਹੁੰਦੇ ਹਨ।
• ਵੈੱਬ ਪ੍ਰਮਾਣਿਕਤਾ API ਨੇ FIDO CTAP2 ਨਿਰਧਾਰਨ ਐਕਸਟੈਂਸ਼ਨ ਲਈ ਸਮਰਥਨ ਜੋੜਿਆ ਹੈ, ਜੋ ਤੁਹਾਨੂੰ ਘੱਟੋ-ਘੱਟ ਮਨਜ਼ੂਰਸ਼ੁਦਾ PIN ਕੋਡ ਆਕਾਰ (minPinLength) ਸੈੱਟ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ।
• ਸਥਾਪਿਤ ਸਟੈਂਡ-ਅਲੋਨ ਵੈਬ ਐਪਲੀਕੇਸ਼ਨਾਂ ਲਈ, ਵਿੰਡੋ ਕੰਟਰੋਲ ਓਵਰਲੇ ਕੰਪੋਨੈਂਟ ਨੂੰ ਜੋੜਿਆ ਗਿਆ ਹੈ, ਜੋ ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਸਕ੍ਰੀਨ ਖੇਤਰ ਨੂੰ ਪੂਰੀ ਵਿੰਡੋ ਤੱਕ ਵਧਾਉਂਦਾ ਹੈ, ਟਾਈਟਲ ਖੇਤਰ ਸਮੇਤ, ਜਿਸ 'ਤੇ ਸਟੈਂਡਰਡ ਵਿੰਡੋ ਕੰਟਰੋਲ ਬਟਨ (ਬੰਦ ਕਰੋ, ਛੋਟਾ ਕਰੋ, ਵੱਧ ਤੋਂ ਵੱਧ ਕਰੋ) ) ਲਾਗੂ ਕੀਤੇ ਗਏ ਹਨ। ਵੈੱਬ ਐਪਲੀਕੇਸ਼ਨ ਵਿੰਡੋ ਕੰਟਰੋਲ ਬਟਨਾਂ ਵਾਲੇ ਓਵਰਲੇ ਬਲਾਕ ਨੂੰ ਛੱਡ ਕੇ, ਪੂਰੀ ਵਿੰਡੋ ਦੀ ਰੈਂਡਰਿੰਗ ਅਤੇ ਇਨਪੁਟ ਪ੍ਰੋਸੈਸਿੰਗ ਨੂੰ ਨਿਯੰਤਰਿਤ ਕਰ ਸਕਦੀ ਹੈ।
• WritableStreamDefaultController ਵਿੱਚ ਇੱਕ ਸਿਗਨਲ ਹੈਂਡਲਿੰਗ ਵਿਸ਼ੇਸ਼ਤਾ ਸ਼ਾਮਲ ਕੀਤੀ ਗਈ ਹੈ ਜੋ ਇੱਕ AbortSignal ਆਬਜੈਕਟ ਵਾਪਸ ਕਰਦੀ ਹੈ, ਜਿਸਦੀ ਵਰਤੋਂ ਇੱਕ WritableStream 'ਤੇ ਲਿਖਤਾਂ ਨੂੰ ਪੂਰਾ ਹੋਣ ਦੀ ਉਡੀਕ ਕੀਤੇ ਬਿਨਾਂ ਤੁਰੰਤ ਰੋਕਣ ਲਈ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ।
• WebRTC ਨੇ SDES ਮੁੱਖ ਸਮਝੌਤਾ ਵਿਧੀ ਲਈ ਸਮਰਥਨ ਹਟਾ ਦਿੱਤਾ ਹੈ, ਜਿਸ ਨੂੰ ਸੁਰੱਖਿਆ ਚਿੰਤਾਵਾਂ ਦੇ ਕਾਰਨ 2013 ਵਿੱਚ IETF ਦੁਆਰਾ ਬਰਤਰਫ਼ ਕੀਤਾ ਗਿਆ ਸੀ।
• ਮੂਲ ਰੂਪ ਵਿੱਚ, U2F (ਕ੍ਰਿਪਟੋਟੋਕਨ) API ਨੂੰ ਅਸਮਰੱਥ ਬਣਾਇਆ ਗਿਆ ਹੈ, ਜਿਸਨੂੰ ਪਹਿਲਾਂ ਬਰਤਰਫ਼ ਕੀਤਾ ਗਿਆ ਸੀ ਅਤੇ ਵੈੱਬ ਪ੍ਰਮਾਣੀਕਰਨ API ਦੁਆਰਾ ਬਦਲਿਆ ਗਿਆ ਸੀ। U2F API ਨੂੰ Chrome 104 ਵਿੱਚ ਪੂਰੀ ਤਰ੍ਹਾਂ ਹਟਾ ਦਿੱਤਾ ਜਾਵੇਗਾ।
• API ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ, ਇੰਸਟਾਲ_ਬ੍ਰਾਊਜ਼ਰ_ਵਰਜ਼ਨ ਫੀਲਡ ਨੂੰ ਬਰਤਰਫ਼ ਕੀਤਾ ਗਿਆ ਹੈ, ਇੱਕ ਨਵੇਂ Pending_browser_version ਫੀਲਡ ਨਾਲ ਬਦਲਿਆ ਗਿਆ ਹੈ, ਜੋ ਕਿ ਇਸ ਵਿੱਚ ਵੱਖਰਾ ਹੈ ਕਿ ਇਸ ਵਿੱਚ ਬ੍ਰਾਊਜ਼ਰ ਸੰਸਕਰਣ ਬਾਰੇ ਜਾਣਕਾਰੀ ਸ਼ਾਮਲ ਹੈ, ਡਾਊਨਲੋਡ ਕੀਤੇ ਗਏ ਪਰ ਲਾਗੂ ਨਹੀਂ ਕੀਤੇ ਅੱਪਡੇਟਾਂ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖਦੇ ਹੋਏ (ਅਰਥਾਤ, ਉਹ ਸੰਸਕਰਣ ਜੋ ਬਾਅਦ ਵਿੱਚ ਵੈਧ ਹੋਵੇਗਾ। ਬਰਾਊਜ਼ਰ ਨੂੰ ਮੁੜ ਚਾਲੂ ਕੀਤਾ ਗਿਆ ਹੈ).
• ਹਟਾਏ ਗਏ ਵਿਕਲਪ ਜੋ TLS 1.0 ਅਤੇ 1.1 ਲਈ ਸਮਰਥਨ ਵਾਪਸ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦੇ ਹਨ।
• ਵੈਬ ਡਿਵੈਲਪਰਾਂ ਲਈ ਟੂਲਸ ਵਿੱਚ ਸੁਧਾਰ ਕੀਤੇ ਗਏ ਹਨ। ਬੈਕ-ਫਾਰਵਰਡ ਕੈਸ਼ ਦੇ ਸੰਚਾਲਨ ਦਾ ਮੁਲਾਂਕਣ ਕਰਨ ਲਈ ਇੱਕ ਟੈਬ ਜੋੜਿਆ ਗਿਆ ਹੈ, ਜੋ ਬੈਕ ਅਤੇ ਫਾਰਵਰਡ ਬਟਨਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਸਮੇਂ ਤੁਰੰਤ ਨੈਵੀਗੇਸ਼ਨ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ। ਜ਼ਬਰਦਸਤੀ-ਰੰਗ ਮੀਡੀਆ ਬੇਨਤੀਆਂ ਦੀ ਨਕਲ ਕਰਨ ਦੀ ਯੋਗਤਾ ਸ਼ਾਮਲ ਕੀਤੀ ਗਈ। ਰੋ-ਰਿਵਰਸ ਅਤੇ ਕਾਲਮ-ਰਿਵਰਸ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦਾ ਸਮਰਥਨ ਕਰਨ ਲਈ ਫਲੈਕਸਬਾਕਸ ਸੰਪਾਦਕ ਵਿੱਚ ਬਟਨ ਸ਼ਾਮਲ ਕੀਤੇ ਗਏ। "ਬਦਲਾਵਾਂ" ਟੈਬ ਇਹ ਯਕੀਨੀ ਬਣਾਉਂਦਾ ਹੈ ਕਿ ਕੋਡ ਨੂੰ ਫਾਰਮੈਟ ਕਰਨ ਤੋਂ ਬਾਅਦ ਤਬਦੀਲੀਆਂ ਦਿਖਾਈਆਂ ਜਾਂਦੀਆਂ ਹਨ, ਜੋ ਕਿ ਛੋਟੇ ਪੰਨਿਆਂ ਦੇ ਪਾਰਸਿੰਗ ਨੂੰ ਸਰਲ ਬਣਾਉਂਦਾ ਹੈ।

  ਕੋਡ ਸਮੀਖਿਆ ਪੈਨਲ ਦੇ ਲਾਗੂਕਰਨ ਨੂੰ CodeMirror 6 ਕੋਡ ਸੰਪਾਦਕ ਦੇ ਰੀਲੀਜ਼ ਲਈ ਅੱਪਡੇਟ ਕੀਤਾ ਗਿਆ ਹੈ, ਜੋ ਕਿ ਬਹੁਤ ਵੱਡੀਆਂ ਫਾਈਲਾਂ (WASM, JavaScript) ਨਾਲ ਕੰਮ ਕਰਨ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਵਿੱਚ ਮਹੱਤਵਪੂਰਨ ਸੁਧਾਰ ਕਰਦਾ ਹੈ, ਨੇਵੀਗੇਸ਼ਨ ਦੌਰਾਨ ਬੇਤਰਤੀਬ ਆਫਸੈਟਾਂ ਨਾਲ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਹੱਲ ਕਰਦਾ ਹੈ, ਅਤੇ ਸਿਫ਼ਾਰਸ਼ਾਂ ਵਿੱਚ ਸੁਧਾਰ ਕਰਦਾ ਹੈ। ਕੋਡ ਨੂੰ ਸੰਪਾਦਿਤ ਕਰਨ ਵੇਲੇ ਸਵੈ-ਪੂਰਤੀ ਪ੍ਰਣਾਲੀ। ਪ੍ਰਾਪਰਟੀ ਨਾਮ ਜਾਂ ਮੁੱਲ ਦੁਆਰਾ ਆਉਟਪੁੱਟ ਨੂੰ ਫਿਲਟਰ ਕਰਨ ਦੀ ਯੋਗਤਾ ਨੂੰ CSS ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਪੈਨਲ ਵਿੱਚ ਜੋੜਿਆ ਗਿਆ ਹੈ।

  

ਨਵੀਨਤਾਵਾਂ ਅਤੇ ਬੱਗ ਫਿਕਸ ਤੋਂ ਇਲਾਵਾ, ਨਵਾਂ ਸੰਸਕਰਣ 27 ਕਮਜ਼ੋਰੀਆਂ ਨੂੰ ਦੂਰ ਕਰਦਾ ਹੈ। ਐਡਰੈੱਸ ਸੈਨੀਟਾਈਜ਼ਰ, ਮੈਮੋਰੀ ਸੈਨੀਟਾਈਜ਼ਰ, ਕੰਟਰੋਲ ਫਲੋ ਇੰਟੀਗ੍ਰੇਟੀ, ਲਿਬਫੂਜ਼ਰ ਅਤੇ ਏਐੱਫਐੱਲ ਟੂਲਸ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਸਵੈਚਲਿਤ ਜਾਂਚ ਦੇ ਨਤੀਜੇ ਵਜੋਂ ਬਹੁਤ ਸਾਰੀਆਂ ਕਮਜ਼ੋਰੀਆਂ ਦੀ ਪਛਾਣ ਕੀਤੀ ਗਈ ਸੀ। ਕੋਈ ਨਾਜ਼ੁਕ ਸਮੱਸਿਆਵਾਂ ਦੀ ਪਛਾਣ ਨਹੀਂ ਕੀਤੀ ਗਈ ਹੈ ਜੋ ਕਿਸੇ ਨੂੰ ਬ੍ਰਾਊਜ਼ਰ ਸੁਰੱਖਿਆ ਦੇ ਸਾਰੇ ਪੱਧਰਾਂ ਨੂੰ ਬਾਈਪਾਸ ਕਰਨ ਅਤੇ ਸੈਂਡਬੌਕਸ ਵਾਤਾਵਰਣ ਤੋਂ ਬਾਹਰ ਸਿਸਟਮ 'ਤੇ ਕੋਡ ਨੂੰ ਚਲਾਉਣ ਦੀ ਆਗਿਆ ਦਿੰਦੀ ਹੈ। ਮੌਜੂਦਾ ਰੀਲੀਜ਼ ਲਈ ਕਮਜ਼ੋਰੀਆਂ ਨੂੰ ਖੋਜਣ ਲਈ ਨਕਦ ਇਨਾਮ ਪ੍ਰੋਗਰਾਮ ਦੇ ਹਿੱਸੇ ਵਜੋਂ, Google ਨੇ $19 ਹਜ਼ਾਰ (ਦੋ $88 ਅਵਾਰਡ, ਇੱਕ $20000 ਅਵਾਰਡ, ਦੋ $12000 ਅਵਾਰਡ, ਚਾਰ $7500 ਅਵਾਰਡ ਅਤੇ $1000, $7000, $5000, $3000 ਵਿੱਚੋਂ ਇੱਕ-ਇੱਕ ਅਵਾਰਡ) ਦਾ ਭੁਗਤਾਨ ਕੀਤਾ।

ਸਰੋਤ: opennet.ru