Package Details: wechat-bin 4.0.1.11-2

Git Clone URL: https://aur.archlinux.org/wechat-bin.git (read-only, click to copy)
Package Base: wechat-bin
Description: 微信是一种生活方式. This is a repackage of WeChat.
Upstream URL: https://weixin.qq.com/
Keywords: qt universal wechat
Licenses: LicenseRef-Proprietary
Submitter: Kimiblock
Maintainer: Kimiblock
Last Packager: Kimiblock
Votes: 6
Popularity: 2.38
First Submitted: 2024-12-31 17:32 (UTC)
Last Updated: 2025-01-01 15:42 (UTC)

Dependencies (38)

Required by (1)

Sources (3)

Pinned Comments

Kimiblock commented on 2025-02-08 12:26 (UTC) (edited on 2025-02-08 12:27 (UTC) by Kimiblock)

若遇到不能启动的问题, 请检查 .desktop 文件是否有 override

leemeng0x61 commented on 2025-02-08 01:59 (UTC) (edited on 2025-02-10 01:54 (UTC) by leemeng0x61)

今日发现一个问题（严格来说或许不能将其定义为 BUG）。
问题现象

点击搜索框，搜索结果会闪现，无法聚焦。

系统环境：
archlinux
WM：awesome WM
version：awesome v4.3 (Too long) 
• Compiled against Lua 5.3.6 (running with Lua 5.3) 
• D-Bus support: ✔ 
• execinfo support: ✔ 
• xcb-randr version: 1.6 
• LGI version: 0.9.2
WM规避方式 ：

该问题应与鼠标焦点策略存在关联：搜索弹出框疑似响应了 mouse::enter 事件。当对相关事件进行注释处理并将 focus 设置为 false 时，弹出框能够正常使用。以下为目前所采取的临时解决方法：

仅添加“focus=false”，弹出框会处于悬停状态，但当鼠标移动至结果选项列表时，弹框便会消失。若不添加“focus=false”，则弹窗会闪现。

{
    rule = { class = "wechat" },
    properties = {
        screen = 1,
        focus=false,
        tag = awful.util.tagnames[5]
    }
},

在同时禁用以下代码段后，搜索功能恢复正常。

client.connect_signal("mouse::enter", function(c)
    c:emit_signal("request::activate", "mouse_enter", {raise = false})
end)

该问题目前暂未在其他 qt 程序中被发现。期望以上信息能够提供一定的帮助。
awsomewm 相关事件信息：
mouse::enter（窗口）：当鼠标指针进入窗口边界时触发。
mouse::enter（小部件）：当鼠标指针进入小部件边界时触发。
mouse::leave（窗口）：当鼠标指针离开窗口边界时触发。
mouse::leave（小部件）：当鼠标指针离开小部件边界时触发。
mouse::press（窗口和小部件）：当鼠标按钮在窗口或小部件上按下时触发。
mouse::release（窗口和小部件）：当鼠标按钮在窗口或小部件上释放时触发。
mouse::move（窗口和小部件）：当鼠标在窗口或小部件上移动时触发。

Latest Comments

« First ‹ Previous 1 2 3 4 5 Next › Last »

Muflone commented on 2025-01-01 18:49 (UTC)

@pm3843 what Antiz changed and written was the abuse of replaces.

The new package has zero replaces nor conflicts, soo there's nothing to change here.

What is this your discussion for? What is the benefit? What you reported as broken?

As far I can read: nothing, only personal dislike towards Kimiblock.

Until objective reasons are raised and the refusal from Kimiblock to fix them happen, this package will remain and there will not be allowed duplicated packages.

pm3843 commented on 2025-01-01 18:09 (UTC) (edited on 2025-01-01 18:46 (UTC) by pm3843)

@Muflone Could you read this comment by another PM @Antiz? This PM even took the extra step of stepping in and intervened here and here by reverting Kimiblock's change. This should not be taken lightly and is the common sense way to deal with the situation regardless of how subjective minds interpret the AUR guidelines.

The way @Kimiblock has acted so far(unwillingness to improve/collaborate, malicious takeover of other packages) has a chilling effect on the AUR community, folks are taking notice and frankly his action has cost him his entire credibility with me and most likely the 50+ users who voted for this package in the past. Just look at the most upvoted wechat package comment section they are preparing in the case of a hostile take over they'd need to retreat to github.

