#bug
今天写出了个这玩意：

void menu_select(bit position, const char *menu_names[], void(*func[])(void), U8 num) {
  U8 menu = 0;
  ...
}

其中 menu 只能是 0..num。debug 时发现执行完 func 后，position 和 menu 都被改得有点离谱。调了半天，发现把入参全部放全局变量就没问题了。
emmm，栈溢出？

#bug
no method get on type RwLockReadGuard<HashMap<(u8, u8), bool, RandomState>>
ra 0.4.2058 今天又发疯了… 我 cargo check pass，反复重启无效，新开仓库无法复现，应该是 bug 吧。

#垃圾桶
第一次看到这么炫酷的 rebase GUI，GitLens 的新玩意。
结果全是 #bug，烂完了。。要么就是 rebasing 状态无法 continue/abort

warning: could not read '.git/rebase-merge/head-name': No such file or directory

要么就是瞬间完成 rebase 没有任何更改，笑死了
ps. 实测只要 EDITOR 设成 vscode 也是瞬间完成，vsc 没有 blocking 吗（

#bug
vscode rebase conflict，在 源代码管理 手动解决冲突后需要 commit。一般情况下直接点击 继续 即可。
今天 rebase 了一个没有 comment 的 commit（使用 --allow-empty-message 的产物），无法提交：message 不可为空。
在 源代码管理 编辑 commit message，提示 rebasing 不允许修改 commit message。
于是我只能手动 git rebase --continue 。说明 empty message 还是挺毒的，怪不得要开额外 arg。
但是我的理念 #暴论 是 ：
写无意义的 commit message 不如不写。我博客最早用的 $(date "+%Y%m%d-%H:%M:%S")，之后是 update，都没啥意义（commit 本来就自带时间），所以最近改成了 --allow-empty-message，没想到发生了这种情况。

#垃圾桶 #脑裂设计 #bug
在折腾 rime on android。
1. play store 的 fcitx5 android 是 0.0.7 的，识别不到 0.0.9 的 plugin.rime 插件
- store 不更新能不能不要把它放在 installation 第一位啊。。。
2. android 系统文件管理器拿不到 pwd 路径；而 fcitx5-android 的 rime plugin 只能调 api 从系统文件管理器开配置目录。
- 还好我有意图拦截器，把它拦下来看 pwd。
3. termux 里等同于密码输入，于是一直有一个 bitwarden 密码提示占据了我 gboard 的顶栏，因此我甚至没法用 gboard 的剪贴板。
- gboard 全责。而且 termux 这设计也是完全没考虑到用户。
4. termux 不能用 su 要用 tsu

一连串脑残 bug 和反人类设计把我的耐心耗尽了。

#bug

<template v-slot:[item.valid_name??item.name]>

v-slot 里可以写表达式但是不能有空格
然后 vue - official formatter 会把这玩意 format 成

<template v-slot:[item.valid_nam e? ?item.name]>

的奇怪格式，会直接崩掉程序。prettier 反而没有这个问题。

#bug
windows 下更改文件名大小写，git 不会将其算成变化（因为 win 不分大小写）。
然后在 Linux 上跑 CI，就炸了😅

git config --global core.ignorecase false

#bug
重装系统后有一个搞笑问题：vscode 打开默认终端（nushell），关闭 vscode，再打开，这个 shell 会被夺舍成 powershell😅

#bug

use std::sync::{Arc, Mutex};
fn need(x: Arc<Mutex<dyn FnMut(i32) -> i32>>) {
    todo!()
}
fn main() {
    let callback = |x| x;
    let mut callback = need(Arc::new(Mutex::new(callback)));
}

这段代码能过 cargo check。然后重启 ra lsp，也能过 ra。但是只要随便加个空格重新触发 ra check，就过不了 ra 了。
而且这个 bug 不止是 ra pre-release 的，也是 ra stable 不知道存在了多久的。
track

#bug
cursor 会在关闭后自动更新。如果关闭后立即关机/结束自动更新进程，cursor 就会直接爆炸，main.js not found，必须重装。

#bug
今天用 live share。
首先这插件和 vsc 强耦合，cursor 等二流 fork 是用不了的；
其次，出现两边代码不同步的情况。live share 貌似只传光标行列和动作，而不会进行文件相同性检查。代码被外部更改后，我删除的字符和对面删除的字符都不一样。这可就致命了。

#bug
今天被 bug 控了一晚上了。。。
https://github.com/nodejs/undici/issues/1248
https://github.com/nodejs/node/issues/46167
一直错怪了 ofetch，因为程序 ofetch 跑不过，而我单独测试用的是 bun xxx.ts 没问题。一点都没怀疑过是 nodejs 的锅。简单一句 fetch 炸了 6 个 nodejs 大版本，6

#bug
windows 的复制文件夹，碰到链接到不存在文件的 softlink（应该是吧，pnpm 装的），复制会直接卡死，无法取消。。。
#idea 所以要是有复制粘贴忽略 node_modules，.venv ...的插件就好了。虽然写 shutil 也很快。

#bug api 挂了吗，舍友打开也这样

#bug
solidjs-markdown 和 solid-icons 的 latest 都没法在 solidjs/templates/ts 上用，一个 Syntax Error，一个 React is not defined（even if "jsxImportSource": "solid-js"）
感觉 solid 💊 ……

#bug 😄

#bug
最近 vscode 开始出现各种各样的符号双击和字符被替换问题，被坑了挺久才发现。因为我用 vim plugin，经常在中文输入法下 o 插入行，再切换为英文时就把我的上一行字符替换成了 o。然后我没注意到（例如 0 被替换成了 o），导致了一些更加严重的后果，比如某些配置文件 break，直接把软件 parser 炸了。
查了一下，发现是 https://github.com/microsoft/vscode/issues/251608 ，已修复还没 release。

最主要的是 issue 区给出的 Edit Context changelog 里有这样一段话：This fixes numerous bugs, especially in relation to the IME experience, and going forward will pave the way for a more versatile and robust input experience within the editor.
我实在是没绷住，笑出来了。

#bug
vscode 在用 range 格式化 包含 emoji 作为行开头 的 range 时，有概率让 emoji 爆炸（消失或 �）
无语了，formatter 排查半天结果发现是 upstream 的低级问题

#bug
有时候 LLM 循环输出可能是 formatter 的锅
比如 mingw 会叫 #warning Please include winsock2.h before windows.h
然后 LLM 就会去改代码，但是 LLM 调用 edit 工具也会触发 formatter，而 clangd 的默认行为就是把 include 按照字典序排。
于是 LLM 继续改代码，loop 了，笑死

#垃圾桶 #bug
排查了 bug 半天，发现

❯ cp -f libdecodeutils.so ../../yak/lib/libdecodeutils.so || ls -ld ../../yak/lib/libdecodeutils.so
cp: cannot create regular file '../../yak/lib/libdecodeutils.so': File exists
"../../yak/lib/libdecodeutils.so": No such file or directory (os error 2)

我的文件进入了存在与不存在的量子叠加态。
然后 wsl --shutdown 再重启就好了，WSL 我操你喵
---
最可怕的是这玩意把我的信任彻底瓦解了，现在我一看到一个 command failed 就优先指责 WSL。