wechatauto-replica — WeChat 4.x Windows Automation (wxauto-compatible)
!PyPI version !PyPI downloads !Python !License !GitHub stars
[!NOTE]
📢 维护状态 / Maintenance Notice
本人因今年升高一,开学后几乎没有时间继续更新本项目(如果有时间,争取周日更新)。遇到问题请自行在 Issues 区讨论,或询问 AI 协助解决。感谢支持!
> I'm starting senior high school and will register tomorrow (Aug 23). After school starts I'll have almost no time to keep updating (Sundays if possible). Please discuss issues in the Issues section or ask an AI. Thanks for your support!
Automate the WeChat 4.x Windows desktop client (not the web version): read messages, listen in real time, download media, export full history, read Moments (朋友圈), and send messages — by driving the local client directly.
Current version: 1.2.2.3 · Windows 10/11 · Python 3.9+ (verified on 3.12) · WeChat 4.1.12+
> Why this project exists: the classic wxauto relies on the UI Automation tree, which WeChat 4.x broke with self-drawn rendering (no accessibility nodes). wechatauto-replica is a drop-in-style replacement: messages are read through local database decryption (SQLCipher 4), and sending uses a UIA + OCR hybrid driver that auto-falls back between engines.
!Reading encrypted WeChat 4.x databases
Reading the encrypted contact.db / message_.db / sns.db files directly from xwechat_files/.../db_storage/ — no web API, all local.*
✨ Features
| Capability | Status | How |
|---|---|---|
| Read messages | ✅ verified | Local SQLCipher 4 DB decryption (wechatauto/db.py) |
| Real-time message listening | ✅ verified | Listener incremental polling, per-chat worker threads |
| Emoji message capture | ✅ verified | Screen capture + direction-aware bubble auto-cropping |
| Full history export | ✅ verified | JSON / SQLite |
| Media download (image / voice / file) | ✅ verified | MediaDownloader: image v2 AES decryption, SILK voice, files |
| Download original image (not thumbnail) | ✅ verified | MediaDownloader.download_image_original(): UI click triggers download |
| Moments (朋友圈) read | ✅ verified | Direct sns.db reads (3382 feeds verified) |
| Multi-account | ✅ verified | list_accounts() + account= |
| Send text / file / image / reply / @member | ✅ verified | UIA-first, coordinate + OCR fallback |
| Voice call / Poke (拍一拍) | ✅ verified | UIA buttons + OCR menus |
| UIAutomation tree | ✅ after hot-activation | Writes the Qt accessibility gate inside Weixin.dll |
🚀 Quick Start
📖 Full usage guide: GUIDE.md (中英对照 / bilingual)
pip install -e .
extra deps for the OCR sending path:
pip install winsdk pypinyin
Read messages
from wechatauto import WeChatDB
db = WeChatDB() # auto-detects account & data dir (WeChat must be logged in)
info = db.get_self_info() # current account
for s in db.get_sessions(limit=10): # session list
print(db.get_nickname(s["username"]), s["unread"])
hits = db.search_contact("Ayi") # search contacts
for m in db.get_messages("filehelper", limit=10): # recent messages
print(m["create_time"], m["sender_id"], m["type"], m["content"])
Send a message
from wechatauto.guia import quick_send, quick_send_file
quick_send("Hello", "filehelper", verify=True) # verify=True reads back from DB
quick_send_file(r"D:\report.pdf", "filehelper")
Real-time listening
from wechatauto import WeChatDB
from wechatauto.db import Listener
db = WeChatDB()
lst = Listener(db, interval=1.0)
lst.add_listener("filehelper", lambda msg, lst: print("new:", msg["content"]))
lst.start()
... your code ...
lst.stop()
Callbacks run on dedicated per-chat worker threads: messages in one chat are processed in order, different chats in parallel; slow callbacks (AI calls, image recognition) never block the poller.
Media & Moments
from wechatauto import WeChatDB, MediaDownloader, MomentDB
db = WeChatDB()
md = MediaDownloader(db)
md.detect_image_key() # scan process memory for the image AES key (persisted after first hit)
for m in db.get_messages("filehelper", limit=50):
out = md.download_media("filehelper", m["local_id"])
if out:
print("downloaded:", out)
moments = MomentDB(db)
for feed in moments.get_moments(limit=10):
print(feed["nickname"], feed["text"])
print(" images:", [i["md5"] for i in feed["images"]])
print(" likes:", [l["nickname"] for l in feed["likes"]])
print(" comments:", [(c["nickname"], c["content"]) for c in feed["comments"]])
# download this feed's pictures & videos (local cache first, then CDN url)
saved = moments.download_moment_media(feed, save_dir=r"D:\moments")
print(" saved:", saved)
See wechatauto/demo_moments_download.py for a runnable download demo
(python -m wechatauto.demo_moments_download [N] --out 目录).
Like & comment (UIA controls) — Moments like/comment are server-side
actions done through the client UI, so they use the UIA-tree route (not the
local DB). WeChat hot-activates the mmui UIA tree and clicks the
朋友圈 nav button, then likes/comments a feed via its UIA controls:
from wechatauto import WeChat
wx = WeChat()
moments = wx.Moment # None if the UIA tree is unavailable
if moments is None:
raise SystemExit("UIA tree unavailable — can't like/comment")
wx.SwitchToMoments() # click 朋友圈 in the nav bar
items = moments.GetMoments() # list feed items as UIA controls
first = items[0]
moments.Like(first) # thumb up
moments.Like(first, cancel=True) # undo
moments.Comment(first, "Nice!") # comment
moments.Comment(first, "Thanks!", reply_to="张三") # reply to a comment
Runnable demo: python -m wechatauto.demo_moments_interact [--like N | --unlike N | --comment N 文字]
(plain run lists the latest feeds without touching the UI).
⚠️ Comment/reply automation is experimental — testing only. The
reply-to-a-comment feature (ReplyComment) locates the comment row on screen
via OCR (WeChat's comment area is self-drawn) and then drives the UI to
click / paste / send. Layout varies across versions and it is not
production-grade — use it only on a test account to validate the pipeline.
🧠 How It Works
- Reading — WeChat 4.x stores everything in SQLCipher 4 encrypted SQLite databases under
xwechat_files/(/db_storage/ contact.db,message_*.db,media_0.db,sns.db, …). Each DB has its own 32-byte key living in the Weixin.exe process memory (com.Tencent.WCDB.Config.Cipherconfig objects). The library locates them with a read-only memory scan, validates candidates with SQLCipher HMAC rules, decrypts pages to a temp dir and caches the result (first decrypt ~6s, then instant). WAL incremental merging with frame-salt filtering preventsdatabase disk image is malformedcorruption. - Sending — WeChat 4.x chat UI is self-drawn (no accessibility nodes), so sending uses a hybrid driver: hot-activate the Qt accessibility gate inside Weixin.dll (RVA scan, writes the screen-reader flag) to materialize the
mmui::*UIA tree — search box,chat_input_field, etc. Sending is UIA-first, coordinate + OCR fallback: auto-calibrating layout (~/.wechatauto/layout-), zoomed OCR (3x) with multi-round voting for rare Chinese characters, clipboard + Ctrl+V input to dodge IME interception..json - Media — image
.datfiles are[6B sig][4B aes_size][4B xor_size] + AES-ECB + plaintext + xorchunks. The account-level AES key is transient (only resident in memory while viewing an image);MediaDownloaderscans for it, validates via JPEG/PNG magic, and persists it toimage_keys.jsonso later runs need no scanning (or passimage_key=explicitly). Voice is plain SILK read frommedia_0.db; files are read frommsg/file/with original names resolved frommessage_resource.db.
⚖️ vs wxauto
| | wxauto | wechatauto-replica | |---|---|---| | WeChat 4.x | ❌ UIA tree gone → broken | ✅ DB decryption + UIA hot-activation | | Message reading | via UI tree | via local DB (full history, faster) | | Sending | UIA clicks | UIA-first + OCR fallback | | Media | limited | image AES decrypt, SILK voice, files | | Moments | read + like/comment (UIA) | read + like/comment (UIA), full history via DB |
⚠️ Known Limitations
- WeChat must be logged in — DB keys live in process memory; cached after first extraction, re-extracted automatically after re-login.
- Image AES key is transient — only resident while viewing an image; persisted to
image_keys.jsononce found, or inject viaimage_key=. - Sending is a GUI operation — fails cleanly when the window is locked/unresponsive (operations return a clear failure).
- Videos are downloadable only when the mp4 already exists on disk (
msg/video/). - Group-chat image originals are stored locally only after being opened (viewed) in WeChat; until then only the thumbnail (
_t.dat) exists —download_imagefalls back to the thumbnail (marked_thumbin the filename). Usedownload_image_original()to trigger WeChat to fetch the original via a UI click on the image message. - Moments likes/comments go through the UI (server-side actions) and need the hot-activated
mmuiUIA tree plus an unlocked desktop; they fail cleanly when the tree is unavailable. Moments posting stays dropped (4.x self-drawn UI, unreliable). - Quote-message sending (BETA) goes through a coordinate + OCR +
SendInputpipeline that depends on WeChat 4.1.x self-drawn layout; positioning may drift with window size / DPI / chat content — test flow on a throwaway account only.
🗺️ Roadmap
- Calibrate and verify file/image/reply/@ sending on unlocked desktops
- Video message download (4.x storage location TBD)
- Performance: parallel export / first-scan, incremental memory-scan cache
📝 Changelog
v1.2.2.3 (2026-09-16)
- Fixed: constant ~50 MB/s disk read + write while the library runs. The decrypt-cache stamp compared mtimes with exact float equality while writing them with
%f(6 decimals) against Windows' 7-decimal mtimes — so every poll (~1s) looked like a changed database and re-decrypted everything (WAL merge + cache rewrite included). NowSTAMP_VERSION 3with%r(exact round-trip): one rebuild after upgrading, then stable. - Message reads now LIMIT inside each shard before merging (5.5× on a 48k-message group: 1.053s → 0.191s;
get_new_messages≈6×). Huge chats no longer materialize every shard's rows in Python. Public APIs (get_messages,get_new_messages,get_message_row(..., local_type=),get_message_rows_for_media) keep identical signatures and results (verified across 6 chats × 71 cases). - Fixed “cannot get keys” under UTF-8 mode: four
tasklistcalls decoded GBK output with the default codec; underpython -X utf8/PYTHONUTF8=1the decode failed, leftstdoutas None and raisedAttributeError, killing key extraction. All four now useencoding="gbk", errors="replace"with a None guard. WeChatUIA.is_running()is now multi-criterion: it used to be one probe wrapped inexcept → False, so any error silently became “WeChat is not running”. It now checks tasklist / main-window title / psutil, and only writes an explicit stderr note when every probe errors.- Real contact/group names removed from demos and docs (replaced with 「文件传输助手」; 「兔仔仔」/「送你挖银子」 kept as sample defaults).
v1.2.2.2 (2026-09-13)
- Key handling hardened: no more recurring failure after every WeChat update. Three layers:
_save_keys() never persists an empty result (atomic write + .bak kept). Previously a transient extraction failure (wrong account / permission) overwrote a good cache with an empty file, so every later start reported "0 keys" — that is exactly the keys cached: 0 seen in the field.
- Durable key copy: a copy is kept at %LOCALAPPDATA%\wechatauto_keys\.json (override the directory with the WECHATAUTO_KEYS_DIR env var, e.g. your project workspace), surviving TEMP cleanup and WeChat updates. On startup the caches are merged from several locations (durable copy → work cache → .bak → other accounts' caches) and every entry is verified against page-1 HMAC, keeping only working keys.
- Account selection is now decided by key verification, not by "most recently modified .db" (a WeChat update rewrites every .db, shifting mtimes and picking the wrong account → 0 keys). One memory scan now collects candidate key material and scores every account directory by page-1 HMAC, switching to the one that unlocks (log: 已按密钥校验选定账号目录: …).
- cfg master-key warning: on WeChat 4.1.13+ the cfg path returns an untrustworthy master key (demoted to a fallback since v1.1.9); it now logs an explicit warning when it cannot reproduce any database key instead of silently succeeding.
- Better diagnostics (
diagnose_keys): now prints the WeChat client FileVersion, per-account "cache / derived" availability and a master-key consistency check (which tells you which account the keys belong to); the_openerror text now lists the three classic causes (32-bit Python / permission mismatch / wrong account among several) plus theaccount=hint.
v1.2.2.1 (2026-09-12)
- Compatibility with the new WeChat UI (verified on 4.1.13.65): the new build changed
AutomationIdfrom short names into dotted paths (oldsession_list/chat_input_field→ newMainView.main_tabbar,MainView….main_window_sub_splitter_view…), which broke exact-equality matching. AutomationIds are now matched as exact / dotted-segment / suffix (_aid_hit()), so both the old short names and the new paths resolve. - Relaxed window-title matching: the new main window title is
Weixin, and becomes微信(3)when there are unread counts;_title_is_main()now matches by containment and still rejects unrelated titles such asWeChat. - Anchor candidate lists + structural fallbacks: the main window / login window / search box now match against candidate tuples (single-value constants kept for backward compatibility); the search box, chat input and search-result list each gained a structural fallback (an EditControl whose Name contains 搜索, an EditControl inside the chat area, attribute-based search from the root), so a renamed class or AID in a future build no longer breaks the whole path.
- New layout self-check
WeChatUIA.describe_layout(): one call returns the main class name, window title, layout kind (merged/legacy/chat) and the resolution result of every anchor (main_window, search_box, session_list, chat_input, main_tabbar, sns_list). Run it first when a new WeChat build changes the UI. - Note: the Moments anchors were already dual-layout (standalone
mmui::SNSWindow/ mergedmmui::SNSContentView); 4.1.13.65 keeps those class names, so no change was needed there.
v1.2.2 (2026-09-12)
- Fix cross-shard message reads (missing messages / voice): a conversation's
Msg_table actually spans severalmessage_*.dbshards, butget_messagesonly hit the first one — e.g. a chat with 8,904 real messages (24 voice notes) reported just 1. New_find_msg_tables()/_msg_conns()/_shard_rows()merge reads across all shards and sort bysort_seq;get_messages,get_new_messagesand_find_media_rowsnow use the merged view.get_message_rowgained alocal_typefilter (alocal_idis not unique across shards) and newget_message_rows_for_media()returns every shard row; media downloaders pass their type code so the right shard row is selected. - Reliable listener delivery (behavior change): the watermark now advances only after callbacks succeed (a new
_inflightboundary prevents re-dispatching unconfirmed messages), callbacks are retried (max_retries, default 3) before being logged as dropped, and the watermark is persisted tolistener_watermark.json. Messages that arrive while your process is down are delivered on the next start instead of being skipped. Passwatermark_file=""to disable persistence. - Text restore no longer requires CJK: pure English / digits / URLs / emoji container-format messages are decoded instead of degrading to
[文本]. Chat.GetNewMessage()no longer drops backlog: batches are pulled until caught up (>200 messages) and the watermark only moves to the last message actually returned, instead of jumping to the newest DB position.- UIA materialization self-heal (no child controls after a WeChat restart/upgrade): after a WeChat restart or upgrade the Qt accessibility gate byte resets to 0 and the
mmui::tree degrades to an empty Qt shell (Qt51514QWindowIcon+ 2 nodes). The driver now hot-writes the gate, verifies thatmmui::controls actually materialized, and retries other candidate RVAs on failure (the RVA that worked is cached per DLL identity)._get_uia()self-heals on a 30s throttle — no more "one failed wake and OCR forever", and no manualrefresh=True. Fallback table gained4.1.13.65 → 0x0AE2B0C8. - Moments scroll-positioning fixes: bounded reversals (at most one per run, then downward-only) and stall detection (the top-cell fingerprint now includes geometry — merged-layout ListItems can share the same Name, which previously looked like a stall and aborted mid-scroll); skip "scroll to top" when the DB ruler says the target is below; the stop criterion is now "the next moment's UIA control appeared"; direction/distance fixes (clipped pixels → wheel notches) plus a bottom margin so the "…" button is reachable.
- Message type table: 4.x composite
local_typeis decomposed by its low 32 bits; added50 音视频通话(VoIP bubble),11000 动画表情,8594229559345 红包(the library previously mislabeled it as an appmsg/file card via the low-byte mapping); empty bodies (stickers) now show[动画表情]instead of a blank line;demo_group_messagesdecodes zstd for every type and prints one-line summaries. demo_listen.py --allnow auto-discovers new sessions (previously limited to the 30 most recent at startup).- New anti-recall listener
RecallGuard(BETA): afterwatch(listener)every new message is mirrored into a local sqlite DB and attachments (image/voice/video/file) are backed up tomedia/; on arevokemsgit prints[撤回]and records it in→ recall_events. Not fully field-tested — shipped as BETA. - New
MomentObserver(BETA): observe-and-freeze snapshots of Moments cache keys viasnapshot()/diff()(cache keys have no derivable mapping to feed md5 and the cache is evictable, so observing is the only way to keep them). Not fully field-tested — shipped as BETA.
v1.2.1 (2026-09-06)
- New "quote & send" message feature (BETA):
WeChatGUI.quote_msg(text, who, target_text=None, verify=False)right-clicks the target message → picks「引用」from the popup menu → types the content → sends; omittingtarget_textquotes the most recent message.quick_quote()is a one-liner entry point, demo scriptwechatauto/demo_quote.py.
SendInput pipeline that depends on WeChat 4.1.x self-drawn layout; positioning may drift with window size / DPI / chat content. The right-click uses SendInput injection (the render window ignores mouse_event right-clicks), and the cursor is first moved with SetCursorPos before injecting the click to avoid "moves but doesn't click / clicks but doesn't move" drift.
- Removed the
desktop_available()white-pixel screen check: control targeting is fully UIA-based now, so the full-window screenshot white-ratio sampling was dropped — it could falsely report "window not visible" while WeChat was fine.ensure_visible()now treats a live window handle as visible and keeps its "minimize blockers + bring-to-front" actions.
v1.2.0.1 (2026-08-31)
- Fix WAL-merged database cache corruption causing infinite loop:
_check_mergedpreviously usedSELECT count(*) FROM sqlite_masterwhich only checks the schema tree — corrupted data pages still passed validation, causing the cache stamp to mark the bad cache as "up-to-date" and every subsequent poll to reuse it, throwingdatabase disk image is malformedon a dead loop. Now usesPRAGMA quick_checkfor full database validation (data + index pages). New_invalidate_cache()clears all decrypted.db/.stampfiles. New_run_msg_query()unified entry point auto-retries once onmalformed(clear cache → rebuild → retry)._msg_connnow closes shard connections immediately to avoid Windows file-lock issues during cache cleanup.
v1.2.0 (2026-08-30)
Note: this release merges all changes made after 1.1.10.2 that were not yet published (1.1.10.3 → 1.1.10.7).
- Smart Moments positioning + auto like:
Moment.find_moment(publisher, keyword, ...)uses a hybrid of the DB route (computing the target offset) + UIA route (scrolling by offset) — it derives how many feeds the target is from the current view using the localsns.dbruler, then scrolls adaptively in the correct direction to land on the moment by author/keyword, eliminating blind downward scrolling and false "not found" results. - "…" overlay recognition:
Moment._locate_more_click/_find_more_buttonlocate the "…" button (bottom-right of a feed) via template matching (light/dark templates shipped inassets/) and click it; if not found it keeps nudging the scroll and retrying to pop up the like/comment overlay. - One-shot Like:
Moment.LikeMoment(publisher, keyword, ...)does "locate → tap "…" → like in the overlay"; the "赞/Comment" buttons in the overlay are found by a global deep traversal from the UIA root (matching by name) and clicked at their center. - Moments like/comment via UIA controls:
WeChatnow exposes aMomentproperty andSwitchToMoments()that hot-activate themmuiUIA tree and click the 朋友圈 nav button.Moment.Like(item, cancel=False)andMoment.Comment(item, content, reply_to=None)operate on UIA feed items — likes/comments are server-side actions, so they need the UI (the DB route stays read-only).WeChat.MomentisNonewhen the UIA tree is unavailable. Demowechatauto/demo_moments_interact.py. - Moments media download: new
MomentDB.download_media(media, save_dir, kind)copies a single picture/video from the local cache first (byte-for-byte, offline) and falls back to the CDN url;MomentDB.download_moment_media(feed, save_dir, ...)fetches all pictures/videos of one feed into a folder.find_local_media(md5, kind, size)locates the cache file by md5 and, for videos, bytotalSizeacross the wholeSns/Videotree (the video cache name is a content-hash unrelated to the feed md5, so size matching recovers real MP4s).parse_feednow distinguishes pictures vs videos viavideomd5/videoDuration/typeand records each media'ssize. Demowechatauto/demo_moments_download.py. - Moments read API (DB route):
MomentDB.get_moments()now supportssince/until(Unix-seconds time filter) andkeyword(text filter), pluslimit=0to return every row. New incremental-sync helperslatest_tid()/get_moments_since()make it easy to poll for new moments. New interaction notifierget_interactions()/interactions_unread_count()read the "likes/comments on my moments" table (SnsMessage_tmp3). Newcomment_tree()/comment_reply_to()organize a feed's comments into reply chains (built fromcomment_id/ref_comment_id). - Add group name ↔ ID lookup:
get_groups()now returns each group's realname(fromcontacttable, falling back to its wxid). Newgroup_name_to_id(name)(exact match first, then substring/fuzzy) andgroup_id_to_name(chatroom_wxid)let you resolve a group's wxid from its display name and vice versa — handy for combining withget_group_members()andat_member(). - Add group member enumeration & change watch (read-only, no UI): New
WeChatDB.get_groups()/get_group_members(chatroom_wxid)readchat_room+chatroom_member+contactfromcontact.dbto return each group's members (username / nick_name / remark / is_owner). NewGroupMemberWatcher(viaget_group_member_watcher) snapshots membership andpoll()diffs against the baseline to reportjoined/leftmembers, enabling polling-based membership-change monitoring. Useful together with the existing UI-automationat_member(). - New runnable demos
wechatauto/demo_moment_find.py,demo_moment_more.py,demo_moment_like.py; new depspyautogui,opencv-python.
v1.1.10.2 (2026-08-30)
- Fix long text still showing
[文本]on fresh installs: add requiredzstandarddependency: WeChat 4.x stores long-textmessage_contentas a zstd-compressed frame, decoded in_friendly_contentviaimport zstandard. That import silently failed whenzstandardwas absent (it was not inpyproject.tomlrequired deps), so long text degraded to the[文本]placeholder while listening worked normally.zstandardis now a required dependency;_friendly_contentalso gained lazy dual-package import (zstandard/zstd) via new_get_zstd_module()/_zstd_decompress()helpers.
v1.1.10.1 (2026-08-29)
- Fix
AttributeError: 'sqlite3.Row' object has no attribute 'get'in message reading:_msg_row_to_dictcalled.get("compress_content")on asqlite3.Row, which only supports[]access. Messages whose content stays a placeholder (e.g. emoji/special types) hit this code path and crashed the real-timeListenerpolling loop. Now uses[]access with a fallback, fixingget_messages/get_new_messages/get_message_row.
v1.1.10 (2026-08-27)
- Add original image download via UI automation: New
MediaDownloader.download_image_original()method triggers WeChat to download original images by simulating UI clicks on image messages. This solves the limitation where group chat images only have thumbnails available. - Fix long text message content extraction: Added zstd decompression support,
compress_contentfallback, and fixed newline character handling.
v1.1.9 (2026-08-27)
- Fix key extraction for WeChat 4.1.13+: Prioritized
Config.Ciphermemory scan overextract_master_key_from_cfgfor key extraction. The cfg-based extraction returns incorrect master keys on WeChat 4.1.13.12, while the Config.Cipher scan (which reads rawenc_keyvalues from XOR-decoded blobs) works correctly. This fixes the "0/24 keys verified" issue reported on newer WeChat versions.
v1.1.8 (2026-08-25)
- Fix missing
_derive_xor_keymethod in MediaDownloader: v1.1.7 release accidentally omitted the_derive_xor_key()method while code paths (_decrypt_v2,detect_image_key) still referenced it, causingAttributeErrorwhen decrypting images. Restored the method for XOR key derivation from thumbnail_t.dat/_h.datfiles. - Fix group-chat
sender_id→sender_usernameresolution:Listenercallbacks now receivesender_username(wxid format) in the message dict, resolved frommessage_resource.SenderName2Idmapping. Previously,sender_idwas a numeric ID that could not be used directly withsearch_contact(). - Thanks uiharukazari0105 for reporting the missing _derive_xor_key issue in v1.1.7.
v1.1.6.1 (2026-08-20)
- PyPI description fix: v1.1.6 was uploaded without the synced
README_pypi.md(description still showed 1.1.5.1); this patch restores the full v1.1.6 changelog and bumps the version marker.
v1.1.6 (2026-08-20)
- Auto-diagnosis on missing key:
数据库无可用密钥now runs a built-in check before raising — Python bitness (32-bit can't read 64-bit Weixin memory), per-PIDOpenProcess/ReadProcessMemorypermission, and multi-account mismatch (allwxid_*dirs vs. picked account, suggestingWeChatDB(account=...)). No need to rundiagnose_keysfirst. - New diagnostic tool:
wechatauto/diagnose_keys.py(python -m wechatauto.diagnose_keys, WeChat logged in) dumps lib version, Python bitness, Weixin PIDs with per-process read-permission checks, all accounts vs. picked account, cached keys, fresh in-memory extraction, and key verification — paste the output when reporting key-extraction failures. - Skip
migrate\unspportmsg.db: WeChat's reserved "unsupported message" DB has no in-memory key and is never queried; it was forcing a full process-memory scan on every init.
v1.1.5.1 (2026-08-18) — beta
- Fix real-time listening:
WeChatDB.get_new_messages()referenced an undefinedfound(NameError swallowed byListener._poll_once), so no message callbacks ever fired — including first messages from contacts you had never chatted with. - Dynamic message shards:
_message_dbs()now re-scans the disk so shards WeChat creates at runtime (e.g.message_5.db) are picked up and their keys extracted automatically.
v1.1.5 (2026-08-18)
- Version cleanup: normalized the patch version (1.1.4.2 → 1.1.5) after the
media_*.dbvoice fix.
v1.1.4.2 (2026-08-18)
- PyPI description cleanup: removed the demo default-group changelog line from the PyPI description.
v1.1.4.1 (2026-08-18)
- PyPI readme bilingual: merged the Chinese (
README.zh-CN.md) and English (README.md) into one PyPI description so the Chinese version is visible on the package page.
v1.1.4 (2026-08-18)
- Voice download across all media databases:
download_voice()now searches everymedia_*.db(not justmedia_0.db) — WeChat shards voice data across multiple media DBs; previously voices stored inmedia_1.dbetc. could not be found (thanks uiharukazari0105). demo_media.py --images N: download the latest N images of a chat directly from the DB (by local_type), bypassing the total-message--limit— no more "only a few images listed" when a group has thousands of messages.WeChatDB._find_media_rows(user, types): new helper returning all media local_ids of a chat for a set of local_types (batch download).- Group-chat image thumbnail fallback: original images in group chats are only downloaded after being opened in WeChat;
download_imagenow falls back to the thumbnail (_t.dat) when the original is missing, saving it with a_thumbsuffix.
v1.1.3 (2026-08-17)
v1.1.2 (2026-08-16)
- UIA driver thread-safety:
WeChatUIAnow initializes COM on the current thread (CoInitializeEx, idempotent) — fixes crashes when instantiated from background threads / host apps (e.g. WeChatBot) with "CoInitialize not called / cannot load UIAutomationCore.dll" errors. - Main-window filtering: only windows whose process loaded
Weixin.dllare considered — auxiliary processes without the DLL (whose hot-activation always fails) no longer produce noise warnings. - Forward-voice fix:
Chat.ForwardVoiceMessageusesselfwhen no target is given (the previous_cur()could resolve the wrong chat). - Re-entrant UI lock:
LockManageris now re-entrant per thread —@uilockfunctions calling each other (e.g.ForwardVoiceMessage→VoiceMessage.forward_to) no longer deadlock.
v1.1.1 (2026-08-16)
- Recall last message (
Chat.RecallLastMessage/uia_driver.recall_last_message): right-click the latest own message → UIA-first menu-item click (mmui::XMenuViewfound inside the main-window subtree), OCR fallback; fails cleanly when the 2-minute recall window has passed (menu only shows "Delete"). - UIA robustness: menu-item lookup scoped to the main-window subtree (avoids the Windows UIA root-traversal hang), removed the fragile
WindowControl(ClassName=...)fallback. - Media fix: video id bytes→str decoding in
MediaDownloader. demo_media.py --photosdefault 3 → 10.
v1.1.0 (2026-08-15)
- Image AES key auto-capture (
media.py): the V2 image key is only resident in memory while viewing an image (~5 min)._scan_aes_key()gained amonitormode — polls continuously and persists the key toimage_keys.jsononce found; users just open one image to finish setup. - Fixed the process-ordering scan bug (removed the memory-usage sort that pushed the main process last).
- Forward voice messages: SILK extraction from
media_0.db+ file-message send (demo_forward_voice.py). - New demos:
demo_group_messages.py(group + red-packet ZSTD parsing),demo_robust.py.
🤝 Acknowledgments
Thanks to vesio for sharing the WeChat 4.1.12 UIA control-tree approach and debugging ideas in issue #1 — it made the UIA hybrid driver (v1.0.8) possible.
Thanks to nanshanjack for finding the UI-lock re-entrancy problem (fixed in v1.1.2).
Thanks to maozhitao12450 for reporting the WXAM (wxgf) image download issue (fixed in v1.1.3).
Thanks to uiharukazari0105 for finding that voice data stored in media_1.db (and later) was never searched (fixed in v1.1.4).
📄 License & Disclaimer
Apache-2.0. This project is for personal learning and automation research only — please respect the WeChat software license agreement and applicable laws.
Contact: [email protected]