Chrome 94 ۾ Idle Detection API جي ڊفالٽ شموليت تنقيد جي هڪ لهر کي جنم ڏنو آهي، فائر فاڪس ۽ ويب ڪيٽ/سفاري ڊولپرز جي اعتراضن جو حوالو ڏيندي.
Idle Detection API سائيٽن کي ان وقت معلوم ڪرڻ جي اجازت ڏئي ٿي جڏهن صارف غير فعال آهي، يعني. ڪيبورڊ/ماؤس سان لهه وچڙ نه ڪندو آهي يا ڪنهن ٻئي مانيٽر تي ڪم نه ڪندو آهي. API پڻ توهان کي اهو ڳولڻ جي اجازت ڏئي ٿو ته ڇا اسڪرين سيور سسٽم تي هلندڙ آهي يا نه. غيرفعاليت جي باري ۾ معلومات هڪ نوٽيفڪيشن موڪلڻ کان پوءِ ڪئي ويندي آهي هڪ مخصوص غير فعالي حد تائين پهچڻ کان پوءِ، جنهن جي گھٽ ۾ گھٽ قيمت مقرر ڪئي وئي آهي 1 منٽ.
اهو نوٽ ڪرڻ ضروري آهي ته Idle Detection API جي استعمال کي صارف جي اجازتن جي واضح اجازت جي ضرورت آهي، يعني. جيڪڏهن ايپليڪيشن پهريون ڀيرو غير فعالي کي ڳولڻ جي ڪوشش ڪري ٿي، صارف کي هڪ ونڊو سان پيش ڪيو ويندو پڇي ٿو ته ڇا اجازت ڏيو يا آپريشن کي بلاڪ ڪريو. Idle Detection API کي مڪمل طور تي غير فعال ڪرڻ لاءِ، هڪ خاص آپشن (“chrome://settings/content/idleDetection”) ”پرائيويسي ۽ سيڪيورٽي“ سيٽنگ سيڪشن ۾ مهيا ڪيو ويو آهي.
ايپليڪيشن جي علائقن ۾ چيٽ، سماجي نيٽ ورڪنگ ۽ ڪميونيڪيشن ايپليڪيشنون شامل آهن جيڪي صارف جي حيثيت کي تبديل ڪري سگهن ٿيون ڪمپيوٽر تي سندس موجودگي جي لحاظ کان يا نون پيغامن جي نوٽيفڪيشن کي دير ڪري سگهي ٿي جيستائين صارف نه پهچي. API کي استعمال ڪري سگھجن ٿا ڪائوسڪ ايپليڪيشنن ۾ غير فعال ٿيڻ کان پوءِ اصل اسڪرين ڏانھن موٽڻ لاءِ، يا وسيلا-گھڻي انٽرايڪٽو عملن کي غير فعال ڪرڻ لاءِ، جھڙوڪ ريڊرائنگ ڪمپليڪس، چارٽ کي مسلسل اپڊيٽ ڪرڻ، جڏھن صارف ڪمپيوٽر تي نه آھي.
Idle Detection API کي فعال ڪرڻ جي مخالفن جو موقف اهو آهي ته صارف ڪمپيوٽر تي موجود آهي يا نه، اها معلومات ڳجهي سمجهي سگهجي ٿي. مفيد ايپليڪيشنن کان علاوه، هي API خراب مقصدن لاءِ پڻ استعمال ٿي سگهي ٿو، مثال طور، استعمال ڪندڙ جي پري هجڻ دوران ڪمزورين کي استعمال ڪرڻ جي ڪوشش ڪرڻ يا نمايان بدڪاري واري سرگرمي کي لڪائڻ، جهڙوڪ مائننگ. سوال ۾ API استعمال ڪندي، صارف جي رويي جي نمونن بابت معلومات ۽ سندس ڪم جي روزاني تال پڻ گڏ ڪري سگھجي ٿو. مثال طور، توهان اهو ڳولي سگهو ٿا جڏهن صارف عام طور تي لنچ تي وڃي ٿو يا ڪم جي جڳهه کي ڇڏي ٿو. اختيار جي ثبوت لاءِ هڪ لازمي درخواست جي حوالي سان، اهي خدشا گوگل کي غير اهم سمجهي رهيا آهن.
اضافي طور تي، توهان يادداشت سان محفوظ آپريشن کي يقيني بڻائڻ لاء نئين ٽيڪنالاجي جي واڌاري بابت Chrome ڊولپرز کان نوٽ وٺي سگهو ٿا. گوگل جي مطابق، ڪروم ۾ 70 سيڪڙو سيڪيورٽي مسئلا ميموري جي غلطين جي ڪري آهن، جهڙوڪ بفر استعمال ڪرڻ کان پوء ان سان لاڳاپيل ميموري کي آزاد ڪرڻ (استعمال کان پوء مفت). اهڙين غلطين کي منهن ڏيڻ لاءِ ٽن مکيه حڪمت عملين جي نشاندهي ڪئي وئي آهي: تاليف واري مرحلي تي چيڪن کي مضبوط ڪرڻ، رن ٽائم تي غلطين کي روڪڻ، ۽ ميموري-محفوظ ٻولي استعمال ڪرڻ.
ٻڌايو پيو وڃي ته ڪروميم ڪوڊ بيس ۾ Rust ٻولي ۾ اجزاء کي ترقي ڪرڻ جي صلاحيت شامل ڪرڻ لاءِ تجربا شروع ٿي ويا آهن. زنگ ڪوڊ اڃا تائين شامل نه ڪيو ويو آهي بلڊز ۾ استعمال ڪندڙن تائين پهچايو ويو آهي ۽ بنيادي طور تي مقصد آهي ته روسٽ ۾ برائوزر جي انفرادي حصن کي ترقي ڪرڻ جي امڪان کي جانچڻ ۽ C++ ۾ لکيل ٻين حصن سان انهن جي انضمام کي. متوازي طور تي، C++ ڪوڊ لاءِ، هڪ پروجيڪٽ تيار ٿي رهيو آهي MiraclePtr قسم کي خام پوائنٽرن جي بدران استعمال ڪرڻ لاءِ ته جيئن اڳ ۾ ئي آزاد ٿيل ميموري بلاڪن تائين رسائي حاصل ڪرڻ سبب پيدا ٿيندڙ نقصانن جي استحصال جي امڪان کي روڪيو وڃي، ۽ تاليف اسٽيج تي غلطين کي ڳولڻ لاءِ نوان طريقا پڻ تجويز ڪيا ويا آهن.
ان کان علاوه، گوگل هڪ تجربو شروع ڪري رهيو آهي سائيٽن جي ممڪن رڪاوٽ کي جانچڻ لاءِ جڏهن برائوزر تائين پهچندو نسخو ٻن بدران ٽن عددن تي مشتمل آهي. خاص طور تي، ڪروم 96 جي ٽيسٽ رليز ۾، "chrome://flags#force-major-version-to-100" سيٽنگ ظاهر ٿي، جڏهن صارف-ايجنٽ هيڊر، ورزن 100 (Chrome/100.0.4650.4) ۾ بيان ڪيو ويو آهي. ظاهر ٿيڻ شروع ٿئي ٿو. آگسٽ ۾، هڪ اهڙو تجربو فائر فاڪس ۾ ڪيو ويو، جنهن ۾ ڪجهه سائيٽن تي ٽن عددي نسخن جي پروسيسنگ سان مسئلا ظاهر ڪيا ويا.
جو ذريعو: opennet.ru