گوگل ڪروم OS 91.0.4472.165 تي هڪ تازه ڪاري جاري ڪئي، جنهن ۾ هڪ بگ شامل آهي جنهن کي ريبوٽ ڪرڻ کان پوءِ لاگ ان ٿيڻ ناممڪن بڻائي ڇڏيو. ڪجهه صارفين کي لوڊ ڪرڻ دوران هڪ لوپ جو تجربو ٿيو، جنهن جي نتيجي ۾ لاگ ان اسڪرين ظاهر نه ٿي، ۽ جيڪڏهن ظاهر ٿئي ٿي، اهو انهن کي انهن جي اڪائونٽ استعمال ڪندي ڳنڍڻ جي اجازت نه ڏني. هيلس تي گرم، Chrome OS 91.0.4472.167 جاري ڪيو ويو مسئلو حل ڪرڻ لاء.
استعمال ڪندڙ جيڪي پهريان ئي پهرين اپڊيٽ کي انسٽال ڪري چڪا آهن، پر اڃا تائين ڊوائيس کي ريبوٽ نه ڪيو آهي (اپڊيٽ ريبوٽ کان پوء چالو ڪيو ويو آهي)، انهن جي سسٽم کي فوري طور تي تازه ڪاري ڪرڻ جي صلاح ڏني وئي آهي 91.0.4472.167. جيڪڏهن هڪ مشڪلاتي تازه ڪاري نصب ٿيل آهي ۽ لاگ ان کي بلاڪ ڪيو ويو آهي، اها صلاح ڏني وئي آهي ته ڊوائيس کي ڪجهه دير لاء آن ڪيو وڃي ۽ انتظار ڪريو جيستائين نئين تازه ڪاري خودڪار طريقي سان ڊائون لوڊ ٿئي. واپسي جي طور تي، توھان ڪوشش ڪري سگھوٿا اپڊيٽ کي زبردستي مھمان لاگ ان ذريعي.
صارفين لاءِ جن جو سسٽم لاگ ان اسڪرين تي پهچڻ کان اڳ منجمد ٿي ويندو آهي ۽ نئين اپڊيٽ جي خودڪار انسٽاليشن ڪم نه ڪندي آهي، اها صلاح ڏني وئي آهي ته گڏيل Ctrl + Alt + Shift + R کي ٻه ڀيرا دٻايو ۽ فيڪٽري ري سيٽ موڊ (پاور واش) يا سسٽم رول بيڪ فنڪشن استعمال ڪريو. USB ذريعي پوئين ورزن ڏانهن (Revert )، پر ٻنهي طريقن ۾ صارف جي مقامي ڊيٽا کي ختم ڪيو ويندو آهي. جيڪڏهن توهان پاور واش موڊ کي ڪال نه ٿا ڪري سگهو، توهان کي ڊوائيس کي ڊولپر موڊ ۾ تبديل ڪرڻ ۽ ان کي ان جي اصل حالت ۾ ري سيٽ ڪرڻ جي ضرورت پوندي.
استعمال ڪندڙن مان هڪ ان فڪس جو تجزيو ڪيو ۽ ان نتيجي تي پهتو ته لاگ ان کي بلاڪ ڪرڻ جو سبب هڪ ٽائپو هو، جنهن جي ڪري هڪ ”&“ ڪردار غائب هو جنهن ۾ ڪنڊيشنل آپريٽر چاٻي جي قسم کي چيڪ ڪرڻ لاءِ استعمال ڪيو ويندو هو. ان جي بدران جيڪڏھن (key_data.has_value() && !key_data->label().empty()) { اھو بيان ڪيو ويو آھي جيڪڏھن (key_data.has_value() & !key_data->label().empty()) {
ان جي مطابق، جيڪڏهن keydata.hasvalue() ڏانهن ڪال ”غلط“ موٽي آئي، ته پوءِ هڪ استثنا اڇلايو ويو هڪ گم ٿيل ڍانچي تائين رسائي جي ڪوشش جي ڪري.
جو ذريعو: opennet.ru