Hacktoberfest 2026：メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

[Bug]: Recording HUD bar oscillates/vanishes on mouse hover on Arch Linux (Hyprland / Wayland)

オープン
  • 何か問題がありますか？
#891 コメント 1 件 リアクション 2 件 担当者 0 名 GitHub で見る

メンテナーはふだん 2 日以内に返信

まだ誰も着手していません。

評価

難易度
4/5
見積もり時間
3〜5日
初心者へのやさしさ
40/100
issue の種類
バグ
明瞭さ
明確に書かれている
活発さ
活発
技術スタック
arch-linux, electron, linux, typescript
領域
desktop

調査の方向性

Start in electron/windows.ts and recordly_main.cjs, at the helpers the report names (W_, the hudOverlaySetIgnoreMouse / handleHudMouseEnter / handleHudMouseLeave handlers) and the setBounds call that grows the HUD from 160px to 540px with new_y = old_y - 380. Read the React HUD layout (items-end pb-5, height: 100vh) alongside it to see why the expansion pushes the bar away from the cursor on Wayland. Reproduction needs Arch/Hyprland native Wayland, so check XWayland behaviour only as a contrast; done means hovering keeps the bar stable and clickable without the enter/leave oscillation loop. Related context sits in #600, #772, #860, #863 and #876.

索引モデルが issue の本文から書いたものです。

説明

Search existing issues
  • I have searched the existing issues
Describe the bug

When launching the Recordly AppImage (v1.3.3) on Arch Linux running Hyprland (native Wayland, ELECTRON_OZONE_PLATFORM_HINT=auto), the floating recording HUD control bar instantly disappears, flickers, and becomes unclickable as soon as the mouse cursor hovers over it.

Expected behavior

The recording HUD should remain stably positioned and interactive when hovered, allowing users to click record, toggle microphones/cameras, and access settings without jumping or vanishing.

To Reproduce
  1. Run the Recordly AppImage on Arch Linux under Hyprland (native Wayland session, xwayland: 0): 
    ./Recordly-linux-x64.appimage
  2. The pill-shaped recording HUD appears floating on screen.
  3. Move the mouse cursor over any button on the floating recording bar.
  4. The recording bar immediately jumps out from under the pointer, collapses, and enters a rapid oscillation loop, appearing to vanish or flicker uncontrollably.
OS

Linux

OS Version

Arch Linux, Hyprland 0.56.2 (Wayland)

Additional context
Technical Root Cause
  • In recordly_main.cjs / electron/windows.ts, mouse passthrough is disabled on Linux (zt() === false).
  • On mouse enter (handleHudMouseEnter), the renderer requests hudOverlaySetIgnoreMouse(false), triggering W_(true).
  • W_(true) attempts to expand the HUD window bounds from 160px to 540px height via setBounds to prepare room for popups, simultaneously calculating new_y = old_y - 380px to keep the bottom aligned.
  • Under the Wayland protocol (xdg_toplevel), compositors do not permit clients to position their own absolute screen coordinates (x, y). Hyprland anchors/centers the resizing surface and ignores the requested y repositioning.
  • Because the React UI layout is anchored to the bottom (items-end pb-5, height: 100vh), the 380px downward expansion pushes the control bar 380px away from the mouse cursor.
  • The pointer is no longer hovering the bar, firing handleHudMouseLeave, which triggers W_(false) and shrinks the window back to 160px.
  • Shrinking brings the bar back under the cursor, triggering handleHudMouseEnter again, causing an infinite oscillation loop.
Related Issues & PRs
  • Relates to #600, #772, #860, #863, and #876.
Workaround

Running with XWayland prevents the issue because X11 permits client-side (x, y) coordinate placement:

ELECTRON_OZONE_PLATFORM_HINT=x11 ./Recordly-linux-x64.appimage
主要言語
TypeScript
スター
32.4k
フォーク
2.6k
平均マージ
1日 5時間
マージ済み PR（30日）
16

環境構築

このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

webadderallorg/Recordly のほかの issue

webadderallorg/Recordly の issue をすべて見る

似ている issue

TypeScript の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。