রিলিজ নোট

বিটা 7.1

রিলিজের তারিখ ১৬ অক্টোবর, ২০২৬
বিল্ড CP41.260831.019
এমুলেটর সহায়তা x86 (64-বিট), ARM (v8-A)
সিকিউরিটি প্যাচ লেভেল 2026-10-05
Google Play পরিষেবা ২৬.২৮.৩৩

বিটা ৭

রিলিজের তারিখ ৯ অক্টোবর, ২০২৬
বিল্ড CP41.260831.016
এমুলেটর সহায়তা x86 (64-বিট), ARM (v8-A)
সিকিউরিটি প্যাচ লেভেল 2026-10-05
Google Play পরিষেবা ২৬.২৮.৩৩

বিটা 6.1

রিলিজের তারিখ সেপ্টেম্বর 29, 2026
বিল্ড CP41.260831.007.A3
CP41.260831.011
এমুলেটর সহায়তা x86 (64-বিট), ARM (v8-A)
সিকিউরিটি প্যাচ লেভেল 2026-08-05
Google Play পরিষেবা ২৬.২৮.৩৩

বিটা ৬

রিলিজের তারিখ সেপ্টেম্বর 24, 2026
বিল্ড CP41.260831.007
এমুলেটর সহায়তা x86 (64-বিট), ARM (v8-A)
সিকিউরিটি প্যাচ লেভেল 2026-08-05
Google Play পরিষেবা ২৬.২৮.৩৩

বিটা ৫

রিলিজের তারিখ সেপ্টেম্বর 15, 2026
বিল্ড CP41.260828.004.A8
CP41.260828.005.A6
এমুলেটর সহায়তা x86 (64-বিট), ARM (v8-A)
সিকিউরিটি প্যাচ লেভেল 2026-08-05
Google Play পরিষেবা ২৬.২৮.৩৩

বিটা ৪

রিলিজের তারিখ ২৮ আগস্ট, ২০২৬
বিল্ড CP41.260814.003.A2
CP41.260814.003.B1
CP41.260814.003.C2
এমুলেটর সহায়তা x86 (64-বিট), ARM (v8-A)
সিকিউরিটি প্যাচ লেভেল 2026-08-05
Google Play পরিষেবা ২৬.২৮.৩৩

বিটা ৩

রিলিজের তারিখ ১৪ আগস্ট, ২০২৬
বিল্ড CP41.260731.005.A2
CP41.260731.005.B1
এমুলেটর সহায়তা x86 (64-বিট), ARM (v8-A)
সিকিউরিটি প্যাচ লেভেল 2026-08-05
Google Play পরিষেবা ২৬.২৬.৩৪

বিটা ২

রিলিজের তারিখ আগস্ট 3, 2026
বিল্ড CP41.260717.006
এমুলেটর সহায়তা x86 (64-বিট), ARM (v8-A)
সিকিউরিটি প্যাচ লেভেল 2026-07-05
Google Play পরিষেবা 26.24.35

বিটা ১

রিলিজের তারিখ ২০ জুলাই, ২০২৬
বিল্ড CP41.260701.005
এমুলেটর সহায়তা x86 (64-বিট), ARM (v8-A)
সিকিউরিটি প্যাচ লেভেল 2026-07-05
Google Play পরিষেবা ২৬.২৩.৩৪

Android 17 QPR 2 Beta 7.1 (অক্টোবর ২০২৬)

Android 17-এর প্রাথমিক রিলিজ-এর উপর ভিত্তি করে, আমরা প্ল্যাটফর্মটি আপডেট করা চালিয়ে যাচ্ছি। এতে সমস্যা সমাধান এবং উন্নতি অন্তর্ভুক্ত রয়েছে, যা পরে উপযুক্ত ডিভাইসে রোল-আউট করা হয়। এইসব রিলিজ ত্রৈমাসিক ভিত্তিতে ত্রৈমাসিক প্ল্যাটফর্ম রিলিজ (QPRs)-এর মাধ্যমে করা হয়, যা AOSP এবং Google Pixel ডিভাইসে ফিচার ড্রপ-এর অংশ হিসেবে ডেলিভার করা হয়।

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

Android 17 QPR2-এ একটি মাইনর SDK রিলিজ অন্তর্ভুক্ত আছে। এই ইনক্রিমেন্টাল আপডেটে কোনও পরিকল্পিত আচরণগত পরিবর্তন নেই, যা কম্প্যাটিবিলিটি টেস্টিংয়ের প্রয়োজনীয়তা কমিয়ে দেয়। আপনি API ডিফারেন্স রিপোর্ট থেকে বর্তমান SDK পরিবর্তন দেখতে পারবেন।

কল ফরওয়ার্ডিং সংক্রান্ত জালিয়াতির বিরুদ্ধে কঠোর ব্যবস্থা নেওয়া

