> -- some keyboard switching applet, that uses XTest to do that. I doubt that this some application running in the background because I have faced this problem on MX Linux XFCE, Fedora KDE, Manjaro KDE, Manjaro KDE.
There is one detail that I have left out and I don't see how that can affect anything ----- I am running in VirtualBox. All these OSes I have tested in Oracle VirtualBox, my host OS is Windows 8.1 which handles Shift+KP_1 with numlock on perfectly. So the question is that is there any way VirtualBox can be causing this, I don't think it is interfering but you be the judge of that. > -- some strange intellectual behaviour of the hardware (keyboard itself). I hope not. Windows seems to handle this perfectly. Output of : xkbcomp "$DISPLAY" /tmp/dump.xkb https://pastebin.com/trELUzsP It is 1912 lines so I used pastebin. Please let me know if you find anything. On Tue, Feb 18, 2020 at 12:22 PM Sreyan Chakravarty <sreya...@gmail.com> wrote: > If I print my current layout can you help me with the rules that are set > for the numpad? > > On Tue, 18 Feb 2020, 12:19 pm Sreyan Chakravarty, <sreya...@gmail.com> > wrote: > >> So what do I do now? Where do I report a bug? >> >> On Tue, 18 Feb 2020, 1:17 am James Cloos, <cl...@jhcloos.com> wrote: >> >>> yes, for that kb it prob is not any of the weird hw things i've >>> encountered. >>> >>> not sure why it could do that, then... >>> >>> -JimC >>> -- >>> James Cloos <cl...@jhcloos.com> OpenPGP: 0x997A9F17ED7DAEA6 >>> >> -- Regards, Sreyan Chakravarty
_______________________________________________ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: https://lists.x.org/mailman/listinfo/xorg Your subscription address: %(user_address)s
