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

Jump to bottom

Fast forward is bound to SHIFT not TAB in latest Fedora release #9286

Closed
rel1c opened this issue May 21, 2021 · 2 comments
Closed

Fast forward is bound to SHIFT not TAB in latest Fedora release #9286

rel1c opened this issue May 21, 2021 · 2 comments

Comments

@rel1c
Copy link

rel1c commented May 21, 2021

Version of OpenTTD

1.11.2 using package openttd-1.11.2-1.fc34
Fedora Workstation 34 on Linux 5.11

Expected result

Pressing TAB fast forwards the game, while SHIFT gives cost estimate of construction below mouse.

Actual result

TAB does not seem to be bound to anything. Holding SHIFT still enables cost estimation, but the game fast forwards at the same time.

Steps to reproduce

Run Fedora Workstation 34 and install openttd using dnf or Software application. Press SHIFT. I have confirmed this is the case on two different machines. The bug is not present when downgrading to openttd 1.10.3.
@LordAro
Copy link
Member

LordAro commented May 21, 2021

Yup, this is an issue with the Fedora packages

https://src.fedoraproject.org/rpms/openttd/blob/rawhide/f/openttd.spec#_57 - doesn't set a BUILD_TYPE, which defaults to debug mode (which uses shift as FFWD)

Should file a bug there

@rel1c
Copy link
Author

rel1c commented May 21, 2021

I made a bug report for the Fedora package. Fwiw I got things working via flatpack using the latest openttd. Thanks for the help.

@LordAro LordAro closed this as completed May 21, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
None yet
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
2 participants
@LordAro @rel1c