Repository navigation
Conversation
|
@dklima appears to work for me, even without the gala patch, but there's a linter error, i dont know how/where that came from, can you fix that? remove i can then approve and merge both PRs, if there's a regression or complaints, the devs can yell. |
|
Maybe you only need to pull/update your fork and update your branch? |
|
Fixed in 47b6505. I removed |
Thank you for your fix! Would you cherry-pick your commit into a new branch and open a new PR fot that since it's out of the topic of this branch? |
47b6505 to
ee20bb1
Compare
|
Done. I moved the lint fix to #913 and removed it from this branch. |
@vjr Thank you for the test. On my system, the gala patch is necessary. I did another A/B test (to make sure) on Fedora 44 (Wayland, gala 8.6.1, GTK 4.22.5), with this PR installed both times:
Which distro, session type (Wayland or X11), and gala version did you use? Maybe your compositor gives focus to desktop windows in a different way. |
I'm running elementary OS9 daily but the classic apt-based installer, secure/wayland session, gala reports 8.6.1, everything is likely from |
leolost2605
left a comment
There was a problem hiding this comment.
Instead of overriding grab focus shouldn't we just call grab_focus on the password entry?
|
Thanks, that works. I removed the override. UserCard now focuses the password entry after the reveal animation ends. I tested it on Fedora 44 (Wayland): the lock screen, and a switch between two users. I didn't test a user without a password or a locked user. |
Fixes #907
The cards can't take focus, and in GTK 4
grab_focus ()on them doesn't pass the focus to a child. So the password entry never got focus.UserCard now focuses the password entry after the form reveal animation ends. Before that the form isn't mapped, and the entry can't take focus.
Test:
Tested on Fedora 44, GTK 4.22.5, Wayland. Keyboard focus also needs elementary/gala#2937.