SUMMARY Currently pressing Enter after typing the number for a New Numbered Deal does not start the selected game because the focus is on Cancel STEPS TO REPRODUCE 1. Open the New Numbered Deal (menu or hotkey) 2. Type number (e.g. 5152) 3. Press Enter OBSERVED RESULT The dialogue is closed because focus is on the Cancel button EXPECTED RESULT The selected game starts SOFTWARE/OS VERSIONS KDE Frameworks 5.18.0 Qt 5.5.1 (built against 5.5.1) The xcb windowing system
> Currently pressing Enter after typing the number for a New Numbered Deal does not start the selected game because the focus is on Cancel It does for me here. Your versions are quite old, is there any chance you can try a newer version? Does your distro ship with flatpak?
(In reply to Albert Astals Cid from comment #1) > > Currently pressing Enter after typing the number for a New Numbered Deal does not start the selected game because the focus is on Cancel > > It does for me here. Your versions are quite old, is there any chance you > can try a newer version? Tried with version 3.6 and KDE Frameworks 5.44.0 Qt 5.9.5 (built against 5.9.5) The xcb windowing system The problem still occurs > Does your distro ship with flatpak? Yes, it does. I'm running Ubuntu 18.04.3 with DE Gnome (maybe that could be the problem?)
Yes, could be caused by different button order. Could you please try this in Konsole: XDG_CURRENT_DESKTOP=kde kpat This should instruct kpat to use the KDE button order.
(In reply to Christoph Feck from comment #3) > Yes, could be caused by different button order. Could you please try this in > Konsole: > > XDG_CURRENT_DESKTOP=kde kpat > > This should instruct kpat to use the KDE button order. That worked. I got "QApplication: invalid style override passed, ignoring it." but typing and pressing Enter does work as expected. This makes sense because when running kpat under Gnome, the buttons are Cancel and OK, while running your suggested command line, the buttons are OK and Cancel
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
If focus can be attributed to button OK regardless of the button's position on the dialog box then this could be solved otherwise focus will be on the first button which works on KDE but not on Gnome
I cannot reproduce. The source code explicitely sets the 'OK' button as default, and I confirmed it is the default button executed on Enter with XDG_CURRENT_DESKTOP set to 'kde' or 'gnome'. This even works correctly with the reversed button order for the 'gnome' value. https://cgit.kde.org/kpat.git/tree/numbereddealdialog.cpp#n33
Fixed in Version 19.12.1 This report was for version 3.6 (the only version available at the Ubuntu Software "store" for those who haven't added snap or flatpak)