云端规则版本显示问题

[binx6]

Checklist / 检查清单

• No one has submitted a similar or identical bug report before. / 之前没有人提交过类似或相同的 bug report。
• I'm using the latest version of LibChecker. / 我正在使用 LibChecker 的最新版本。

LibChecker version / LibChecker 版本

Latest release / 最新稳定版

Bug description / Bug 描述

一个小Bug，如下视频：

Screenrecorder-2023-12-04-21-39-01-874.mp4

Expected behavior / 预期行为

unknown

Actual behavior / 实际行为

unknown

Steps to reproduce / 复现步骤

1.打开app（我测试的设备是Redmi K20 Pro）
2.设置项选择“云端规则”
3.点击“重启以更新”
4.待回到app后重复上述操作

UI / OS

MIUI12.5.6

Android Version / Android 版本

11

Additional info / 额外信息

在我的印象里似乎跟从前不太一样
以前是更新了后会显示相对应的版号
比如34→34

[binx6]

@zhaobozhen

[zhaobozhen]

看起来是更新失败了，方便的话可以在应用列表搜索框输入 /debugmode 后抓一下 logcat

[cyb233]

我有一样的问题，而且好像多个版本之前就遇到过，有空了抓个看看

[cyb233]

@zhaobozhen
这是通过Android Studio捕获的Logcat和对应同时所有操作的视频
可以看到重启前文本会变成34，但重启后恢复为32

PS：因为Github上传格式和大小受限，所以logcat增加了json后缀，分卷压缩增加了zip后缀，使用时需注意一下
vivo-V2231A-Android-13_2024-01-01_002710.logcat.json
Screen_recording_20240101_002648.zip.001.zip
Screen_recording_20240101_002648.zip.002.zip

[binx6]

@zhaobozhen
这是通过Android Studio捕获的Logcat和对应同时所有操作的视频
可以看到重启前文本会变成34，但重启后恢复为32

PS：因为Github上传格式和大小受限，所以logcat增加了json后缀，分卷压缩增加了zip后缀，使用时需注意一下

哥们如果方便的话要不再用这个LogFox也抓一份

[cyb233]

有线连Android Studio捕获的Logcat我认为没有必要再使用其他工具进行捕获

[cyb233]

另外回复不要带我的文件链接，因为我会修改文件

[binx6]

刚试了下最新的CI版本，33 → 35，面板数据依旧如此，但实际是更新成功了（对比了下库详情的内容而得）

[asuszwbUbuntu]

存在一样的问题QAQ

[binx6]

经测试，最新CI版本已成功修复！感谢作者🙏

[asuszwbUbuntu]

@binx6 你好 我更新到了最新版本的CI版本，似乎问题依旧，云端规则更新后显示34→36版本号，但是重启更新后依旧显示34，另外如果方便的话可以提供一下你说的修复后的CI版apk吗？（设备Xiaomi 13 Pro）谢谢（邮箱[email protected]）

[binx6]

@binx6 你好 我更新到了最新版本的CI版本，似乎问题依旧，云端规则更新后显示34→36版本号，但是重启更新后依旧显示34，另外如果方便的话可以提供一下你说的修复后的CI版apk吗？（设备Xiaomi 13 Pro）谢谢（邮箱[email protected]）

一样的版本。考虑到像你这样的因素，我把议题又重新打开了😂

[asuszwbUbuntu]

啊 好吧😂😂，略显无奈，我似乎无法提取APP的bug日志？也可能是我不会操作？如果要电脑的话😂😂（麻烦），只能等后续更新了

[binx6]

啊 好吧😂😂，略显无奈，我似乎无法提取APP的bug日志？也可能是我不会操作？如果要电脑的话😂😂（麻烦），只能等后续更新了

如果你的原生库规则更进了最新收纳的规则那问题就不大，顶多就是这个面板不美观而已（小问题，强迫症的话我也没办法😂），你可以找最新收纳的规则和对应的应用对比一下，反之则是大问题。

[cyb233]

https://github.com/LibChecker/LibChecker/actions/runs/9469255646

Foss版本编译包(2.5.0.dev.eb12e945)，在我的环境下(VIVO IQOO NEO 7，Android 14)经测试(32 → 36)问题依然存在，未验证实际规则库数据是否更新

[binx6]

Foss版本编译包(2.5.0.dev.eb12e945)，在我的环境下(VIVO IQOO NEO 7，Android 14)经测试(32 → 36)问题依然存在，未验证实际规则库数据是否更新

我用的是Market（可能只是顺手解决了我的设备所引发的问题吧）

[asuszwbUbuntu]

Market和Foss版本的(2.5.0.dev.eb12e945)刚刚都试着安装了，还是一样，没区别😂😂😂

[binx6]

