প্রকাশিত: ৪ সেপ্টেম্বর, ২০২৫
অন্যথায় উল্লেখ না করা থাকলে, নিম্নলিখিত পরিবর্তনগুলি Android, ChromeOS, Linux, macOS এবং Windows-এর জন্য নতুন Chrome বিটা চ্যানেল রিলিজে প্রযোজ্য। এখানে উল্লেখ করা ফিচার সম্পর্কে আরও জানতে, প্রদত্ত লিঙ্ক বা ChromeStatus.com-এ দেওয়া তালিকা দেখুন। ৪ সেপ্টেম্বর, ২০২৫ থেকে Chrome 141 বিটা ভার্সন হিসেবে উপলভ্য। আপনি ডেস্কটপের জন্য Google.com-এ অথবা Android-এ Google Play Store-এ লেটেস্ট ভার্সন ডাউনলোড করতে পারবেন।
CSS এবং UI
ARIA Notify API
ARIA Notify API ডেভেলপারদের জন্য একটি JavaScript পদ্ধতি প্রদান করে যাতে তারা সরাসরি স্ক্রিন রিডারকে বলতে পারে যে কী পড়তে হবে।
ariaNotify() ব্যবহার করলে ARIA লাইভ রিজিয়নের তুলনায় নির্ভরযোগ্যতা ও ডেভেলপার কন্ট্রোল উন্নত হয় এবং DOM আপডেটের সাথে যুক্ত নয় এমন পরিবর্তন ঘোষণা করার অনুমতি দেয়। এটি আপনাকে ডায়নামিক ওয়েব অ্যাপ্লিকেশন জুড়ে আরও সামঞ্জস্যপূর্ণ এবং এরগোনমিক অ্যাক্সেসিবিলিটি অভিজ্ঞতা তৈরি করতে দেয়। আপনি "aria-notify" অনুমতি সংক্রান্ত নীতি ব্যবহার করে এই ফিচারের iframe ব্যবহার নিয়ন্ত্রণ করতে পারবেন।
hidden=until-found এবং পূর্বপুরুষের বিবরণ প্রকাশ করার অ্যালগরিদম আপডেট করুন
ব্রাউজার যাতে ইনফিনিট লুপে আটকে না যায়, তার জন্য hidden=until-found এবং details এলিমেন্টের রিভিলিং অ্যালগরিদমে সম্প্রতি কিছু ছোটখাটো পরিবর্তন করা হয়েছে; এই আপডেটগুলি Chrome-এ যোগ করা হয়েছে।
নেস্ট করা <svg> এলিমেন্টে প্রেজেন্টেশন অ্যাট্রিবিউট হিসেবে width ও height-এর জন্য সহায়তা
Chrome, SVG মার্কআপ এবং CSS, দুটির মাধ্যমেই নেস্টেড <svg> এলিমেন্টে প্রেজেন্টেশন অ্যাট্রিবিউট হিসেবে width এবং height প্রয়োগ করা সাপোর্ট করে। এই দ্বৈত পদ্ধতি ডেভেলপারদের আরও বেশি নমনীয়তা প্রদান করে, যা তাদের জটিল ডিজাইনের মধ্যে আরও দক্ষতার সাথে SVG এলিমেন্ট ম্যানেজ এবং স্টাইল করতে দেয়।
এই ফিচার চালু থাকলে, নিম্নলিখিত HTML স্নিপেটের আউটপুট একই হয়।
নেস্ট করা <svg> এলিমেন্টের জন্য CSS প্রপার্টি সহ:
<svg width="100px" height="100px">
<svg style="width:50px;height:50px;">
<circle cx="50px" cy="50px" r="40px" fill="green" />
</svg>
</svg>
নেস্ট করা <svg> এলিমেন্টের জন্য CSS প্রপার্টি ছাড়া:
<svg width="100px" height="100px">
<svg width="50px" height="50px">
<circle cx="50px" cy="50px" r="40px" fill="green" />
</svg>
</svg>
Web API
Digital Credentials API (প্রেজেন্টেশন সংক্রান্ত সহায়তা)
ওয়েবসাইট বিভিন্ন ধরনের মেকানিজম ব্যবহার করে মোবাইল ওয়ালেট অ্যাপ থেকে ক্রেডেনশিয়াল সংগ্রহ করে, যেমন কাস্টম URL হ্যান্ডলার এবং QR কোড স্ক্যানিং। এই ফিচার, সাইটকে Android-এর IdentityCredential CredMan সিস্টেম ব্যবহার করে ওয়ালেট থেকে পরিচয় সংক্রান্ত তথ্য অনুরোধ করার অনুমতি দেয়। এটি একাধিক ক্রেডেনশিয়াল ফর্ম্যাট (যেমন ISO mDoc এবং W3C যাচাইযোগ্য ক্রেডেনশিয়াল) সাপোর্ট করার জন্য এক্সটেন্ডেবল এবং একাধিক ওয়ালেট অ্যাপ ব্যবহার করার অনুমতি দেয়। এই আপডেট এমন মেকানিজম যোগ করে যা বাস্তব-জগতের পরিচয়ের ইকোসিস্টেম-স্কেল অপব্যবহারের ঝুঁকি কমাতে সাহায্য করে।
Navigation API: deferred commit (precommit handlers)
সাধারণত, navigateEvent.intercept() কল করা হলে, ইন্টারসেপ্ট করা নেভিগেশন
কমিট করে (এবং তাই URL আপডেট হয়) NavigateEvent ডিসপ্যাচ শেষ হওয়ার
সাথে সাথেই।
এই ফিচার navigateEvent.intercept()-এ precommitHandler বিকল্প যোগ করে, যা handler-এর মতো। এটি সেই হ্যান্ডলার (এবং অন্যান্য সব প্রি-কমিট হ্যান্ডলার) সমাধান না হওয়া পর্যন্ত কমিট স্থগিত রাখে এবং হ্যান্ডলারকে নেভিগেশনের URL, তথ্য, স্ট্যাটাস ও ইতিহাস ম্যানেজ করার আচরণ (পুশ/পরিবর্তন) পরিবর্তন করার অনুমতি দেয়।
restrictOwnAudio-কে সাহায্য করুন
restrictOwnAudio প্রপার্টি হল ক্যাপচার করা ডিসপ্লে সারফেসের কনস্ট্রেনেবল প্রপার্টি। এই সীমাবদ্ধযোগ্য প্রপার্টি ক্যাপচার করা ডিসপ্লে সারফেসে সিস্টেম অডিওর আচরণ পরিবর্তন করে। ক্যাপচার করা ডিসপ্লে সারফেসে সিস্টেম অডিও থাকলে তবেই restrictOwnAudio কনস্ট্রেন্টের প্রভাব থাকবে; অন্যথায়, এর কোনও প্রভাব থাকবে না।
ডিফল্ট হিসেবে, সিস্টেম অডিও ক্যাপচার করা হলে, অডিও আউটপুট ডিভাইসে সিস্টেমের মাধ্যমে চালানো সব অডিও এতে অন্তর্ভুক্ত থাকে। restrictOwnAudio চালু করা থাকলে, ক্যাপচার করা সিস্টেম অডিও ফিল্টার করা হবে যাতে getDisplayMedia পারফর্ম করা ডকুমেন্ট থেকে আসা অডিও বাদ দেওয়া যায়।
getUserMedia()-এর জন্য echoCancellationMode
MediaTrackConstraints অভিধানের echoCancellation আচরণ এক্সটেন্ড করে। আগে
এতে শুধু true ও false ব্যবহার করা যেত, এখন all ও remote-only-এর মতো
সম্ভাব্য ভ্যালুও ব্যবহার করা যায়। মাইক্রোফোন থেকে পাওয়া অডিও ট্র্যাকে প্রয়োগ করা ইকো ক্যানসেলেশন আচরণ ক্লায়েন্টকে পরিবর্তন করার অনুমতি দেয়, ব্যবহারকারীর সিস্টেম প্লেআউটের (সব, অথবা শুধুমাত্র PeerConnections থেকে পাওয়া অডিও) কতটা
মাইক্রোফোন সিগন্যাল থেকে সরানো হয়েছে তা নিয়ন্ত্রণ করে।
getDisplayMedia()-এর জন্য windowAudio
windowAudio বিকল্পের মাধ্যমে getDisplayMedia()-এর জন্য DisplayMediaStreamOptions বাড়ায়। এই নতুন বিকল্পের মাধ্যমে ওয়েব অ্যাপ্লিকেশন ইউজার এজেন্টকে ইঙ্গিত দিতে পারে যে কোনও উইন্ডো বেছে নেওয়ার সময় ব্যবহারকারীকে অডিও শেয়ার করার সুবিধা অফার করা উচিত কিনা। অ্যাপ্লিকেশনের পছন্দের উপর ভিত্তি করে windowAudio বিকল্পটি বাদ দেওয়া, সিস্টেম বা উইন্ডোতে সেট করা যেতে পারে।
অডিও ক্যাপচার করার জন্য কনফিগার করা হয়েছে এমন কোনও ওয়েব অ্যাপ্লিকেশন যদি উইন্ডো বেছে নেওয়ার সময় সিস্টেম অডিও ক্যাপচার সীমিত করতে চায়, তাহলে তাকে windowAudio: "exclude" সেট করতে হবে।
FedCM: অ্যাকাউন্ট বেছে নেওয়ার ক্ষেত্রে বিকল্প ফিল্ড
অ্যাকাউন্ট সিলেক্টরে অ্যাকাউন্ট আলাদা করে শনাক্ত করার জন্য ব্যবহারকারীর পুরো নাম ও ইমেল আইডির পাশাপাশি বা পরিবর্তে ফোন নম্বর ও ইউজারনেম যোগ করে এবং ডিসক্লোজার টেক্সটকে প্রভাবিত করার জন্য ওয়েবসাইটগুলিতে এইসব নতুন ফিল্ড উপলভ্য করে। আরও তথ্যের জন্য ডকুমেন্টেশন দেখুন।
getAll() ও getAllKeys()-এর জন্য IndexedDB getAllRecords() ও দিকনির্দেশ সংক্রান্ত বিকল্প
এই ফিচার IndexedDB IDBObjectStore এবং IDBIndex-এ getAllRecords() পদ্ধতি যোগ করে। এটি getAll() ও getAllKeys()-এ দিকনির্দেশ প্যারামিটারও যোগ করে। এই কার্যকারিতা কার্সার সহ ইটারেশনের বর্তমান বিকল্পের তুলনায় নির্দিষ্ট কিছু রিড প্যাটার্নকে উল্লেখযোগ্যভাবে দ্রুত করে তোলে। একটি পরীক্ষায়, Microsoft প্রপার্টি থেকে পাওয়া ওয়ার্কলোড ৩৫০ মিলিসেকেন্ড উন্নতি দেখিয়েছে।
getAllRecords() পদ্ধতিটি একই সাথে প্রাথমিক কী এবং ভ্যালু উভয়কেই গণনা করে getAllKeys() এবং getAll()-কে একত্রিত করে। IDBIndex-এর জন্য, getAllRecords() প্রাইমারি কী ও ভ্যালু ছাড়াও রেকর্ডের ইন্ডেক্স কী প্রদান করে।
স্পেকুলেশন রুল: ডেস্কটপ "eager" ইগারনেস সংক্রান্ত উন্নতি
ডেস্কটপে, "eager" আগ্রহের অনুমান সংক্রান্ত নিয়ম প্রিফেচ ও প্রিরেন্ডার ট্রিগার করে যখন ব্যবহারকারী "moderate" মাউস হোভার সময়ের চেয়ে কম সময়ের জন্য কোনও লিঙ্কের উপর হোভার করেন।
যত দ্রুত সম্ভব প্রিফেচ বা প্রিরেন্ডার শুরু করার আগের আচরণ "অবিলম্বে" আগ্রহের মতোই ছিল। এই নতুন আচরণটি সহায়ক কারণ এটি লেখকের অভিপ্রায়কে আরও ভালোভাবে প্রতিফলিত করে, যা "মাঝারি"র চেয়ে বেশি এবং "অবিলম্বে"র চেয়ে কম আগ্রহ প্রকাশ করে।
Storage Access API-এর জন্য কঠোর Same Origin Policy
নিরাপত্তার ক্ষেত্রে Same Origin Policy কঠোরভাবে মেনে চলার জন্য Storage Access API সিম্যান্টিক্স অ্যাডজাস্ট করে। অর্থাৎ, কোনও ফ্রেমে document.requestStorageAccess() ব্যবহার করলে, ডিফল্ট হিসেবে শুধুমাত্র iframe-এর অরিজিনে (সাইটে নয়) পাঠানো অনুরোধে কুকি অ্যাটাচ করা হয়।
স্বাক্ষর-ভিত্তিক ইন্টিগ্রিটি
এই ফিচার ওয়েব ডেভেলপারদের এমন একটি মেকানিজম প্রদান করে যার মাধ্যমে তারা যেসব রিসোর্সের উপর নির্ভর করে সেগুলির উৎস যাচাই করতে পারে। এর ফলে, কোনও সাইটের নির্ভরতার উপর আস্থা রাখার জন্য একটি টেকনিক্যাল ভিত্তি তৈরি হয়। সার্ভার Ed25519 কী পেয়ারের মাধ্যমে উত্তরে স্বাক্ষর করতে পারে এবং ওয়েব ডেভেলপাররা নির্দিষ্ট সর্বজনীন কী ব্যবহার করে স্বাক্ষর যাচাই করার জন্য ইউজার এজেন্টকে অনুরোধ করতে পারেন। এটি একদিকে কন্টেন্ট নিরাপত্তা নীতি দ্বারা অফার করা URL-ভিত্তিক চেক এবং অন্যদিকে সাবরিসোর্স ইন্টিগ্রিটির কন্টেন্ট-ভিত্তিক চেকের জন্য একটি সহায়ক সংযোজন অফার করে।
WebRTC এনকোড করা ট্রান্সফর্ম (ভার্সন ২)
এই API আপনাকে RTCPeerConnection-এর মাধ্যমে প্রবাহিত এনকোড করা মিডিয়া প্রসেস করতে দেয়। Chromium ২০২০ সালে এই API-এর একটি প্রাথমিক ভার্সন রিলিজ করেছে। তারপর থেকে, স্পেসিফিকেশন পরিবর্তিত হয়েছে এবং অন্যান্য ব্রাউজার স্পেসিফিকেশনের আপডেট করা ভার্সন প্রকাশ করেছে (২০২২ সালে Safari এবং ২০২৩ সালে Firefox)।
এই লঞ্চ Chrome-কে সবচেয়ে সাম্প্রতিক স্পেসিফিকেশনে আপডেট করে এবং এটি Interop 2025-এর অংশ।
এই লঞ্চে generateKeyFrame পদ্ধতি কভার করা হয়নি, যা এখনও আলোচনাধীন।
শুধুমাত্র ম্যানেজ করা ChromeOS ডিভাইস
ডিভাইস অ্যাট্রিবিউট API-এর জন্য অনুমতি সংক্রান্ত নীতি
নতুন অনুমতি সংক্রান্ত নীতি আপনাকে ডিভাইস অ্যাট্রিবিউট API-তে অ্যাক্সেস সীমাবদ্ধ করতে দেয়, যা শুধুমাত্র নীতি-ইনস্টল করা কিয়স্ক ওয়েব অ্যাপ এবং নীতি-ইনস্টল করা Isolated Web Apps-এর জন্য উপলভ্য, উভয়ই শুধুমাত্র ম্যানেজ করা ChromeOS ডিভাইসে। এছাড়াও, কন্টেন্ট সেটিংস ফিচারটি নিয়ন্ত্রণ করে।
দুটি নতুন নীতি চালু করা হয়েছে: DeviceAttributesBlockedForOrigins এবং DefaultDeviceAttributesSetting। DeviceAttributesAllowedForOrigins-এর পাশাপাশি এই নীতিগুলি চালু করা হয়েছে।
নতুন অরিজিন ট্রায়াল
Chrome 141-এ আপনি নিম্নলিখিত নতুন অরিজিন ট্রায়াল-এ অপ্ট-ইন করতে পারবেন।
স্থানীয় নেটওয়ার্ক অ্যাক্সেস সংক্রান্ত বিধিনিষেধ
Chrome 141 ব্যবহারকারীর লোকাল নেটওয়ার্কে অনুরোধ করার ক্ষমতাকে সীমাবদ্ধ করে, অনুমতির প্রম্পটের পিছনে গেট করা।
লোকাল নেটওয়ার্ক অনুরোধ হল কোনও সর্বজনীন ওয়েবসাইট থেকে লোকাল IP অ্যাড্রেস বা লুপব্যাকে অথবা কোনও লোকাল ওয়েবসাইট (যেমন, ইন্ট্রানেট) থেকে লুপব্যাকে করা যেকোনও অনুরোধ। এইসব অনুরোধ করার জন্য ওয়েবসাইটের অনুমতি প্রয়োজন হলে, রাউটারের মতো লোকাল নেটওয়ার্ক ডিভাইসের বিরুদ্ধে ক্রস-সাইট অনুরোধের জালিয়াতি সংক্রান্ত অ্যাটাকের ঝুঁকি কমে যায় এবং ব্যবহারকারীর লোকাল নেটওয়ার্কের ফিঙ্গারপ্রিন্ট নেওয়ার জন্য এইসব অনুরোধ ব্যবহার করার ক্ষেত্রে সাইটের ক্ষমতা কমে যায়।
এই অনুমতি সুরক্ষিত কনটেক্সটের মধ্যে সীমাবদ্ধ। অনুমতি দেওয়া হলে, লোকাল নেটওয়ার্ক অনুরোধের জন্য মিক্সড কন্টেন্ট ব্লক করার ক্ষেত্রে অতিরিক্ত ছাড় দেওয়া হয় (কারণ অনেক লোকাল ডিভাইস বিভিন্ন কারণে সর্বজনীনভাবে বিশ্বস্ত TLS সার্টিফিকেট পায় না)।
এই কাজটি "ব্যক্তিগত নেটওয়ার্ক অ্যাক্সেস" নামক পূর্ববর্তী প্রচেষ্টার স্থান অধিকার করে।
Proofreader API
সংশোধনের সাজেশন সহ ইনপুট টেক্সট প্রুফরিড করার জন্য একটি JavaScript API, যা AI ল্যাঙ্গুয়েজ মডেল দ্বারা পরিচালিত।
CSP script-src (script-src-v2 নামেও পরিচিত) এক্সটেন্ড করুন
এই ফিচার script-src কন্টেন্ট সুরক্ষা নীতি (CSP) ডাইরেক্টিভে নতুন কীওয়ার্ড যোগ করে। এটি দুটি নতুন হ্যাশ-ভিত্তিক অনুমোদিত তালিকার মেকানিজম যোগ করে: URL-এর হ্যাশের উপর ভিত্তি করে স্ক্রিপ্ট সোর্স এবং eval() ও eval()-এর মতো ফাংশনের কন্টেন্ট। এটি কখনও কখনও script-src-v2 হিসেবে উল্লেখ করা হয়, যদিও এটি আগে থেকে থাকা script-src-এর সাথে ব্যাকওয়ার্ড কম্প্যাটিবল এবং একই নির্দেশিকা ব্যবহার করে।
URL এবং eval() হ্যাশ কভার করার জন্য হ্যাশ বাড়ানোর ফলে ডেভেলপাররা স্ক্রিপ্টের হ্যাশ দ্বারা স্ক্রিপ্টগুলিকে সংকীর্ণভাবে অনুমোদিত তালিকায় রেখে যুক্তিসঙ্গতভাবে কঠোর নিরাপত্তা নীতি সেট করতে পারেন, এমনকি যখন স্ক্রিপ্টের কন্টেন্ট ঘন ঘন পরিবর্তন সাপেক্ষে হয় এবং eval()-এর পরিচিত-নিরাপদ কন্টেন্ট ব্যাপকভাবে eval()-এর অনিয়ন্ত্রিত ব্যবহারের অনুমতি না দিয়ে।
নতুন কীওয়ার্ড প্রদান করা হলে তা হোস্ট-ভিত্তিক script-src ওভাররাইড করে। এর ফলে, নতুন কীওয়ার্ড প্রয়োগ করে বা করে না এমন ব্রাউজারের সাথে একটি হেডার মানানসই হয়।
WebAssembly কাস্টম ডেসক্রিপ্টর
WebAssembly-কে নতুন "কাস্টম ডেসক্রিপ্টর" অবজেক্টে আরও দক্ষতার সাথে সোর্স-লেভেল টাইপের সাথে যুক্ত ডেটা স্টোর করতে দেয়। এইসব কাস্টম ডেসক্রিপ্টর, সেই সোর্স-লেভেল ধরনের WebAssembly অবজেক্টের জন্য প্রোটোটাইপের মাধ্যমে কনফিগার করা যেতে পারে। এটি আপনাকে WebAssembly অবজেক্টের প্রোটোটাইপ চেনে মেথড ইনস্টল করতে এবং সাধারণ মেথড কল সিনট্যাক্স ব্যবহার করে জাভাস্ক্রিপ্ট থেকে সরাসরি কল করতে দেয়। ইমপোর্ট করা বিল্ট-ইন ফাংশন ব্যবহার করে প্রোটোটাইপ ও পদ্ধতি ডিক্লেরেটিভভাবে কনফিগার করা যেতে পারে।