尝试迁移下载记录到 Edge 遇到问题

S8F8ry

游客 113.77.134.x 发表于 2022-1-6 02:23
可能需要个 Gif 演示什么的？我发现无法复现

经过几次排查测试，明确发现只有你给的 History 文件不能写入新的下载记录，查看你给的 History 文件表结构后发现竟然和百分(Edge/Chrome)等不一样。有可能是因为这份 History 文件来自上述三种浏览器之外的其他 Chromium 内核浏览器或者是被其更改过导致。

新下载记录不会写入的原因是 downloads 表里多出了两列：scan_result 和 speedup_urls，关键是这两列被设定成 NOT NULL(不接受空值) 且没有默认值，这样百分(Edge/Chrome)等的新下载记录由于不会带有这两个列，而导致其永远都无法写入数据库文件中了。






解决方法就是自行更改表结构移除这两个列，然后将新 History 替换回去，这时启动浏览器后原本保存于 LevelDB 文件中的新下载记录就能写入并且合并了，我这边做了一个已经合并后的 History 文件：https://sailboatweb.lanzoup.com/iYoiNygn4tg，解压密码就是楼下那个压缩包的解压密码。
不过我建议你自己直接用当前的 User Data 来重头处理，大致可以按以下步骤：

1. 彻底退出浏览器，另外备份一份 User Data。
2. 用 SQLite 浏览器打开 Defalut/History，删除 downloads 表中上述所提到的 scan_result 和 speedup_urls 列(在DB Browser for SQLite 的话在"数据库结构"中右键表名有"修改表"里可以删除列)，保存数据库(Ctrl+S)。
3. 启动浏览器，等个十几秒钟，确保 LevelDB 中的下载记录已合并，审查一下 History 文件看看数据是否已正常。若无误则可以用这个 History 文件来迁移下载记录至 Edge 中。

如果按照上述方法能解决问题的话你回复一下，我就删掉我这边的文件了。

S8F8ry 发表于 2022-1-6 21:09
经过几次排查测试，明确发现只有你给的 History 文件不能写入新的下载记录，查看你给的 History 文件表结 ...

谢谢 S8F8ry 版主，自己动手尝试有效
原 771 ，删除列，合并后 1608 条
迁移至 Edge 后正常，蓝奏文件可撤销



对仓库翻找了下，再进行数据库确认

想起来刚开始是用了
很久之前是某数字极速 v11.0 1262.0 用户
（不太喜欢新版某些特性，就干掉更新程序一直用了下去）
确认数字浏览器 History 文件的表
与当前文件 History 表内容几乎不差

scan_result 值记录 0 或 65535（就只有两个数）
speedup_urls 类型 VARCHAR 虽然不允许空
但很久没动过的原表，也是空的 （确实如此，捂脸）

Cent 428 自动生成的表，与我的表比对
外观上看多了个 Last_urls 表
查看可能跟某个时间段我经常访问有关
具体作用不晓得，time stamp 列看起来也不像 unix 格式



经过这么回想
我想起来为什么要这么做的动机了当时
还是跟下载记录有关，毕竟每换一次环境
就得重建很是麻烦
馋 Cent 浏览器了，想几乎 “ 无痛 ” 迁移过去被困扰

当时浏览到某文章介绍
只要按规则移动某些文件到某些位置中
就没有这些顾虑巴拉巴拉之类的
毕竟两个浏览器的底子都是谷歌内核
（数字那边要更加魔改一点，当时开发说还要保留 XP 支持等）

照做之后，感觉真不错，用的也舒心
非常久一段时间里，都没有顾虑换其他浏览器的必要



现在备份动机还是跟主楼说的一样
逐渐的各种网站开始升级内容
新内容需要新内核支持
用了这么久又舍不得 Cent
再观望观望，盼望新版卫星落地

遂想到了故技重施
后续就不废话了
都在这个帖子里了

frank

游客 113.77.135.x 发表于 2022-1-7 01:15
谢谢 S8F8ry 版主，自己动手尝试有效
原 771 ，删除列，合并后 1608 条
迁移至 Edge 后正常，蓝奏文件可 ...

也就 这个超版 有这个技术与耐心与热心, 什么数字 毛眼 等等论坛连便携版都懒得放出, 更别提额外的个人单独请求了...