Chrome 133 বিটা

র‍্যাচেল অ্যান্ড্রু

প্রকাশিত: ১৫ জানুয়ারি, ২০২৪

অন্যথায় উল্লেখ না থাকলে, নিম্নলিখিত পরিবর্তনগুলি Android, ChromeOS, Linux, macOS, এবং Windows-এর জন্য Chrome বিটা চ্যানেলের নতুনতম সংস্করণে প্রযোজ্য। এখানে তালিকাভুক্ত বৈশিষ্ট্যগুলি সম্পর্কে আরও জানতে প্রদত্ত লিঙ্কগুলি অথবা ChromeStatus.com-এর তালিকা দেখুন। ১৫ই জানুয়ারী, ২০২৪ থেকে Chrome 133 বিটা সংস্করণে রয়েছে। আপনি ডেস্কটপের জন্য Google.com থেকে অথবা Android-এর জন্য Google Play Store থেকে সর্বশেষ সংস্করণটি ডাউনলোড করতে পারেন।

CSS এবং UI

এই রিলিজে সাতটি নতুন CSS এবং UI ফিচার যোগ করা হয়েছে।

CSS অ্যাডভান্সড attr() ফাংশন

CSS লেভেল 5-এ নির্দিষ্ট attr() ফাংশনের বর্ধিতকরণটি বাস্তবায়ন করে, যা <string> ছাড়াও অন্যান্য টাইপের ব্যবহার এবং সমস্ত CSS প্রপার্টিতে ব্যবহারের সুযোগ দেয় (সিউডো-এলিমেন্ট content এর বিদ্যমান সমর্থনের পাশাপাশি)।

CSS attr() এর আপগ্রেড সম্পর্কে আরও জানুন।

CSS :open সিউডো-ক্লাস

:open সিউডো-ক্লাসটি <dialog> এবং <details> ট্যাগকে তাদের খোলা অবস্থায়, এবং <select> ও <input> ট্যাগকে এমন মোডে থাকাকালীন ম্যাচ করে যেখানে একটি পিকার থাকে এবং পিকারটি প্রদর্শিত হয়।

CSS স্ক্রোল স্টেট কন্টেইনার কোয়েরি

কন্টেইনারের স্ক্রল অবস্থার ওপর ভিত্তি করে এর বংশধরদের স্টাইল করতে কন্টেইনার কোয়েরি ব্যবহার করুন।

কোয়েরি কন্টেইনারটি হয় একটি স্ক্রল কন্টেইনার, অথবা এমন একটি এলিমেন্ট যা স্ক্রল কন্টেইনারের স্ক্রল পজিশন দ্বারা প্রভাবিত হয়। নিম্নলিখিত স্টেটগুলো কোয়েরি করা যেতে পারে:

  • stuck : একটি স্টিকি পজিশনড কন্টেইনার স্ক্রল বক্সের কোনো এক প্রান্তে আটকে থাকে।
  • snapped : একটি স্ক্রল স্ন্যাপ অ্যালাইনড কন্টেইনার বর্তমানে আনুভূমিকভাবে বা উল্লম্বভাবে স্ন্যাপ করা আছে।
  • scrollable : একটি স্ক্রোল কন্টেইনারকে জিজ্ঞাসিত দিকে স্ক্রোল করা যাবে কিনা।

একটি নতুন container-type: scroll-state কন্টেইনারগুলোকে কোয়েরি করার সুযোগ দেয়।

#sticky {
  position: sticky;
  container-type: scroll-state;
}

@container scroll-state(stuck: top) {
  #sticky-child {
    font-size: 75%;
  }
}

CSS scroll-state() সম্পর্কে আরও জানুন।

CSS text-box , text-box-trim এবং text-box-edge

টেক্সট কন্টেন্টের সর্বোত্তম ভারসাম্য অর্জনের জন্য, text-box-trim এবং text-box-edge প্রপার্টিগুলো, text-box শর্টহ্যান্ড প্রপার্টির সাথে মিলে, টেক্সটের উল্লম্ব অ্যালাইনমেন্টের উপর আরও সূক্ষ্ম নিয়ন্ত্রণ সম্ভব করে তোলে।

