[macOS] Verify: reports carried over from window_manager
Ninguém assumiu esta issue ainda.
Avaliação
- Dificuldade
- 4/5
- Tempo estimado
- 3-5 dias
- Facilidade para iniciantes
- 45/100
Direção de pesquisa
Start with a Flutter app using the Window API and reproduce the ten linked window_manager reports on macOS. Check the related nativeapi#59 issue for context, then verify each report and either fix it or record that it no longer occurs. Done means every checklist item has a verified result.
Escrita pelo modelo de indexação a partir do texto da issue.
Descrição
These were reported against window_manager 0.5.x, whose platform code is gone: window_manager 0.6.0 is rebuilt on nativeapi. None of them has been checked against nativeapi yet. Each needs a reproduction with nativeapi (a Flutter app on the Window API), then a fix or a note that it no longer happens. Tick them off here as they're checked.
Related: libnativeapi/nativeapi#59 (app-level hide on macOS).
- leanflutter/window_manager#565: buttons at the top of the window aren't clickable with a hidden title bar on macOS 26 Tahoe
- leanflutter/window_manager#171: a bar blocks the top of the content in native full screen
- leanflutter/window_manager#351: full screen together with always-on-top shows the menu bar and Dock
- leanflutter/window_manager#379: hide() while in full screen leaves a black screen
- leanflutter/window_manager#462: after setResizable(), the window can no longer be resized at all
- leanflutter/window_manager#501: on macOS 14+, the window can't be reopened after hiding it twice
- leanflutter/window_manager#543: crash when hiding the window from a global hotkey callback (with hotkey_manager)
- leanflutter/window_manager#541: setSize() hangs forever inside an integration test
- leanflutter/window_manager#481: background colour always black since Flutter 3.22.3 (reported on macOS)
- leanflutter/window_manager#360: app freezes after a hot restart when it starts in full screen (macOS, also reported on Windows 11)
- Linguagem predominante
- C++
- Estrelas
- 41
- Forks
- 15
- Merge médio
- 8h 55min
- PRs com merge (30d)
- 4
Preparar o ambiente
Este projeto não oferece contêiner de desenvolvimento, Dockerfile nem guia de contribuição, então a configuração fica por sua conta: comece pelo README e veja nosso guia da primeira contribuição para os passos gerais.
Primeiros passos
- Leia a issue inteira e depois o guia de contribuição do projeto.
- Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
- Faça um fork do repositório e trabalhe em uma branch.
- Abra um pull request que referencie o número da issue.
Mais de libnativeapi/nativeapi-core
-
bug
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 35/100
Todas as issues de libnativeapi/nativeapi-core
Issues semelhantes
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 79/100
Mantenedores costumam responder em até 1 dia
-
just: test-quest-combat exits 1 without the combat script libraries after every host test passedAbertabacklog bug
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 76/100
EchoTools/nevr-runtime#2665 ·
Mantenedores costumam responder em até 1 dia
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 76/100
AutoHotkey/AutoHotkey#380 ·
-
documentation
Dificuldade 1/5 1-3 horas Facilidade para iniciantes 84/100
Mantenedores costumam responder em até 1 dia
-
Lua File: add readWhole()Aberta
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 69/100
grumpycoders/pcsx-redux#2667 ·