Market和Foss版本的(2.5.0.dev.eb12e945)刚刚都试着安装了，还是一样，没区别😂😂😂

等进一步修复，但可能不会那么快，作者比较忙，你看我这issue都六个月了才修

[qhy040404]

其实这个鬼东西修了好多次了（

但是一直都有问题（

[asuszwbUbuntu]

呃我试着卸载了APP，然后重新安装，似乎问题看上去解决了？简而言之，不知道后续如果有规则更新会不会再次出现这种问题，无法验证😂😂😂（当然我试过在不卸载原有APP的情况下直接覆盖安装更新Market和Foss版本(2.5.0.dev.eb12e945仍然存在这方面，直到我刚刚卸载后重装 ）

[binx6]

Foss版本编译包(2.5.0.dev.eb12e945)，在我的环境下(VIVO IQOO NEO 7，Android 14)经测试(32 → 36)问题依然存在，未验证实际规则库数据是否更新

尝试卸载重装看看，另一位也解决了

[cyb233]

我怀疑是否是因为在较旧版本存在bug影响到后续版本
我做了如下测试：

1. 我以往从未卸载过的状态，应用版本2.4.4，规则版本是32，在最新release和CI下均无法更新版本数字，依然显示32
2. 我卸载应用，安装了release(2.4.4)，此时规则版本为34，安装CI后随打包版本直接变为36
3. 此时我意识到问题，即原本我的2.4.4为什么规则库版本显示32，随后我重装2.4.4，更新版本34到36成功

根据以上测试分析，很可能是旧版本存在问题导致后续版本无法正常显示版本号
建议考虑重装

@zhaobozhen 大佬如果有空能复盘出真正原因是啥不？

[qhy040404]

安装CI后直接变为36

安装CI变为36是因为随应用打包的规则更新到36了

[cyb233]

安装CI后直接变为36

安装CI变为36是因为随应用打包的规则更新到36了

但是原本存在问题时，我安装CI依然显示32

[binx6]

安装CI后直接变为36

安装CI变为36是因为随应用打包的规则更新到36了

那我应该是真的解决了，毕竟我一贯是覆盖安装的😂这次覆盖安装都成功了极大概率不会再出Bug（对我而言）

[asuszwbUbuntu]

我怀疑是否是因为在较旧版本存在bug影响到后续版本 我做了如下测试：

1. 我以往从未卸载过的状态，应用版本2.4.4，规则版本是32，在最新release和CI下均无法更新版本数字，依然显示32
2. 我卸载应用，安装了release(2.4.4)，此时规则版本为34，安装CI后随打包版本直接变为36
3. 此时我意识到问题，即原本我的2.4.4为什么规则库版本显示32，随后我重装2.4.4，更新版本34到36成功

根据以上测试分析，很可能是旧版本存在问题导致后续版本无法正常显示版本号 建议考虑重装

@zhaobozhen 大佬如果有空能复盘出真正原因是啥不？

我抱有一样的看法😂😂😄

[asuszwbUbuntu]

安装CI后直接变为36

安装CI变为36是因为随应用打包的规则更新到36了

那我应该是真的解决了，毕竟我一贯是覆盖安装的😂这次覆盖安装都成功了极大概率不会再出Bug（对我而言）

我也一样，之前一直是覆盖更新

[binx6]

安装CI后直接变为36

安装CI变为36是因为随应用打包的规则更新到36了

那我应该是真的解决了，毕竟我一贯是覆盖安装的😂这次覆盖安装都成功了极大概率不会再出Bug（对我而言）

我也一样，之前一直是覆盖更新

不一样，我没卸载哦

[asuszwbUbuntu]

呃 也对😂😂✓

[cyb233]

不一样，我没卸载哦

不排除你最后一次重装比我们晚的可能性😂导致更久远版本的问题在你这不存在

我至少从第一次回复时的版本就显示为32了😂

[cyb233]

刚试了下最新的CI版本，33 → 35，面板数据依旧如此，但实际是更新成功了（对比了下库详情的内容而得）

你这里应该是重装过，库版本比我新了，由此我认为在打包规则版本32~33之间修改的某个问题让后续修复覆盖更新成为可能

[binx6]

你这里应该是重装过，库版本比我新了，由此我认为在打包规则版本32~33之间修改的某个问题让后续修复覆盖更新成为可能

一直是覆盖安装的，最初提交的时候是33→34，你可以看我最初提交时的视频，如果还能看的话。3个月前是33→35，现在是36→36（已修复）。你提交的时候就是32所以是32有关的问题，而我是33，32如果我没记错的话当时对我而言是没问题的（当然现在也不想再回去测试了😂），等看作者怎么说吧

[zhaobozhen]

这个问题 qhy 解决了，我的开发环境一直在卸载重装，所以没有触发这个场景🙁