frame crashes while trying to repositoion #63

Activity

1. n3wborn commented on Jul 21, 2026

   

   n3wborn

   on Jul 21, 2026

   Last edited by n3wborn

   More actions

   Same on v0.31.1 on Fedora 44 (Linux fedora 7.1.3-201.fc44.x86_64).

   Clicking on the top border of the window make it crash (excepted for minimize / maximize / close buttons)

   The crash does not seem exactly related to moving the window but trying to move by grabbing the top border.
   It's possible to move by keeping ALT pressed + click (on XFCE) and "grab" the window, so I assume it may be possible too with ALT + arrow keys on gnome shell for exemple.

   $ squashfs-root/usr/bin/frame
   xkbcommon: ERROR: /usr/share/X11/locale/en_US.UTF-8/Compose:1661:1: unrecognized keysym "dead_hamza" on left-hand side
   xkbcommon: ERROR: /usr/share/X11/locale/en_US.UTF-8/Compose:1662:1: unrecognized keysym "dead_hamza" on left-hand side
   xkbcommon: ERROR: /usr/share/X11/locale/en_US.UTF-8/Compose:1663:1: unrecognized keysym "dead_hamza" on left-hand side
   xkbcommon: ERROR: /usr/share/X11/locale/en_US.UTF-8/Compose:1664:1: unrecognized keysym "dead_hamza" on left-hand side
   xkbcommon: ERROR: /usr/share/X11/locale/en_US.UTF-8/Compose:1665:1: unrecognized keysym "dead_hamza" on left-hand side
   MESA-INTEL: warning: Haswell Vulkan support is incomplete
   

   At first, nothing happened when clicking on Open File / Folder too but after many crash / move test / crash / click test, they finally worked btw

   Once we can select a file, we also see that this window have a bar displayed contrary to the main window, as if they were no bar at all at first, which explain the crash as we click on an "unknown" space (?).

   
2. 66HEX commented on Jul 26, 2026

   

   66HEX

   on Jul 26, 2026

   Owner

   More actions

   I wasn't able to reproduce this error on my own system (Ubuntu 26.04 running as a VM on a MacBook M4), but I did a thorough review because some time ago I had made several changes to the vendored GPUI-CE. I reverted those changes and took a different approach to grabbing the title bar, implementing the logic used in ZED. I can’t guarantee that the problem has been fixed, but I’d appreciate it if you could test it on the latest version and provide feedback so I can continue debugging it or close the issue as resolved.
3. rallenh commented on Jul 27, 2026

   

   rallenh

   on Jul 27, 2026

   Author

   More actions

   Yes, it doesn't crash for me now. But there are some peculiar things happening:

   1. If I click on any of the buttons in the top, I activate grab mode in addition to activating (clicking on) the button
   2. there's no tooltips for the icons to the left of source preview area like there are for the icons on near the top on the right hand side.

   I was able to convert a MOV to an MP4.
4. 66HEX

   added

   bugSomething isn't workingSomething isn't working

   priority:p0Critical: blocks a core workflow or needs immediate attentionCritical: blocks a core workflow or needs immediate attention

   effort:e0Already fixed or no implementation work remainsAlready fixed or no implementation work remains

   impact:d0No remaining product impactNo remaining product impact

   platform:linuxLinux-specific behaviorLinux-specific behavior

   on Aug 26, 2026
5. 66HEX commented on Aug 26, 2026

   

   66HEX

   on Aug 26, 2026

   Owner

   More actions

   The original title-bar crash no longer occurs in the reporter’s test on the current version. I moved the two remaining observations into focused follow-ups:

   • title-bar controls also starting a drag: [Bug]: Title-bar controls also initiate window dragging on Linux #175
   • missing tooltips on source preview controls: [UX]: Add tooltips to source preview controls #176

   Closing the crash report as fixed. If the crash itself returns on a current build, please open a fresh report with the desktop session, Frame version, and terminal output.
6. 66HEX

   closed this as completedon Aug 26, 2026