Package Details: linuxqq 5:3.2.15_31363-1

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: 97
Popularity: 2.43
First Submitted: 2019-10-24 14:27 (UTC)
Last Updated: 2025-01-10 15:26 (UTC)

Pinned Comments

Integral commented on 2023-03-14 09:20 (UTC)

目前通过删除 linuxqq 包自带的 libvips 临时解决了浏览图片时崩溃的问题 PS:感谢 @ayatale 的建议

Latest Comments

« First ‹ Previous 1 .. 14 15 16 17 18 19 20 21 22 23 24 .. 30 Next › Last »

HinataAoi commented on 2023-03-25 08:56 (UTC)

@cc0de 我也是一样的问题,每次一重启就又不断崩溃了。但我登陆后就立刻去关设置里的热更新了,不会就这几秒给我更新好了吧。

handsomexdd1024 commented on 2023-03-25 03:09 (UTC) (edited on 2023-03-28 23:36 (UTC) by handsomexdd1024)

很奇怪的一个现象是,我的linuxqq每次重启都会自动重置登陆的credential. 具体表现为:

  • 不重启的情况下退出再登陆无需重新验证;
  • 重启之后每次登陆均被判定为新设备,需要手机扫码验证;
  • 无法正确检测系统的hostname, 登陆验证时只显示用户名/hostname的前几位

(我的用户名和hostname的前几位都是xdd, 所以暂时无法准确判断是hostname还是username)

相比之下我的laptop同样使用arch, 这里的表现就完全正常:第一次验证通过后无需重新验证,可以直接登陆。

我只能怀疑是credential被放在了/tmp文件夹里,但这未免也太蠢了(


感谢 @hysonger 的反馈,原来检测的是用户名,腾讯的逻辑真是让我大开眼界……

以及,3.1.1更新后保存登录信息的功能似乎恢复正常了,我现在可以正常登录。

cc0de commented on 2023-03-25 02:26 (UTC)

删了~/.config/QQ只能有效一段时间,之后一旦热更新就会崩溃。

bczhc commented on 2023-03-24 00:48 (UTC)

@wanQQ 卸了linuxqq包以及再删掉~/.config/QQ还是同样崩溃。输出的日志还不少。 https://gist.github.com/bczhc/613abab1f8e3c61afdea8a80274819a5

wanQQ commented on 2023-03-24 00:39 (UTC)

@bczhc 将这个qq卸载掉 只使用 AppImage 版本的

bczhc commented on 2023-03-23 13:08 (UTC)

试了删~/.config/QQ和删libvips那个,都还是崩溃。而且coredumpctl里没有记录。AppImage也崩,没法用了这。

deconf commented on 2023-03-23 05:38 (UTC)

崩溃情况 +1 以下为coredump的输出:

                Stack trace of thread 57164:
                #0  0x00007f8cf761811d n/a (libnvidia-glcore.so.525.89.02 + 0x161811d)
                #1  0x00007f8cf759bc01 n/a (libnvidia-glcore.so.525.89.02 + 0x159bc01)
                #2  0x00007f8cf9351b95 n/a (libGLESv2.so + 0x351b95)
                #3  0x00007f8cf93d031d n/a (libGLESv2.so + 0x3d031d)
                #4  0x00007f8cf93c9255 n/a (libGLESv2.so + 0x3c9255)
                #5  0x00007f8cf91db288 n/a (libGLESv2.so + 0x1db288)
                #6  0x00007f8cf9169d64 n/a (libGLESv2.so + 0x169d64)
                #7  0x00007f8cf916c020 EGL_Initialize (libGLESv2.so + 0x16c020)
                #8  0x0000561cba655da0 n/a (qq + 0x5f8ada0)
                #9  0x0000561cba654003 n/a (qq + 0x5f89003)
                #10 0x0000561cb726ffc0 n/a (qq + 0x2ba4fc0)
                #11 0x0000561cba6e2d51 n/a (qq + 0x6017d51)
                #12 0x0000561cba6e29c5 n/a (qq + 0x60179c5)
                #13 0x0000561cba6e2b60 n/a (qq + 0x6017b60)
                #14 0x0000561cbaf0f98d n/a (qq + 0x684498d)
                #15 0x0000561cbc2ec1ec n/a (qq + 0x7c211ec)
                #16 0x0000561cb6b176bb n/a (qq + 0x244c6bb)
                #17 0x0000561cb6b17f2e n/a (qq + 0x244cf2e)
                #18 0x0000561cb6b18bab n/a (qq + 0x244dbab)
                #19 0x0000561cb6b160ed n/a (qq + 0x244b0ed)
                #20 0x0000561cb6b168d4 n/a (qq + 0x244b8d4)
                #21 0x0000561cb687d91b n/a (qq + 0x21b291b)
                #22 0x00007f8cff890790 n/a (libc.so.6 + 0x23790)
                #23 0x00007f8cff89084a __libc_start_main (libc.so.6 + 0x2384a)
                #24 0x0000561cb64f702a _start (qq + 0x1e2c02a)

                Stack trace of thread 57165:
                #0  0x00007f8cff8ef766 n/a (libc.so.6 + 0x82766)
                #1  0x00007f8cff8f2294 pthread_cond_timedwait (libc.so.6 + 0x85294)
                #2  0x0000561cb979b956 n/a (qq + 0x50d0956)
                #3  0x0000561cb979bfa0 n/a (qq + 0x50d0fa0)
                #4  0x0000561cb970a543 n/a (qq + 0x503f543)
                #5  0x0000561cb9761c31 n/a (qq + 0x5096c31)
                #6  0x0000561cb9729702 n/a (qq + 0x505e702)
                #7  0x0000561cb977bf68 n/a (qq + 0x50b0f68)
                #8  0x0000561cb977c0f7 n/a (qq + 0x50b10f7)
                #9  0x0000561cb979f80f n/a (qq + 0x50d480f)
                #10 0x00007f8cff8f2bb5 n/a (libc.so.6 + 0x85bb5)
                #11 0x00007f8cff974d90 n/a (libc.so.6 + 0x107d90)
                ELF object binary architecture: AMD x86-64

HinataAoi commented on 2023-03-22 04:59 (UTC)

楼上说还闪退可能是热更新的副作用,那请问有办法关闭热更新吗?每次开机删了~/.config/QQ下次开机又开始闪退了

ston commented on 2023-03-15 16:00 (UTC) (edited on 2023-03-15 16:01 (UTC) by ston)

如果依旧闪退,则可能是热更新的副作用,删除~/.config/QQ后重新登录应该可以解决

yanyongyu commented on 2023-03-15 13:59 (UTC)

$XDG_CONFIG_HOME/QQ/crash_files/ 中可以看到输出的日志,这次报错中出现的是 libbugly.solibcrbase.so