一区二区三区三上|欧美在线视频五区|国产午夜无码在线观看视频|亚洲国产裸体网站|无码成年人影视|亚洲AV亚洲AV|成人开心激情五月|欧美性爱内射视频|超碰人人干人人上|一区二区无码三区亚洲人区久久精品

搜索歷史

清空
搜索熱詞
      0
      • 聊天消息
      • 系統(tǒng)消息
      • 評(píng)論與回復(fù)
      VIP于 到期 續(xù)費(fèi)
      登錄后你可以
      • 下載海量資料
      • 學(xué)習(xí)在線課程
      • 觀看技術(shù)視頻
      • 寫文章/發(fā)帖/加入社區(qū)
      會(huì)員中心
      創(chuàng)作中心
      發(fā)布
      創(chuàng)作活動(dòng)

      完善資料讓更多小伙伴認(rèn)識(shí)你，還能領(lǐng)取20積分哦，立即完善>

      3天內(nèi)不再提示

      Chrome 79正式版出現(xiàn)數(shù)據(jù)丟失被清空bug 官方已叫停推送工作

      工程師鄧生 ? 來(lái)源：快科技 ? 作者：萬(wàn)南 ? 2019-12-16 17:15 ? 次閱讀
      加入交流群
      微信小助手二維碼

      掃碼添加小助手

      加入工程師交流群

      上周，Chrome 79正式版面向桌面和移動(dòng)平臺(tái)用戶發(fā)布下載更新，本來(lái)是件值得高興事情，但意外出現(xiàn)。

      部分Android用戶投訴稱，安裝Chrome 79后，本機(jī)中安裝的一些其它APP出現(xiàn)了數(shù)據(jù)丟失被清空的問(wèn)題。

      經(jīng)查，Chrome通常會(huì)接管系統(tǒng)權(quán)限，成為默認(rèn)的webView渲染組件。在v79版本中，開(kāi)發(fā)人員對(duì)web數(shù)據(jù)的存儲(chǔ)位置進(jìn)行了更新，但原來(lái)本地存儲(chǔ)和webSQL中的數(shù)據(jù)未被正確遷移。當(dāng)前的安卓生態(tài)中，少數(shù)APP幾乎完全是依靠webView運(yùn)行，比如Twitter Lite、很多社區(qū)APP等。

      事實(shí)上，這些APP的數(shù)據(jù)并未被刪除，而是目前的存儲(chǔ)位置無(wú)法訪問(wèn)。

      這一嚴(yán)重BUG（Chromium BUG追蹤器將其標(biāo)記為災(zāi)難性重大問(wèn)題）已經(jīng)讓谷歌叫停Chrome 79的推送工作。

      據(jù)悉，Chrome 79主要加強(qiáng)了網(wǎng)絡(luò)防釣魚保護(hù)功能。

      責(zé)任編輯：wv

      聲明：本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人，不代表電子發(fā)燒友網(wǎng)立場(chǎng)。文章及其配圖僅供工程師學(xué)習(xí)之用，如有內(nèi)容侵權(quán)或者其他違規(guī)問(wèn)題，請(qǐng)聯(lián)系本站處理。 舉報(bào)投訴
      • 谷歌
        +關(guān)注

        關(guān)注

        27

        文章

        6231

        瀏覽量

        108127
      • Chrome
        +關(guān)注

        關(guān)注

        0

        文章

        346

        瀏覽量

        18588
      收藏 人收藏
      加入交流群
      微信小助手二維碼

      掃碼添加小助手

      加入工程師交流群

        評(píng)論

        相關(guān)推薦
        熱點(diǎn)推薦

        從 app_gatt_callback調(diào)用這個(gè)隊(duì)列推送函數(shù)時(shí)，程序出現(xiàn)了硬故障怎么解決？

        ，其大小為 intptr_t。 當(dāng)我從 \" app_bt_management_c \" allback 調(diào)用隊(duì)列推送 API 時(shí)，我的程序可以正常工作。 但是當(dāng)我從 app_gatt_callback 調(diào)用這個(gè)隊(duì)列推送函數(shù)時(shí)
        發(fā)表于 07-04 06:03

        STM32F103對(duì)ADS1298和MPU6050同時(shí)采集數(shù)據(jù)會(huì)出現(xiàn)ADS1298數(shù)據(jù)丟失

        你好，請(qǐng)問(wèn)我用STM32F103對(duì)ADS1298和MPU6050同時(shí)采集數(shù)據(jù)為何會(huì)出現(xiàn)ADS1298數(shù)據(jù)丟失，而單獨(dú)對(duì)期中任何一個(gè)傳感器單獨(dú)進(jìn)行數(shù)據(jù)
        發(fā)表于 03-22 17:29

        stm32f105串口數(shù)據(jù)丟失的原因？

        hal庫(kù)通過(guò)dma空閑中斷接收數(shù)據(jù)，收到的數(shù)據(jù)直接通過(guò)串口打印出去，每隔一段時(shí)間出現(xiàn)接收到數(shù)據(jù)丟失是為啥呢
        發(fā)表于 03-14 13:38

        vsan數(shù)據(jù)恢復(fù)—vsan緩存盤出現(xiàn)故障導(dǎo)致數(shù)據(jù)丟失的數(shù)據(jù)恢復(fù)案例

        VMware vsan架構(gòu)采用2+1模式。每臺(tái)設(shè)備只有一個(gè)磁盤組（7+1），緩存盤的大小為240GB，容量盤的大小為1.2TB。 由于其中一臺(tái)主機(jī)（0號(hào)組設(shè)備）的緩存盤出現(xiàn)故障，導(dǎo)致VMware虛擬化環(huán)境中搭建的2臺(tái)虛擬機(jī)的磁盤文件（vmdk）丟失。
        的頭像 發(fā)表于 02-23 17:05 ?335次閱讀

        使用TLV2541時(shí)寫的驅(qū)動(dòng)會(huì)出現(xiàn)數(shù)據(jù)丟失的問(wèn)題，怎么解決？

        我在 使用TLV2541時(shí)寫的驅(qū)動(dòng)會(huì)出現(xiàn)數(shù)據(jù)丟失的問(wèn)題，比如后6位一直為1，則讀得的最小值是63，分度值也就變成了63，有時(shí)候是127，驅(qū)動(dòng)是自己寫的，不知道是不是驅(qū)動(dòng)寫的有問(wèn)題，請(qǐng)問(wèn)有沒(méi)有
        發(fā)表于 01-15 08:01

        ADS1299+RK3399在數(shù)據(jù)采樣的過(guò)程中，有數(shù)據(jù)丟失的情況怎么解決？

        我們?cè)?b class='flag-5'>數(shù)據(jù)采樣的過(guò)程中，發(fā)現(xiàn)有數(shù)據(jù)丟失的情況，通過(guò)邏輯分析儀發(fā)現(xiàn)，出現(xiàn)數(shù)據(jù)丟失時(shí)，時(shí)序存在問(wèn)題
        發(fā)表于 12-16 06:58

        用ADS8568做采樣時(shí)，采樣率設(shè)置大于400kbps時(shí)，ADC并口采集的數(shù)據(jù)會(huì)出現(xiàn)錯(cuò)亂，丟失，踩踏的情況，為什么？

        我司最近在用ADS8568做采樣時(shí)發(fā)現(xiàn)，采樣率設(shè)置大于400kbps時(shí)，ADC并口采集的數(shù)據(jù)會(huì)出現(xiàn)錯(cuò)亂，丟失，踩踏的情況。請(qǐng)問(wèn)下出現(xiàn)這種情況的可能原因有哪些呢？
        發(fā)表于 12-03 07:29

        ADS8598H采集的數(shù)據(jù)出現(xiàn)了丟失，怎么解決？

        ADS8598H采集的數(shù)據(jù)出現(xiàn)了丟失，請(qǐng)問(wèn)如何解決這種問(wèn)題？
        發(fā)表于 11-28 07:07

        ROM數(shù)據(jù)丟失的常見(jiàn)原因

        的常見(jiàn)原因 1. 硬件故障 1.1 物理?yè)p壞 ROM芯片可能因?yàn)槲锢頉_擊、高溫、濕度、腐蝕等因素而損壞。這些因素可能導(dǎo)致芯片內(nèi)部電路斷裂或短路，從而造成數(shù)據(jù)丟失。 1.2 老化 隨著時(shí)間的推移，ROM芯片會(huì)逐漸老化，其性能會(huì)逐漸下降。老化的ROM芯片可能會(huì)
        的頭像 發(fā)表于 11-04 10:29 ?2652次閱讀

        用TLV320AIC23做雙通道AD采集時(shí)出現(xiàn)數(shù)據(jù)丟失怎么解決？

        用TLV320AIC23做雙通道AD采集時(shí)出現(xiàn)數(shù)據(jù)丟失，哪位大神能給一個(gè)解決辦法
        發(fā)表于 11-01 06:22

        存儲(chǔ)器中的數(shù)據(jù)會(huì)因?yàn)閿嚯姸?b class='flag-5'>丟失嗎

        存儲(chǔ)器中的數(shù)據(jù)是否會(huì)因?yàn)閿嚯姸?b class='flag-5'>丟失，取決于存儲(chǔ)器的類型及其工作原理。在深入探討這個(gè)問(wèn)題之前，我們首先需要了解存儲(chǔ)器的基本分類及其特性。
        的頭像 發(fā)表于 09-26 15:23 ?4845次閱讀

        數(shù)據(jù)庫(kù)數(shù)據(jù)恢復(fù)—SQL Server數(shù)據(jù)庫(kù)出現(xiàn)823錯(cuò)誤的數(shù)據(jù)恢復(fù)案例

        SQL Server數(shù)據(jù)庫(kù)故障： SQL Server附加數(shù)據(jù)庫(kù)出現(xiàn)錯(cuò)誤823，附加數(shù)據(jù)庫(kù)失敗。數(shù)據(jù)庫(kù)沒(méi)有備份，無(wú)法通過(guò)備份恢復(fù)
        的頭像 發(fā)表于 09-20 11:46 ?702次閱讀
        <b class='flag-5'>數(shù)據(jù)</b>庫(kù)<b class='flag-5'>數(shù)據(jù)</b>恢復(fù)—SQL Server<b class='flag-5'>數(shù)據(jù)</b>庫(kù)<b class='flag-5'>出現(xiàn)</b>823錯(cuò)誤的<b class='flag-5'>數(shù)據(jù)</b>恢復(fù)案例

        假如服務(wù)器的數(shù)據(jù)丟失，如何快速恢復(fù)丟失的數(shù)據(jù)?

        在服務(wù)器數(shù)據(jù)丟失后，快速恢復(fù)丟失的數(shù)據(jù)是至關(guān)重要的，以避免業(yè)務(wù)中斷和數(shù)據(jù)損失。以下是一些方法和步驟，可以幫助企業(yè)快速有效地恢復(fù)
        的頭像 發(fā)表于 08-08 16:59 ?1018次閱讀

        使用CYW20829的BLE進(jìn)行最大數(shù)據(jù)發(fā)送應(yīng)用，BLE丟失數(shù)據(jù)如何解決？

        用作發(fā)送數(shù)據(jù)的任務(wù)之一，我發(fā)現(xiàn)每次發(fā)送 244 個(gè)數(shù)據(jù)時(shí)，都需要延遲以確保數(shù)據(jù)正確傳輸，如果取消延遲，就會(huì)丟棄幾組 244 個(gè)數(shù)據(jù)。 如圖所示。 我猜測(cè)可能是藍(lán)牙堆棧的內(nèi)部緩沖區(qū)
        發(fā)表于 07-23 07:56

        使用AT SAVETRANSLINK時(shí)UDP數(shù)據(jù)包丟失怎么解決？

        收來(lái)自微控制器的數(shù)據(jù)包，并在UDP，IP 192.168.4.2，端口2345上發(fā)送，Android成功接收到該數(shù)據(jù)包。 這在一段時(shí)間內(nèi)工作正常。Android 發(fā)送的所有數(shù)據(jù)包都由
        發(fā)表于 07-18 07:17