然后这事就很尴尬了,因为curl出现的问题,估计腾讯完全没有收到我们这个平台上的错误日志(如果他们真的有人在看的话)。
我这边是在堆栈跟踪当中发现了curl和bugly相关的组件,虽然在堆栈跟踪中出现崩溃跟踪组件这种事情并不少见(即使发生的错误和日志上传组件完全没关系,比如libunwind之类的),但是中间出现的函数名和curl确实引起了我的怀疑,就算是处理崩溃的必要步骤,也不太可能在这个流程中直接出现curl去进行上传,因为这个时候整个程序的状态已经不可控了。
| Git Clone URL: | https://aur.archlinux.org/linuxqq.git (read-only, click to copy) |
|---|---|
| Package Base: | linuxqq |
| Description: | New Linux QQ based on Electron |
| Upstream URL: | https://im.qq.com/linuxqq |
| Keywords: | electron linuxqq qq tencent |
| Licenses: | LicenseRef-QQ |
| Conflicts: | linuxqq-nt-bwrap |
| Submitter: | redchenjs |
| Maintainer: | Integral (Purofle) |
| Last Packager: | Integral |
| Votes: | 109 |
| Popularity: | 0.174123 |
| First Submitted: | 2019-10-24 14:27 (UTC) |
| Last Updated: | 2026-07-25 01:57 (UTC) |
« First ‹ Previous 1 .. 17 18 19 20 21 22 23 24 25 26 27 .. 35 Next › Last »
然后这事就很尴尬了,因为curl出现的问题,估计腾讯完全没有收到我们这个平台上的错误日志(如果他们真的有人在看的话)。
我这边是在堆栈跟踪当中发现了curl和bugly相关的组件,虽然在堆栈跟踪中出现崩溃跟踪组件这种事情并不少见(即使发生的错误和日志上传组件完全没关系,比如libunwind之类的),但是中间出现的函数名和curl确实引起了我的怀疑,就算是处理崩溃的必要步骤,也不太可能在这个流程中直接出现curl去进行上传,因为这个时候整个程序的状态已经不可控了。
关于 curl 出错的问题我觉得是可能的方向。输出程序的 logs 可以发现 QQ 在启动后默认调用了自己的 bugly 库(/opt/QQ/resources/app/libbugly.so),其中 bugly 调用的 curl 是系统的库 /usr/lib/libcurl.so.4.8.0 (即 /usr/lib/libcurl.so 的 link 目标),随后 NativeCrashHandler 获取的是上一次的 crash 记录路径。在一段地址信息(不清楚是此次崩溃还是上次崩溃的信息)之后, NativeCrashHandler 又调用 UploadTask 向 https://linux.rqd.access.qq.com/rqd/hsync? 上传一个新的反馈记录,从所跟的 unix 时间戳来看,是一次新的崩溃记录。由此可见,从登陆后的初始化 linux-bugly: init bugly ... 到现在为止,至少是又有一次错误的。
尝试了下删掉.config/QQ/crash_files这个目录,暂时不会在登录之后闪退了(还有个Crashpad我也删了,不清楚具体是哪个目录起的作用)。
看了下这个目录里面的崩溃日志,第一次崩溃和后面的崩溃完全不同,第二次及以后惊人的相似,猜测除了QQ本身的问题之外,用于上报错误的Bugly库里面也有问题(是不是Arch的curl太新了?也有可能是这个流程完全没经过测试),于是在初次崩溃后尝试上传错误报告,引发后续登录后几秒闪退的问题。
这个方案治标不治本,但至少能治个标...
不能记住登录密码,每次开机后都需要重新登录,而且选择记住新设备无效,每次都认为是在新设备上登录。
新的问题:无法发送.pdf .pptx .doc等文件 (.exe文件可以)
出现了很严重的闪退问题,appimage版不会闪退但是会卡死
尝试了一种方法暂时解决登录几秒后闪退的问题(不知道是否会复发): 使用KDE的Discover直接安装LinuxQQ
更新后使用
sudo rm -rf ~/.config/QQ不再闪退
没找到QQ反馈群, 3.1.1版本appimage版本闪退,终端如下,不知道是不是有用: 补充:删除 个人目录下config/QQ没用
[zhangdan@zhangdan-20ama3a3cd install]$ ./linuxqq_3.1*.AppImage linux-bugly: init bugly ... [BuglyManager.cpp][InitBuglyManager][198]InitBuglyManager path: /home/zhangdan/.config/QQ/crash_files/ [BuglyService.cpp][registBugly][589]set signal stack [BuglyService.cpp][registSignalHandler][520]regist native handler [BuglyService.cpp][setParam][618]setParam, key:appVersion, value:3.1.1-11223.. signal success linux-bugly: init bugly done. [BuglyManager.cpp][UploadBugly][107]!!!in UploadBugly. [NativeCrashHandler.cpp][getCrashDetailBeanFromRecord][52]!!!! in NativeCrashHandler getCrashDetailBeanFromRecord, open file error!!!,dumpFilePath:/home/zhangdan/.config/QQ/crash_files/rqd_record.eup. [NativeCrashHandler.cpp][uploadCrashEvent][331]get null crashDetailBean, return! 21:13:58.074 › [HotUpdater][clearOldVersions] start clear old version files
(process:16392): VIPS-WARNING **: 21:16:29.994: pngsave: no property named `optimize-coding'
(process:16392): VIPS-WARNING **: 21:16:29.994: pngsave: no property named `no-subsample'
[BuglyService.cpp][buglySignalHandler][460]buglySignalHandler info=0x7fdd91bfa630 context=0x7fdd91bfa500 crashed=0 signal=5 [zhangdan@zhangdan-20ama3a3cd install]$
@lixaiya 您可以去某讯官网下载AppImage版本运行看看,这边这个重新打包的版本我目前仍然遇到闪退的问题无法正常使用,但是启动界面至少是有的(使用sudo rm -rf ~/.config/QQ只能正常维持一段时间,过一段时间还是会出问题),等待下一个版本或者后续修复吧
Pinned Comments
Integral commented on 2023-03-14 09:20 (UTC)
目前通过删除 linuxqq 包自带的 libvips 临时解决了浏览图片时崩溃的问题 PS:感谢 @ayatale 的建议