Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

LShift makes LAlt's KeyCode None on Linux #1981

Open
lukors opened this issue Apr 22, 2021 · 1 comment
Open

LShift makes LAlt's KeyCode None on Linux #1981

lukors opened this issue Apr 22, 2021 · 1 comment
Labels
A-Input Player input via keyboard, mouse, gamepad, and more C-Bug An unexpected or incorrect behavior O-Linux Specific to the Linux desktop operating system S-Blocked This cannot move forward until something else changes

Comments

@lukors
Copy link
Contributor

lukors commented Apr 22, 2021

Bevy version

b964024

Operating system & version

Pop!_OS 20.10 (Based on Bunutu 20.10)

What you did

Ran this code:

use bevy::{input::keyboard::KeyboardInput, prelude::*};

fn main() {
    App::build()
        .insert_resource(WindowDescriptor::default())
        .add_plugins(DefaultPlugins)
        .add_system(update.system())
        .run();
}

fn update(mut keyboard_input_events: EventReader<KeyboardInput>) {
    for event in keyboard_input_events.iter() {
        println!("{:?}", event);
    }
}

And then press Left Alt while holding Left Shift.

What you expected to happen

The console to print the following:

KeyboardInput { scan_code: 42, key_code: Some(LShift), state: Pressed }
KeyboardInput { scan_code: 56, key_code: Some(LAlt), state: Pressed }

What actually happened

The console prints the following:

KeyboardInput { scan_code: 42, key_code: Some(LShift), state: Pressed }
KeyboardInput { scan_code: 56, key_code: None, state: Pressed }

Additional information

I am unable to reproduce this bug on Windows.

@lukors lukors added C-Bug An unexpected or incorrect behavior S-Needs-Triage This issue needs to be labelled labels Apr 22, 2021
@mockersf
Copy link
Member

probably related to rust-windowing/winit#600

@mockersf mockersf added S-Blocked This cannot move forward until something else changes A-Input Player input via keyboard, mouse, gamepad, and more and removed S-Needs-Triage This issue needs to be labelled labels Apr 22, 2021
@james7132 james7132 added the O-Linux Specific to the Linux desktop operating system label Dec 4, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
A-Input Player input via keyboard, mouse, gamepad, and more C-Bug An unexpected or incorrect behavior O-Linux Specific to the Linux desktop operating system S-Blocked This cannot move forward until something else changes
Projects
None yet
Development

No branches or pull requests

3 participants