Chrome 79正式版出現(xiàn)數(shù)據(jù)丟失被清空bug 官方已叫停推送工作
上周，Chrome 79正式版面向桌面和移動平臺用戶發(fā)布下載更新，本來是件值得高興事情，但意外出現(xiàn)。
部分Android用戶投訴稱，安裝Chrome 79后，本機中安裝的一些其它APP出現(xiàn)了數(shù)據(jù)丟失被清空的問題。
經(jīng)查，Chrome通常會接管系統(tǒng)權(quán)限，成為默認的webView渲染組件。在v79版本中，開發(fā)人員對web數(shù)據(jù)的存儲位置進行了更新，但原來本地存儲和webSQL中的數(shù)據(jù)未被正確遷移。當前的安卓生態(tài)中，少數(shù)APP幾乎完全是依靠webView運行，比如Twitter Lite、很多社區(qū)APP等。
事實上，這些APP的數(shù)據(jù)并未被刪除，而是目前的存儲位置無法訪問。
這一嚴重BUG（Chromium BUG追蹤器將其標記為災難性重大問題）已經(jīng)讓谷歌叫停Chrome 79的推送工作。
據(jù)悉，Chrome 79主要加強了網(wǎng)絡防釣魚保護功能。
責任編輯：wv
聲明：本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點僅代表作者本人，不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學習之用，如有內(nèi)容侵權(quán)或者其他違規(guī)問題，請聯(lián)系本站處理。
舉報投訴
-
谷歌
+關注
關注
27文章
6260瀏覽量
112074 -
Chrome
+關注
關注
0文章
346瀏覽量
19163
發(fā)布評論請先 登錄
相關推薦
熱點推薦
存儲互斥失敗導致數(shù)據(jù)丟失的數(shù)據(jù)恢復成功案例
發(fā)現(xiàn)，存儲虛擬磁盤丟失，分區(qū)表信息損壞。管理員重啟存儲后，故障依舊未恢復。因存儲內(nèi)數(shù)據(jù)極為重要且無備份，管理員未再進行其他操作，委托北亞數(shù)據(jù)恢復中心進行數(shù)據(jù)恢復。
數(shù)據(jù)庫數(shù)據(jù)恢復—北京某國企Oracle數(shù)據(jù)庫Truncate數(shù)據(jù)丟失恢復案例
北京某國企客戶在業(yè)務運維過程中，誤執(zhí)行TRUNCATE TABLE CM_CHECK_ITEM_HIS操作，導致該表數(shù)據(jù)被清空，業(yè)務查詢該表時出現(xiàn)報錯。同時客戶發(fā)現(xiàn)現(xiàn)有
【服務器數(shù)據(jù)恢復】意外斷電導致RAID信息丟失與數(shù)據(jù)恢復全過程
Windows Server操作系統(tǒng)，盤內(nèi)主要存儲企業(yè)內(nèi)部辦公文檔，無數(shù)據(jù)庫文件。
該服務器未配備UPS不間斷電源，在故障發(fā)生前已出現(xiàn)多次意外斷電現(xiàn)象，因每次重啟后系統(tǒng)均可正常運行，管理員未及時處理。直至最近
Linux內(nèi)核bug狩獵指南：從棧跟蹤到修復，官方文檔教你搞定系統(tǒng)核心故障
內(nèi)核是 Linux 系統(tǒng)的 “心臟”—— 一旦它出 bug，小則功能異常，大則系統(tǒng)崩潰、死機。但內(nèi)核 bug 往往藏在百萬行代碼中，想快速定位、修復絕非易事。
電能質(zhì)量在線監(jiān)測裝置支持的數(shù)據(jù)推送頻率是多少？
電能質(zhì)量在線監(jiān)測裝置的數(shù)據(jù)推送頻率 可靈活配置 ，根據(jù)數(shù)據(jù)類型（穩(wěn)態(tài) / 暫態(tài) / 事件）和應用場景（電網(wǎng)關口 / 工業(yè)用戶 / 新能源并網(wǎng)）的不同， 覆蓋從毫秒級到小時級的廣泛范圍 ，主流裝置支持
數(shù)據(jù)中心應急供電：超級電容無縫切換，守護數(shù)據(jù)不丟失
數(shù)據(jù)中心應急供電中，超級電容通過毫秒級無縫切換技術，有效防止數(shù)據(jù)丟失，成為保障數(shù)據(jù)中心穩(wěn)定運行的核心組件 。其核心價值體現(xiàn)在瞬時響應、高功率支撐、長壽命及安全可靠等方面，具體分析如下：
虛擬化數(shù)據(jù)恢復—Hyper-V服務癱瘓危機：虛擬機數(shù)據(jù)文件丟失后的數(shù)據(jù)恢復案例
進行檢測也沒有發(fā)現(xiàn)問題，也無被攻擊/感染的跡象。對文件系統(tǒng)進行進一步分析，發(fā)現(xiàn)元文件創(chuàng)建時間與數(shù)據(jù)丟失時間一致，服務器數(shù)據(jù)恢復工程師初步確定數(shù)據(jù)
電能質(zhì)量在線監(jiān)測裝置的數(shù)據(jù)推送頻率可以調(diào)整嗎？
基礎參數(shù)配置通過裝置本地界面或管理平臺，可直接設置數(shù)據(jù)推送的固定周期。
電能質(zhì)量在線監(jiān)測裝置的數(shù)據(jù)推送頻率調(diào)整會影響數(shù)據(jù)的準確性嗎？
電能質(zhì)量在線監(jiān)測裝置的數(shù)據(jù)推送頻率調(diào)整對數(shù)據(jù)準確性的影響需從 采樣、處理、傳輸 三個核心環(huán)節(jié)綜合評估，其關鍵取決于 調(diào)整策略與裝置設計的匹配度 。以下是基于技術原理與工程實踐的詳細分析： 一、核心
使用 APx500 軟件檢測音頻毛刺與信號丟失
在數(shù)字音頻播放系統(tǒng)中，音頻毛刺和信號丟失無疑是最令人困擾的問題之一。當一個設備丟失一個采樣點時，這意味著什么？這意味著一個采樣點被跳過，從那一刻起，整個波形在時間上向左平移了一個采樣瞬間。如果播放
更改RT-Thread Settings后，applications下文件丟失怎么解決?
applications時，studio還提示我文件已經(jīng)存在是否覆蓋，選擇覆蓋后，在applications下面也看不到添加的文件，編譯當然還是失敗，相當于整個工作無法正常使用了。。。
試了多次都這樣，不知道是bug還是不能在applications下添加自己的文件和文件
發(fā)表于 09-22 06:47
Bluetooth? SPP 至 PUART 數(shù)據(jù)丟失了怎么解決？
Bluetooth?終端”應用程序發(fā)送一些測試數(shù)據(jù)（約 450K 文本文件）。
將終端仿真器接收到的數(shù)據(jù)與測試文件進行比較，發(fā)現(xiàn)缺少一些數(shù)據(jù)。
請注意，使用 EZ-Serial 而不是 ModbusToolBox 應用程序進行相
發(fā)表于 08-15 06:32
天碩工業(yè)級SSD固態(tài)硬盤能否避免數(shù)據(jù)丟失？
在工業(yè)設備運行過程中，突發(fā)斷電往往帶來致命風險。數(shù)據(jù)丟失、系統(tǒng)崩潰、設備重啟失敗等問題可能引發(fā)生產(chǎn)線停滯。那么，天碩（TOPSSD）工業(yè)級SSD固態(tài)硬盤能否避免數(shù)據(jù)丟失？ 答案是肯定的
從 app_gatt_callback調(diào)用這個隊列推送函數(shù)時，程序出現(xiàn)了硬故障怎么解決？
，其大小為 intptr_t。 當我從 \" app_bt_management_c \" allback 調(diào)用隊列推送 API 時，我的程序可以正常工作。 但是當我從 app_gatt_callback 調(diào)用這個隊列推送函數(shù)時
發(fā)表于 07-04 06:03
如何利用5位從FIFO接口優(yōu)化FX3性能并避免數(shù)據(jù)丟失？
在以下情況下，我們會遇到數(shù)據(jù)丟失的問題：
5 位從站 FIFO 地址模式
16 位 GPIF 數(shù)據(jù)庫
以 50 MHz 頻率同步運行
我們接下來要做的是
從插座 2（線程 2）執(zhí)行一陣 FIFO
發(fā)表于 05-20 06:13
評論