text-box-trim প্রপার্টিটি নির্ধারণ করে কোন দিক থেকে, উপরে বা নিচে, ট্রিম করা হবে এবং text-box-edge প্রপার্টিটি নির্ধারণ করে প্রান্তটি কীভাবে ট্রিম করা হবে।

এই প্রোপার্টিগুলো আপনাকে ফন্ট মেট্রিক্স ব্যবহার করে উল্লম্ব ব্যবধান নির্ভুলভাবে নিয়ন্ত্রণ করতে দেয়। CSS text-box-trim- এ এ সম্পর্কে আরও জানুন।

popover অ্যাট্রিবিউটের hint মান

পপওভার এপিআই (Popover API) ` popover অ্যাট্রিবিউটের দুটি মানের জন্য আচরণ নির্দিষ্ট করে: auto এবং manual । এই ফিচারটি popover=hint একটি তৃতীয় মানের বর্ণনা দেয়। হিন্ট (Hint), যা বেশিরভাগ ক্ষেত্রে 'টুলটিপ' (tooltip) ধরনের আচরণের সাথে যুক্ত, সেগুলোর আচরণ কিছুটা ভিন্ন। প্রধান পার্থক্য হলো, নেস্টেড পপওভারের স্ট্যাক খোলার সময় একটি hint auto এর অধীনস্থ থাকে। ফলে, auto পপওভারের একটি বিদ্যমান স্ট্যাক খোলা থাকা অবস্থাতেই একটি সম্পর্কহীন hint পপওভার খোলা সম্ভব।

এর আদর্শ উদাহরণ হলো, একটি <select> পিকার খোলা আছে ( popover=auto ) এবং হোভার করলে একটি টুলটিপ ( popover=hint ) দেখানো হচ্ছে। এই কাজটি <select> পিকারটি বন্ধ করে না।

পপওভার ইনভোকার এবং অ্যাঙ্কর পজিশনিং-এর উন্নতি

popover.showPopover({source}) ব্যবহার করে পপওভারগুলির মধ্যে ইনভোকার রিলেশনশিপ সেট করার একটি ইম্পারেটিভ পদ্ধতি যোগ করা হয়েছে। এটি ইনভোকার রিলেশনশিপের মাধ্যমে ইমপ্লিসিট অ্যাঙ্কর এলিমেন্ট রেফারেন্স তৈরি করতে সক্ষম করে।

invoker-এর ভিতরে থাকা Popover এটিকে পুনরায় ইনভোক করবে না।

নিম্নলিখিত ক্ষেত্রে, বাটনটিতে ক্লিক করলে পপওভারটি সঠিকভাবে সক্রিয় হয়, তবে এর পরে পপওভারটির উপর সরাসরি ক্লিক করলে সেটি বন্ধ হওয়া উচিত নয়।

<button popovertarget=foo>Activate
  <div popover id=foo>Clicking me shouldn't close me</div>
</button>

পূর্বে এমনটা ঘটত, কারণ পপওভার ক্লিকটি <button> এ বাবল করে ইনভোকারকে সক্রিয় করত, যা পপওভারটিকে বন্ধ করে দিত। এখন এটিকে প্রত্যাশিত আচরণে পরিবর্তন করা হয়েছে।

ওয়েব এপিআই

Animation.overallProgress

এটি ডেভেলপারদেরকে একটি অ্যানিমেশনের ইটারেশনগুলো জুড়ে, এবং এর টাইমলাইনের প্রকৃতি নির্বিশেষে, অ্যানিমেশনটি কতটা এগিয়েছে তার একটি সুবিধাজনক ও সামঞ্জস্যপূর্ণ চিত্র প্রদান করে। overallProgress প্রপার্টিটি ছাড়া, একটি অ্যানিমেশন কতটা এগিয়েছে তা আপনাকে ম্যানুয়ালি গণনা করতে হবে, যেখানে অ্যানিমেশনটির ইটারেশনের সংখ্যা এবং অ্যানিমেশনটির currentTime মোট সময়ের শতাংশ (যেমন স্ক্রল-চালিত অ্যানিমেশনের ক্ষেত্রে) নাকি একটি নির্দিষ্ট সময় (যেমন টাইম-চালিত অ্যানিমেশনের ক্ষেত্রে)—এই বিষয়গুলো বিবেচনা করতে হয়।

Atomics অবজেক্টের pause() মেথড

Atomics নেমস্পেস অবজেক্টে pause() মেথডটি যোগ করে, যা সিপিইউকে ইঙ্গিত দেয় যে বর্তমান কোডটি একটি স্পিনলক সম্পাদন করছে।

স্ক্রিপ্টের জন্য CSP হ্যাশ রিপোর্টিং

নিরাপত্তাজনিত কারণে জটিল ওয়েব অ্যাপ্লিকেশনগুলোকে প্রায়শই তাদের ডাউনলোড করা সাব-রিসোর্সগুলোর হিসাব রাখতে হয়।

বিশেষ করে, আসন্ন শিল্প মান এবং সর্বোত্তম অনুশীলন (উদাহরণস্বরূপ, PCI-DSS v4) অনুযায়ী ওয়েব অ্যাপ্লিকেশনগুলোকে তাদের ডাউনলোড ও এক্সিকিউট করা সমস্ত স্ক্রিপ্টের একটি তালিকা রাখতে হয়।

এই ফিচারটি CSP এবং রিপোর্টিং API-এর উপর ভিত্তি করে ডকুমেন্ট দ্বারা লোড করা সমস্ত স্ক্রিপ্ট রিসোর্সের URL এবং হ্যাশ (CORS/same-origin-এর জন্য) রিপোর্ট করে।

ডোম রাষ্ট্র-সংরক্ষণের পদক্ষেপ

একটি DOM প্রিমিটিভ ( Node.prototype.moveBefore ) যোগ করে, যা আপনাকে এলিমেন্টের স্টেট রিসেট না করেই DOM ট্রি-তে এলিমেন্ট স্থানান্তর করতে দেয়।

অপসারণ ও সন্নিবেশ করার পরিবর্তে স্থানান্তর করার সময়, নিম্নলিখিত অবস্থাটি সংরক্ষিত থাকে:

  • <iframe> উপাদানগুলো লোড করা থাকে।
  • সক্রিয় উপাদানটিই মনোযোগের কেন্দ্রবিন্দুতে থাকে।
  • পপওভার, ফুলস্ক্রিন এবং মোডাল ডায়ালগ খোলা থাকে।
  • CSS ট্রানজিশন ও অ্যানিমেশন চলতে থাকে।

<area> তে attributionsrc অ্যাট্রিবিউটটি প্রকাশ করুন

<area> এর উপর attributionsrc অ্যাট্রিবিউটের এক্সপোজারকে, অ্যাট্রিবিউটটির বিদ্যমান প্রসেসিং আচরণের সাথে সামঞ্জস্যপূর্ণ করে, এমনকি যখন এটি এক্সপোজ করা ছিল না তখনও।

এছাড়াও, <area> এলিমেন্টে অ্যাট্রিবিউটটি সমর্থন করা যুক্তিযুক্ত, কারণ এই এলিমেন্টটি একটি ফার্স্ট-ক্লাস নেভিগেশন সারফেস, এবং Chrome ইতিমধ্যেই <a> ও window.open এর মতো অন্যান্য সারফেসে এটি সমর্থন করে।

এলিমেন্ট টাইমিং এবং এলসিপি-তে কোয়ার্সড ক্রস-অরিজিন renderTime প্রকাশ করুন ( Timing-Allow-Origin নির্বিশেষে)।

এলিমেন্ট টাইমিং এবং এলসিপি এন্ট্রিগুলোতে একটি renderTime অ্যাট্রিবিউট থাকে, যা কোনো ছবি বা টেক্সট আঁকার প্রথম ফ্রেমের সাথে অ্যালাইন করা থাকে।

বর্তমানে, ক্রস-অরিজিন ইমেজের ক্ষেত্রে এই অ্যাট্রিবিউটটি সুরক্ষিত রাখতে ইমেজ রিসোর্সে একটি Timing-Allow-Origin হেডার থাকা আবশ্যক। তবে, এই সীমাবদ্ধতাটি সহজেই এড়ানো যায় (উদাহরণস্বরূপ, একই ফ্রেমে একটি সেম-অরিজিন এবং একটি ক্রস-অরিজিন ইমেজ প্রদর্শন করে)।

যেহেতু এটি বিভ্রান্তির একটি কারণ হয়ে দাঁড়িয়েছে, তাই আমরা এই সীমাবদ্ধতাটি তুলে দেওয়ার পরিকল্পনা করছি এবং এর পরিবর্তে, যখন ডকুমেন্টটি ক্রস-অরিজিন-আইসোলেটেড হবে না, তখন সমস্ত রেন্ডার টাইম ৪ মিলিসেকেন্ড বাড়িয়ে দেব। এই পরিবর্তনটি ক্রস-অরিজিন ইমেজ সম্পর্কিত কোনো দরকারি ডিকোডিং-টাইম তথ্য ফাঁস হওয়া এড়ানোর জন্য যথেষ্ট বলে মনে হচ্ছে।

responseStart পূর্বাবস্থায় ফিরিয়ে আনুন এবং firstResponseHeadersStart চালু করুন।

103 আর্লি হিন্টস সক্রিয় থাকলে, প্রতিক্রিয়াগুলিতে দুটি টাইমস্ট্যাম্প থাকে:

  • যখন প্রাথমিক ইঙ্গিতগুলি আসে (103)
  • যখন চূড়ান্ত হেডারগুলো আসবে (যেমন ২০০)

যখন ক্রোম ১১৫ এই দুটি টাইমস্ট্যাম্প পরিমাপের সুযোগ দিতে firstInterimResponseStart চালু করে, তখন আমরা Time to First Byte (TTFB ) দ্বারা ব্যবহৃত responseStart এর অর্থও পরিবর্তন করে "চূড়ান্ত হেডার" করি। এর ফলে সেইসব ব্রাউজার এবং টুলের সাথে একটি ওয়েব সামঞ্জস্যতার সমস্যা তৈরি হয়, যারা এই বহুল ব্যবহৃত মেট্রিকটির জন্য অনুরূপ পরিবর্তন করেনি।

এই সামঞ্জস্যতার সমস্যাটি সমাধান করার জন্য Chrome 133 এই responseStart পরিবর্তনটি পূর্বাবস্থায় ফিরিয়ে আনে এবং এর পরিবর্তে firstResponseHeadersStart চালু করে, যা সাইটগুলিকে TTFB-এর মূল সংজ্ঞা বজায় রেখে চূড়ান্ত হেডার পর্যন্ত সময় পরিমাপ করার সুযোগ দেয়।

FileSystemObserver ইন্টারফেস

FileSystemObserver ইন্টারফেসটি ওয়েবসাইটগুলোকে ফাইল সিস্টেমের পরিবর্তন সম্পর্কে অবহিত করে। সাইটগুলো ব্যবহারকারীর স্থানীয় ডিভাইসে বা বাকেট ফাইল সিস্টেমে (যা অরিজিন প্রাইভেট ফাইল সিস্টেম নামেও পরিচিত) থাকা ফাইল ও ডিরেক্টরিগুলোর পরিবর্তন পর্যবেক্ষণ করে, যেগুলোর জন্য ব্যবহারকারী পূর্বে অনুমতি দিয়েছেন, এবং পরিবর্তনের ধরনের মতো প্রাথমিক তথ্য সম্পর্কেও অবহিত হয়।

এনার্জি সেভারে জমে যাওয়া

যখন এনার্জি সেভার সক্রিয় থাকে, তখন পাঁচ মিনিটের বেশি সময় ধরে লুকানো ও নীরব থাকা কোনো "ব্রাউজিং কনটেক্সট গ্রুপ" যদি এর মধ্যে থাকা একই-অরিজিন ফ্রেমের কোনো উপগোষ্ঠী সিপিইউ ব্যবহারের একটি নির্দিষ্ট সীমা অতিক্রম করে, তাহলে ক্রোম সেটিকে ফ্রিজ করে দেবে, যদি না এটি:

  • অডিও বা ভিডিও কনফারেন্সিং কার্যকারিতা প্রদান করে (যা মাইক্রোফোন, ক্যামেরা বা স্ক্রিন/উইন্ডো/ট্যাব ক্যাপচার অথবা একটি 'ওপেন' RTCDataChannel বা একটি 'লাইভ' MediaStreamTrack সহ একটি RTCPeerConnection শনাক্তকরণের মাধ্যমে সনাক্ত করা হয়)।
  • একটি বাহ্যিক ডিভাইস নিয়ন্ত্রণ করে (যা WebUSB, Web Bluetooth, WebHID, বা Web Serial ব্যবহারের মাধ্যমে শনাক্ত করা হয়)।
  • একটি ওয়েব লক বা ইনডেক্সডডিবি সংযোগ ধরে রাখে, যা অন্য কোনো সংযোগে সংস্করণ আপডেট বা লেনদেনকে বাধা দেয়।

ফ্রিজিং বলতে কোনো কার্যক্রমের নির্বাহ থামিয়ে দেওয়াকে বোঝায়। পেজ লাইফসাইকেল এপিআই-তে এর আনুষ্ঠানিক সংজ্ঞা দেওয়া আছে।

এনার্জি সেভার সক্রিয় থাকাকালীন, সিপিইউ ব্যবহারের সীমা এমনভাবে নির্ধারণ করা হবে যাতে ব্যাকগ্রাউন্ডের প্রায় ১০% ট্যাব ফ্রিজ হয়ে যায়।

একাধিক আমদানি মানচিত্র

বর্তমানে ইমপোর্ট ম্যাপগুলোকে যেকোনো ES মডিউলের আগে লোড করতে হয় এবং প্রতি ডকুমেন্টে কেবল একটিই ইমপোর্ট ম্যাপ থাকতে পারে। এর ফলে বাস্তব ক্ষেত্রে এগুলো ব্যবহার করা ঝুঁকিপূর্ণ এবং ধীরগতির হতে পারে: এদের আগে কোনো মডিউল লোড হলে পুরো অ্যাপটিই অচল হয়ে পড়ে, এবং যেসব অ্যাপে অনেক মডিউল থাকে, সেখানে এগুলো একটি বড় প্রতিবন্ধক হয়ে দাঁড়ায়, কারণ সম্ভাব্য সব মডিউলের জন্য সম্পূর্ণ ম্যাপটি প্রথমে লোড করতে হয়।

এই বৈশিষ্ট্যটি প্রতিটি ডকুমেন্টের জন্য একাধিক ইম্পোর্ট ম্যাপকে একটি সামঞ্জস্যপূর্ণ ও সুনির্দিষ্ট উপায়ে একত্রিত করার সুযোগ দেয়।

স্টোরেজ অ্যাক্সেস হেডার

প্রমাণীকৃত এমবেডগুলির জন্য আনপার্টিশনড কুকি বেছে নেওয়ার একটি বিকল্প উপায় প্রদান করে। এই হেডারগুলি নির্দেশ করে যে একটি নির্দিষ্ট নেটওয়ার্ক অনুরোধে আনপার্টিশনড কুকি অন্তর্ভুক্ত করা হবে কি না (বা করা যেতে পারে কি না), এবং সার্ভারগুলিকে তাদের ইতিমধ্যে দেওয়া 'স্টোরেজ-অ্যাক্সেস' অনুমতিগুলি সক্রিয় করার সুযোগ দেয়। 'স্টোরেজ-অ্যাক্সেস' অনুমতি সক্রিয় করার একটি বিকল্প উপায় থাকায় এটি নন-আইফ্রেম রিসোর্স দ্বারা ব্যবহার করা যায় এবং প্রমাণীকৃত এমবেডগুলির জন্য লেটেন্সি কমাতে পারে।

Promise<DOMString> ব্যবহার করে ClipboardItem তৈরির সমর্থন

ClipboardItem , যা async clipboard write() মেথডের ইনপুট, এখন এর কনস্ট্রাক্টরে Blob-এর পাশাপাশি স্ট্রিং ভ্যালুও গ্রহণ করে। ClipboardItemData একটি Blob, একটি স্ট্রিং, অথবা এমন একটি Promise হতে পারে যা রিজলভ হয়ে একটি Blob বা একটি স্ট্রিং-এ পরিণত হয়।

ওয়েবঅ্যাসেম্বলি মেমরি৬৪

memory64 প্রস্তাবনাটি 2^32 বিটের চেয়ে বড় আকারের লিনিয়ার ওয়েবঅ্যাসেম্বলি মেমরির জন্য সমর্থন যোগ করে। এটি কোনো নতুন নির্দেশনা প্রদান করে না, বরং মেমরি এবং টেবিলের জন্য ৬৪-বিট ইনডেক্স ব্যবহারের সুযোগ দিতে বিদ্যমান নির্দেশনাগুলোকেই প্রসারিত করে।

ওয়েব প্রমাণীকরণ এপিআই: PublicKeyCredential getClientCapabilities() পদ্ধতি

PublicKeyCredential-এর getClientCapabilities() মেথডটি আপনাকে নির্ধারণ করতে দেয় যে ব্যবহারকারীর ক্লায়েন্ট কোন WebAuthn ফিচারগুলো সমর্থন করে। মেথডটি সমর্থিত ক্যাপাবিলিটিগুলোর একটি তালিকা রিটার্ন করে, যা ডেভেলপারদের ক্লায়েন্টের নির্দিষ্ট কার্যকারিতার উপর ভিত্তি করে অথেনটিকেশন অভিজ্ঞতা এবং ওয়ার্কফ্লো তৈরি করতে সাহায্য করে।

WebGPU: ১-কম্পোনেন্ট ভার্টেক্স ফরম্যাট (এবং unorm8x4-bgra)

সমর্থনের অভাব বা পুরোনো macOS সংস্করণের (যা এখন কোনো ব্রাউজার দ্বারা সমর্থিত নয়) কারণে WebGPU-এর প্রাথমিক সংস্করণে অনুপস্থিত অতিরিক্ত ভার্টেক্স ফরম্যাটগুলো এতে যোগ করা হয়েছে। ১-কম্পোনেন্ট ভার্টেক্স ফরম্যাটগুলো অ্যাপ্লিকেশনগুলোকে শুধুমাত্র প্রয়োজনীয় ডেটা অনুরোধ করার সুযোগ দেয়, যেখানে পূর্বে ৮ এবং ১৬-বিট ডেটা টাইপের জন্য তাদের অন্তত দ্বিগুণ বেশি ডেটা অনুরোধ করতে হতো। unorm8x4-bgra ফরম্যাটটি একই শেডার বজায় রেখে BGRA-এনকোডেড ভার্টেক্স কালার লোড করাকে কিছুটা বেশি সুবিধাজনক করে তোলে।

ওয়েব ক্রিপ্টোগ্রাফি এপিআই-এর X25519 অ্যালগরিদম

"X25519" অ্যালগরিদমটি [RFC7748]-এ উল্লেখিত X25519 ফাংশন ব্যবহার করে কী অ্যাগ্রিমেন্ট সম্পাদনের জন্য টুলস প্রদান করে। "X25519" অ্যালগরিদম আইডেন্টিফায়ারটি SubtleCrypto ইন্টারফেসে এর বাস্তবায়িত অপারেশনগুলো—generateKey, importKey, exportKey, deriveKey এবং deriveBits—অ্যাক্সেস করার জন্য ব্যবহার করা যেতে পারে।

নতুন উৎস পরীক্ষা

ক্রোম ১৩৩-এ আপনি নিম্নলিখিত নতুন অরিজিন ট্রায়ালগুলিতে অংশগ্রহণ করতে পারেন।

এনার্জি সেভারে ফ্রিজিং সুবিধাটি বাদ দিন।

এই অপ্ট-আউট ট্রায়ালটি সাইটগুলিকে ক্রোম ১৩৩-এ অন্তর্ভুক্ত এনার্জি সেভার চলাকালীন ফ্রিজিং আচরণ থেকে অপ্ট-আউট করার সুযোগ দেয়।

অবচয় এবং অপসারণ

ক্রোমের এই সংস্করণে নিচে তালিকাভুক্ত ফিচারগুলো বাতিল ও অপসারণ করা হয়েছে। পরিকল্পিত বাতিলকরণ, বর্তমান বাতিলকরণ এবং পূর্ববর্তী অপসারণের তালিকার জন্য ChromeStatus.com দেখুন।

ক্রোমের এই সংস্করণে একটি ফিচার বাতিল করা হয়েছে।

WebGPU maxInterStageShaderComponents সীমাটি বাতিল করুন

একাধিক কারণের সম্মিলিত প্রভাবে maxInterStageShaderComponents limit অপ্রচলিত হয়ে গেছে। ক্রোম ১৩৫ সংস্করণে এটি অপসারণের নির্ধারিত তারিখ।

  • maxInterStageShaderVariables এর সাথে পুনরাবৃত্তি: এই সীমাটি ইতিমধ্যেই একটি অনুরূপ উদ্দেশ্য পূরণ করে, যা শেডার পর্যায়গুলির মধ্যে প্রেরিত ডেটার পরিমাণ নিয়ন্ত্রণ করে।
  • সামান্য অমিল: যদিও দুটি সীমা গণনা করার পদ্ধতিতে সামান্য পার্থক্য রয়েছে, এই পার্থক্যগুলি নগণ্য এবং maxInterStageShaderVariables সীমার মধ্যে কার্যকরভাবে পরিচালনা করা যেতে পারে।
  • সরলীকরণ: maxInterStageShaderComponents অপসারণ করলে শেডার ইন্টারফেস সুবিন্যস্ত হয় এবং ডেভেলপারদের জন্য জটিলতা হ্রাস পায়। সূক্ষ্ম পার্থক্যযুক্ত দুটি পৃথক সীমা পরিচালনা করার পরিবর্তে, তারা আরও যথাযথভাবে নামকরণ করা এবং ব্যাপক maxInterStageShaderVariables উপর মনোযোগ দিতে পারে।

ক্রোমের এই সংস্করণে দুটি ফিচার সরিয়ে দেওয়া হয়েছে।

পূর্বে, <link rel=prefetch> ব্যবহার করে কোনো রিসোর্স প্রিফেচ করা হলে, রিফেচিং এড়ানোর জন্য ক্রোম পাঁচ মিনিটের মধ্যে প্রথম ব্যবহারের ক্ষেত্রে এর ক্যাশ সেম্যান্টিকস (বিশেষত max-age এবং no-cache ) উপেক্ষা করত। এখন, ক্রোম এই বিশেষ ব্যবস্থাটি সরিয়ে দিয়েছে এবং সাধারণ HTTP ক্যাশ সেম্যান্টিকস ব্যবহার করে।

এর মানে হলো, <link rel=prefetch> থেকে সুবিধা পেতে ওয়েব ডেভেলপারদের উপযুক্ত ক্যাশিং হেডার (Cache-Control বা Expires) অন্তর্ভুক্ত করতে হবে।

এটি অমানক <link rel=prerender> কেও প্রভাবিত করে।

প্রথমবার চালু করার সময় প্রাথমিক পছন্দের ট্যাবগুলির সাথে ক্রোম স্বাগত পৃষ্ঠাটি চালু হওয়া বন্ধ করুন

initial_preferences ফাইলের first_run_tabs প্রপার্টিতে chrome://welcome অন্তর্ভুক্ত করলে এখন থেকে এর কোনো প্রভাব পড়বে না। এটি সরিয়ে ফেলা হয়েছে কারণ ডেস্কটপ প্ল্যাটফর্মে চালু হওয়া ফার্স্ট রান এক্সপেরিয়েন্সের সাথে এই পেজটি অপ্রয়োজনীয়।