Opened 10 months ago
Last modified 8 weeks ago
#73034 assigned defect
emacs +x11 under Tahoe 26.0 has a black bar covering menu
| Reported by: | bdemsky (Brian Demsky) | Owned by: | drkp (Dan Ports) |
|---|---|---|---|
| Priority: | Normal | Milestone: | |
| Component: | ports | Version: | |
| Keywords: | tahoe | Cc: | oldjrl (Jim Lawson) |
| Port: | emacs |
Description
I upgrade my Mac to Tahoe 26.0 and migrated MacPorts. I noticed after doing this that emacs using the +x11 option now has a black bar covering the menus. If I click on the correct spot, the menus still work.
Attachments (1)
Change History (6)
Changed 10 months ago by bdemsky (Brian Demsky)
| Attachment: | Screenshot 2025-09-22 at 2.39.23 PM.png added |
|---|
comment:1 Changed 10 months ago by ryandesign (Ryan Carsten Schmidt)
| Keywords: | tahoe added; emacs x11 removed |
|---|---|
| Owner: | set to drkp |
| Status: | new → assigned |
comment:2 Changed 5 months ago by oldjrl (Jim Lawson)
| Cc: | oldjrl added |
|---|
comment:3 Changed 5 months ago by oldjrl (Jim Lawson)
Local clients appear to be okay. Remote clients display black for the menu bar. Menu bar items may take time to update - selection boxes are correctly rendered. 2026-02-23 update: Background behavior depends on remote emacs version:
26.3 always displays a white background, 27.2 accepts explicit "-bg <color>" but ignores *background in .Xdefaults
comment:4 Changed 5 months ago by oldjrl (Jim Lawson)
The M-x set-background-color command seems to work in 26.3, 27.2, 29.4 remote emacs. The M-x new-frame brings up a new frame with a visible, working menubar in 27.2 and 29.4 remote emacs.
comment:5 Changed 8 weeks ago by drkp (Dan Ports)
If this is on arm64, it could be this xquartz issue (which is possibly fixed in the 2.8.6 betas but not the current release version): https://github.com/XQuartz/XQuartz/issues/31
Screenshot showing problem