প্রোগ্রাম্যাটিক কল ফরওয়ার্ডিংয়ের ক্ষেত্রে Android 17 QPR2 নতুন নিরাপত্তা সংক্রান্ত বিধিনিষেধ নিয়ে এসেছে যাতে ব্যবহারকারীদের প্রতারণার হাত থেকে রক্ষা করা যায়। সিস্টেম এখন TelephonyManager.sendUssdRequest() API ব্যবহার করে এক্সিকিউট করা কল-ফরওয়ার্ডিং USSD কোড (যেমন *21#) পার্স করে এবং বেছে বেছে সীমাবদ্ধ করে।

  • API সংক্রান্ত বিধিনিষেধ: শুধুমাত্র CALL_PHONE অনুমতি ব্যবহার করে কল-ফরওয়ার্ডিং কোডের জন্য sendUssdRequest() API আর অ্যাক্সেস করা যাবে না। স্ট্যান্ডার্ড অ্যাপ ব্যাকগ্রাউন্ডে এইসব কোড এক্সিকিউট করার চেষ্টা করলে তা ব্লক করা হবে এবং USSD_ERROR_NOT_ALLOWED কলব্যাক পাবে।
  • সিস্টেম কনফার্মেশন: সোশ্যাল ইঞ্জিনিয়ারিং স্ক্যামের বিরুদ্ধে লড়াই করতে, যেসব ব্যবহারকারী সিস্টেম ডায়ালারে ম্যানুয়ালি কল-ফরওয়ার্ডিং কোড ডায়াল করেন, তারা এখন কমান্ড কার্যকর হওয়ার আগে একটি নতুন OS-লেভেল কনফার্মেশন ডায়ালগ দেখতে পাবেন।
  • কল ফরওয়ার্ডিং নয় এমন USSD: কল ফরওয়ার্ডিং নয় এমন USSD অনুরোধ (যেমন, মোবাইল মানি ট্রান্সফার ও অ্যাকাউন্ট চেক) এই পরিবর্তনের ফলে প্রভাবিত হয় না।
  • প্রশমন: আপনার অ্যাপ প্রভাবিত হলে, এটি USSD_ERROR_NOT_ALLOWED ব্যর্থ কলব্যাক সুন্দরভাবে ম্যানেজ করে কিনা তা যাচাই করুন। যেসব অ্যাপের ক্ষেত্রে কল ফরওয়ার্ডিং সেট-আপ প্রয়োজন হয় এবং যেগুলি ছাড়প্রাপ্ত রোলের জন্য উপযুক্ত নয়, সেগুলির ক্ষেত্রে ডায়ালার প্রি-ফিল করার জন্য ACTION_DIAL ইনটেন্ট ব্যবহার করতে আপনার ফ্লো মাইগ্রেট করুন, যাতে ব্যবহারকারী ম্যানুয়ালি অ্যাকশন কনফার্ম করতে পারেন।

সেল্ফ-ব্রডকাস্টের অপ্টিমাইজ করা ডেলিভারি

On devices running Android 17 QPR2 or higher, Android delivers self-broadcasts more efficiently to improve system health. A self-broadcast is a broadcast (for example, one sent with sendBroadcast()) for which all of the receivers, whether context-registered or declared in the manifest, run in the same process that sent the broadcast. If any receiver runs in a different process, the broadcast isn't a self-broadcast. The system hands self-broadcasts back to the sending process, which delivers them to its own receivers on the main thread. This prevents apps from keeping themselves running in the background by repeatedly sending broadcasts to themselves. This change applies to all apps, regardless of their targetSdkVersion.

This change affects your app in the following ways:

  • Sending a self-broadcast doesn't raise your process's importance and doesn't prevent a cached process from being frozen.

  • If your process is cached and frozen, self-broadcasts that it sent wait until the process is unfrozen, for example, when the user returns to the app or another component of the app starts.

  • Self-broadcasts that haven't been delivered yet are held in the process's memory. If the system kills the process before they're delivered, they're lost and aren't redelivered.

Broadcasts that have a receiver in a different process (including another process of the same app), broadcasts sent on behalf of another app (such as through a PendingIntent), and broadcasts sent to a different user profile aren't affected.

Make sure your app doesn't rely on self-broadcasts to do work in the background. Don't use self-broadcasts as a timer or keep-alive mechanism. To schedule background work, use WorkManager, or use AlarmManager for work that must happen at a specific time. For communication within a process, use direct calls such as callbacks or Kotlin flows instead of broadcasts.

Beta 7.1-এ পরিচিত সমস্যা

Pixel 11 Pro Fold ব্যবহারকারীদের ফেস আনলক ফিচার সঠিকভাবে কাজ করার জন্য এটি আবার নথিভুক্ত করতে হতে পারে।

Beta 7.1 (অক্টোবর ২০২৬)-এ সমাধান করা প্রধান সমস্যা

বিটা ৭ (অক্টোবর ২০২৬)-এ সমাধান করা প্রধান সমস্যা

Beta 6-এ সমাধান করা প্রধান সমস্যা (সেপ্টেম্বর ২০২৬)

বিটা ৫-এ (সেপ্টেম্বর ২০২৬) সমাধান করা প্রধান সমস্যা

  • সেটিংসে ব্লুটুথ ডিভাইসের ধরন পরিবর্তন করার ফলে এর আইকন ভিজ্যুয়ালি আপডেট করা যায়নি। (সমস্যা #৫১৬০৭১১৩৪)
  • সিস্টেমের স্থিতিশীলতা সংক্রান্ত সমস্যা যার কারণে মিডিয়া-ভারী অ্যাপ্লিকেশনে একটানা UI স্ক্রল করার সময় অপ্রত্যাশিতভাবে ডিভাইস রিবুট হয়ে যায়। (সমস্যা #৫৪৪২৯১১১৩)
  • মিডিয়া কাস্ট করার সময় হার্ডওয়্যার ভলিউম বোতাম প্রেস করলে সিস্টেম ভলিউম স্লাইডার UI দেখা যায় না। (সমস্যা #৫৪৮১৪৫০১৮)
  • সার্চ ফিল্ডে টাইপ করার সময় অপ্রত্যাশিত ব্যাকগ্রাউন্ড হাইলাইট দেখা যাওয়ার কারণ হিসেবে টেক্সট-রেন্ডারিং সংক্রান্ত সমস্যার সমাধান করা হয়েছে এবং নেভিগেশন রাউটিং সংক্রান্ত সমস্যার সমাধান করা হয়েছে যার ফলে প্রাইভেট স্পেস সঠিকভাবে আনলক করা যাচ্ছিল না। (সমস্যা #548285596)
  • ব্যবহারকারীর সেটিংসে বন্ধ করা সত্ত্বেও উন্নত HDR মোড চালু ছিল। (সমস্যা #৫৪৭৪৫৭৯১০)
  • পাওয়ার বোতাম শর্টকাটের মাধ্যমে Google Wallet লঞ্চ করার ফলে টাচস্ক্রিন কাজ করা বন্ধ করে দেয়। (সমস্যা #৫৪৯৭৫৮০৮৪)
  • প্যানোরামা প্রসেস করার সময় ক্যামেরা ক্র্যাশ করে। (সমস্যা #৫৫১০৬৯৬২৫)
  • কল শেষ করার বা উত্তর দেওয়ার পরে ব্লুটুথ অডিওতে নয়েজ ও ডিস্টরশন হয়। (সমস্যা #541684282)

Beta 4-এ সমাধান করা প্রধান সমস্যা (আগস্ট ২০২৬)

বিটা ৩-এ সমাধান করা প্রধান সমস্যা (আগস্ট ২০২৬)

Beta 1-এ সমাধান করা প্রধান সমস্যা (জুলাই ২০২৬)

  • রিমোট বন্ড লসের পরে ব্লুটুথ আবার পেয়ার করার সময় কোনও বিজ্ঞপ্তি ছাড়াই তা ব্যর্থ হয়। (সমস্যা #৪১২৫২৪০৫৭)
  • অ্যাপের বিজ্ঞপ্তি বন্ধ করা থাকলেও, ডিভাইস চালু করার সময় লক স্ক্রিনে মিডিয়া প্লেয়ার কন্ট্রোল অল্প সময়ের জন্য দেখা যায়। (সমস্যা #৪৮৪৬০৭৭০১)
  • Gemini চালু করার সময় সিস্টেম ক্র্যাশ করার কারণে Pixel ডিভাইস অপ্রত্যাশিতভাবে রিবুট হয়ে যায়। (সমস্যা #৫০৫৭৫০৪৮৯)
  • একাধিক আঙুল দিয়ে টেনে নিয়ে রাখার জেসচার শুরু করার ফলে সোর্স অ্যাপ্লিকেশন পরবর্তী টাচ ইভেন্ট রিসিভ করা বন্ধ করে দিয়েছে। (সমস্যা #৫১৬৮৩৬৩০৬)
  • সিস্টেম রিস্টার্ট না করা পর্যন্ত বিজ্ঞপ্তি শেডে বিজ্ঞপ্তিগুলি এলোমেলোভাবে অদৃশ্য হয়ে যায়। (সমস্যা #৫২৬১৩৯২০৭, সমস্যা #৫২২৬৫৭০৩৪)
  • ক্লাস কনস্ট্যান্টের পরিবর্তে "NONE" স্ট্রিং ডাইজেস্ট ব্যবহার করার সময় ML-DSA কী জেনারেশন একটি ব্যতিক্রমের সাথে ব্যর্থ হয়। (সমস্যা #৫২৫৬১২৭৩৫)
  • AccessibilityNodeInfo.toString()-এ একটি সমস্যা যেখানে স্ক্রিন বাউন্ড ব্যবহার করে উইন্ডো বাউন্ড ভুলভাবে লগ করা হয়েছে, যার ফলে বিভ্রান্তিকর অ্যাক্সেসিবিলিটি ডিবাগিং ডেটা তৈরি হয়েছে। (সমস্যা #৫২০৪২৮৪৪২)
  • উইন্ডো-লেভেল UI ব্লার এফেক্ট রেন্ডার করা যায়নি এবং রিবুট করার পরে "উইন্ডো-লেভেল ব্লার করার অনুমতি দিন" ডেভেলপার টগল রিসেট করা হয়েছে। (সমস্যা #৫২৭৩৭৬৫৬৯)