Best solution at the moment, echoed by following users: Let the users vote on whatever package they choose to use and free wechat-bin from Kimiblock.

ernest etoyz timefaker JoveYu envolution pr0m1x wszqkzqk Keep-Silence

Kimiblock commented on 2025-01-01 15:43 (UTC)

@Muflone Okay, that should be fixed now

Muflone commented on 2025-01-01 15:09 (UTC)

@Kimiblock fixing the desktop file to make it to launch wechat from wechat-bin is a fix to do and cannot be considered a modified vanilla version

Muflone commented on 2025-01-01 15:02 (UTC)

@Keep-Silence

If you have some valid and meaningful issues with wechat-bin expose them to Kimiblock with documentation which proves your issues

Many of you asked a pure wechat-bin package with no extra customization and now you have it. The name of the maintainer is not relevant in any way and the package seems to me valid to be kept

Collaborate with the maintainer to keep this package in a good way.

Invalid requests with meaningless reason will be deleted, duplicated packages will be deleted. Any abuse will be sanctioned

Keep-Silence commented on 2025-01-01 12:39 (UTC)

在此。我给PM（Muflone）的建议是由Kimiblock维护wechat，由devome（已删号）、Wimpy、Rsplwe维护wechat-bin。让AUR用户自行选择使用。但PM（Muflone）并没有采纳 ，或许有他自己的想法吧。但这样下去还是一样没完没了。 不过就算这样分开维护，也会有鬼申请删除wechat-bin。 所以要么选择妥协使用wechat-universal-bwrap。 不过也可能会有鬼申请删除wechat-universal-bwrap（目前有已申请删除但未成功）。

Here. My suggestion to PM (Muflone) is that Kimiblock maintains wechat, and devome (deleted account), Wimpy, and Rsplwe maintain wechat-bin. Let AUR users choose to use it. But PM (Muflone) did not adopt it, maybe he has his own ideas. But it will never end if it goes on like this. However, even if it is maintained separately, there will be ghosts who apply to delete wechat-bin. So either choose to compromise and use wechat-universal-bwrap. However, there may also be ghosts who apply to delete wechat-universal-bwrap (currently, some have applied for deletion but failed).

pm3843 commented on 2025-01-01 09:41 (UTC)

@Kimiblock

The original wechat-bin has over 50 votes. It's significant please respect that.

pm3843 commented on 2025-01-01 09:30 (UTC)

@Kimiblock

Another PM(Antiz) rebuked you before here https://aur.archlinux.org/packages/wechat?O=50#comment-1001449 so it's not one sided, ok? Is the backlash not enough that you have to continue this trend? It's unfortunate that it started but it doesn't have to like this.

Kimiblock commented on 2025-01-01 09:18 (UTC) (edited on 2025-01-01 09:20 (UTC) by Kimiblock)

@pm3843 Me and a PM (Muflone) is currently trying to resolve this mess. This pkgbase is intended to stop the war of duplication and flooding. I do not modify the official package in any way, shape or form (so zero modification). The desktop file it self comes from the deb package and is already broken.

As for the dependencies, those are given by namcap and should not be easily removed when the app actually references it.

The guidelines has always had the no duplication line. I'm not sure what you're trying to say.

pm3843 commented on 2025-01-01 09:14 (UTC) (edited on 2025-01-01 09:22 (UTC) by pm3843)

@Kimiblock

I see that you maintain lots of AUR packages, and we thank you for that. Surely you understand that the goal is to make life better for users, correct?

a. Your "zero modification" decision alone is subjective and fine. But the problem is that before AUR guideline is updated you own this and your action like taking over aur/wechat-bin means there cannot be a second voice. Bottom line is this: your decision affects others in a unwelcome way. Please be considerate and keep this in mind.

b. Could you compare your current packaging to https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=wechat-bin&id=ff5abcb543e919021bdaf577b4a9786376fe3965 and assess if situation can be improved? I'm just a noob but @SamLukeYes reported that current version is not as good as before and you didn't seem to care.

c. Or could you just leave aur/wechat-bin alone and focus on aur/wechat instead? You have aur/wechat already. Do you have to take over aur/wechat-bin in a way like this or what? How about letting the users decide/vote on what to use.

Please.

« First ‹ Previous 1 2 3 4 5 Next › Last »