VS Code 新UI被曝重大bug：菜单栏消失了

我敢打赌你每天打开 VS Code做的第一个动作大概率就是瞥一眼左上角那个三条横线的 菜单按钮。你可能从没点过它但它就在那儿像个沉默的保安。直到有一天你心血来潮点了一下——什么都没发生。你瞪大眼睛又点了一下。还是没反应。你心想鼠标坏了重启一下于是你重启了 VS Code再点……依然没反应。但当你按下键盘上的AltF文件菜单居然从屏幕左边以极其诡异的方式探出头来——它挤在活动栏Activity Bar的窄缝里像是在门缝里偷看而不是从门里走出来。这就是 2026 年 9 月初VS Code 用户面对的一个魔幻现实。 很多vscode老哥都在这几天感受到了这个bug带来的困惑。离奇的 Bug从“没反应”到“门缝里偷看”问题出在 VS Code 新推出的“现代 UI”Modern UI上。在vscode新版本里当用户试图点击左上角的三根线菜单时这中菜单因为形似汉堡也被国外人成为汉堡菜单菜单弹窗并没有出现在它应该在的地方而是被截断并挤压在左侧非常狭窄的活动栏Activity Bar区域内导致它既无法正常显示也无法被点击。键盘快捷键AltF虽然能呼出菜单但它却像幽灵一样被挤在了活动栏的窄缝里完全没法用。这个 Bug 的背后其实藏着一段代码的历史罪魁祸首活动栏Activity Bar的样式使用了transform: translateX(...)来实现某些动画效果。副作用这个 CSS 属性意外地成为了菜单弹窗的“包含块”Containing Block导致菜单位置计算错误被局限在了活动栏内部。“门缝”活动栏本身又有overflow: hidden属性所以菜单就被硬生生地裁切掉了只露出一条缝。用户发现了一个临时“解药”在设置里把workbench.experimental.modernUI: false关掉古老的菜单就回来了。但谁也不想永远活在“经典模式”里啊。破案与修复工程师连夜“拆墙”好在 VS Code 的工程团队反应神速。从 Issue 反馈到修复合并只用了不到两天。修复方案很干净不再依赖transform来做位移改为用更稳妥的布局方式来固定活动栏位置。这样一来汉堡菜单的弹窗就以视口Viewport为坐标基准不再被狭窄的活动栏“绑架”。同时工程师还加上了自动化浏览器测试专门盯着这个“菜单不能跑偏”的场景防止它以后再次偷偷溜走。或者这样一点荒诞的思考这个 Bug 虽然看起来是个小插曲但它生动地揭示了现代软件开发的悖论我们在不断创造更酷的 UI 和交互的同时也在不断增加让“最基础的按钮失效”的复杂性。一个简单的transform属性就能让用户最熟悉的菜单按钮“消失”。好在 VS Code 团队用一次“闪击战”般的修复保住了这个安静的“保安”的饭碗。