lbryio/lbry-desktop

Maximized window setting lost if restored from tray after minimizing

Open

#1.199 geöffnet am 28. März 2018

Auf GitHub ansehen
 (3 Kommentare) (0 Reaktionen) (0 zugewiesene Personen)JavaScript (412 Forks)batch import
area: uxarea: viewergood first issuehacktoberfesthelp wantedlevel: 1priority: mediumtype: bug

Repository-Metriken

Stars
 (3.596 Stars)
PR-Merge-Metriken
 (Keine gemergten PRs in 30 T)

Beschreibung

The Issue

This seems to affect Windows only. If you have the LBRY app maximized, then minimize (or minimize + close), then try to restore from tray (double click, or right click > Open LBRY), the window returns to the previous un-maximized window size. This will also happen if you have LBRY minimized in such a state and then open a LBRY url like https://open.lbry.io/test

Steps to reproduce

  1. Maximize LBRY window size
  2. Minimize LBRY
  3. Restore from tray
  4. Notice the window is no longer maximized - it may be full screen or use whatever previous non-maximized you had.

Expected behaviour

Window show be restored to last used state, or maximized in this case

Actual behaviour

Window size is restored

System Configuration

  • LBRY Daemon version: 0.19.1
  • LBRY App version: 0.21.2
  • LBRY Installation ID:
  • Operating system:

Anything Else

Screenshots

Contributor Guide

Research-Richtung
Untersuche den Hauptprozess und den Code zur Behandlung des System Trays, um zu sehen, wie der Fensterzustand (maximiert) gespeichert und wiederhergestellt wird. Suche nach Code im Hauptprozess, der sich auf 'win.setMaximizable' und 'win.maximize' bezieht. Der Fehler tritt wahrscheinlich auf, weil das Fenster wiederhergestellt wird, bevor der maximierte Zustand gesetzt wird, oder der Zustand bei Minimierung nicht erhalten bleibt. Überprüfe alle Zustandsverwaltungs Tools.
Tech Stack
javascript
Domain
desktop
Issue Type
Fehler
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
2
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
1-3 Stunden
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Aktiv
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Klar
Voraussetzungen
Git
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
70