hluk/CopyQ

MacOS CopyQ Main Window Jumps to Primary Screen When Triggered via Hotkey in Fullscreen Mode

Open

#2 902 ouverte le 17 nov. 2024

Voir sur GitHub
 (3 commentaires) (1 réaction) (0 assignés)C++ (419 forks)batch import
bughelp wantedmacOS

Métriques du dépôt

Stars
 (7 372 stars)
Métriques de merge PR
 (Merge moyen 17h 35m) (13 PRs mergées en 30 j)

Description

Describe the bug

On macOS 15.1, when a fullscreen application is active, using the configured hotkey to bring up the CopyQ main window causes the window to jump back to the primary screen. This prevents the CopyQ main window from appearing within the fullscreen application.

To Reproduce

1.	Install and run CopyQ on macOS 15.1.
2.	Configure a global hotkey to show the CopyQ main window.
3.	Open any application that supports fullscreen mode (e.g., Safari or VSCode) and switch it to fullscreen.
4.	While the fullscreen application is active, press the configured hotkey to open the CopyQ main window.

Expected behavior

Pressing the hotkey should bring up the CopyQ main window on the current screen, even when a fullscreen application is active, without switching back to the primary screen.

Screenshots none

Version, OS and Environment

  • Operating System: macOS 15.1
  • CopyQ Version: 9.1.0-g4aab2525-v9.1.0
  • Hardware: apple m4

Additional context

This issue only occurs in fullscreen mode. The hotkey functions normally when not in fullscreen mode.

Guide contributeur

Direction de recherche
Enquêtez sur la façon dont CopyQ gère le placement de la fenêtre lorsqu'elle est déclenchée par un raccourci clavier sur macOS, en particulier dans les espaces plein écran. Examinez le code qui définit la position de la fenêtre et l'attribution de l'écran, et envisagez d'utiliser des API macOS telles que NSScreen ou NSWindow pour garantir que la fenêtre apparaisse sur l'écran actif.
Stack technique
cpp
Domaine
desktop
Type d'issue
Bug
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
2
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
1-3 heures
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
Active
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Claire
Prérequis
C++QtmacOS development
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
70