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

Mouse cursor jumps to bottom right when clicking in fullscreen mode #3758

Closed
DorpsGek opened this issue Apr 11, 2010 · 18 comments
Closed

Mouse cursor jumps to bottom right when clicking in fullscreen mode #3758

DorpsGek opened this issue Apr 11, 2010 · 18 comments
Labels
component: interface This is an interface issue flyspray This issue is imported from FlySpray (https://bugs.openttd.org/)

Comments

@DorpsGek
Copy link
Member

rafgeens opened the ticket and wrote:

Machine: Dell Latitude E6400
OS: Ubuntu 9.10
Kernel: 2.6.31-21

I can control my cursor using a trackpoint and touchpad that are part of the laptop, or using a wireless usb mouse. When using the trackpoint and the touchpad, everything works fine. When using the wireless mouse and clicking anywhere while in fullscreen mode, the cursor disappears. Moving it will cause it to appear from the bottom right corner of the screen.

Reported version: 1.0.0
Operating system: Linux


This issue was imported from FlySpray: https://bugs.openttd.org/task/3758
@DorpsGek
Copy link
Member Author

Rubidium wrote:

I doubt the problem is in OpenTTD for the simple reason that we use a library for all mouse stuff. This library tells us where the mouse moved to and such OpenTTD behaves the same if OpenTTD gets the same input. It looks like it is somewhere in either X or SDL (the library we use for mouse, sound and video).


This comment was imported from FlySpray: https://bugs.openttd.org/task/3758#comment7846

@DorpsGek
Copy link
Member Author

Rubidium wrote:

Does this happen if you build a version with Allegro and then use Allegro for as video driver for OpenTTD?


This comment was imported from FlySpray: https://bugs.openttd.org/task/3758#comment7877

@DorpsGek
Copy link
Member Author

rafgeens wrote:

It doesn't reproduce in the Allegro version.


This comment was imported from FlySpray: https://bugs.openttd.org/task/3758#comment7880

@DorpsGek
Copy link
Member Author

rafgeens wrote:

My SDL version is 1.2.13-4ubuntu.


This comment was imported from FlySpray: https://bugs.openttd.org/task/3758#comment7881

@DorpsGek
Copy link
Member Author

rafgeens wrote:

Also reproduces when using SDL 1.2.14 on Linux. No problems in the OpenTTD Windows version on the same machine.


This comment was imported from FlySpray: https://bugs.openttd.org/task/3758#comment7883

@DorpsGek
Copy link
Member Author

Rubidium wrote:

Given that it works fine with Allegro, OpenTTD only "sees" one mouse in both SDL and Allegro and because the other mice work, I can only conclude that this is an error related to SDL or at least the interaction of SDL with X/the mouse drivers.


This comment was imported from FlySpray: https://bugs.openttd.org/task/3758#comment7884

@DorpsGek
Copy link
Member Author

bilbo wrote:

I encountered similar bug recently - mouse cursor disappear when I click into OpenTTD window (I can still click and cause actions, but I can't see the pointer) and reappear if I move the mouse outside OpenTTD window and then back inside.

I am using Debian sid (unstable), x86_64 architecture

It is both in 1.0.0 and in nightly, but I guess that at least partial cause of the problem is upgrading some of my X server packages, since few days ago it worked normally and I haven't recompiled affected binaries since then.

I dug out OpenTTD 0.6.3 compiled about 1.5 years ago and it suffers from same problem.

Seems to be SDL or other libraries issue, though the question is if we can do something with it. Is it bug in the library or is OpenTTD using the library in a wrong way that happen to work until now?

I have SDL: libsdl1.2debian - version 1.2.14-5


This comment was imported from FlySpray: https://bugs.openttd.org/task/3758#comment7898

@DorpsGek
Copy link
Member Author

Rubidium wrote:

I've not encountered this bug yet, but I don't have 1.2.14-5 yet... lets try updating to that and see the difference.
Okay, upgrading to 1.2.14-5 does not give me that bug, so it isn't in SDL or it is something between SDL, the window manager and X. I'm using XFCE's window manager.

Does reverting libsdl to 1.2.14-4 fix the issue? 1.2.14-5 seems to have changed the code for mouse handling somewhat.

Given that Wesnoth worked with 1.2.13 and so did OpenTTD, Wesnoth being broken by 1.2.14, fixed by 1.2.14-5 which possibly broke OpenTTD... something is really messed up there.

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=565788 is the bug report about Wesnoth being broken.


This comment was imported from FlySpray: https://bugs.openttd.org/task/3758#comment7900

@DorpsGek
Copy link
Member Author

bilbo wrote:

I tried downgrading libsdl from 1.2.14-5 to 1.2.14-4+b1 and it fixed the issue for me.


This comment was imported from FlySpray: https://bugs.openttd.org/task/3758#comment7901

@DorpsGek
Copy link
Member Author

bilbo wrote:

As for the window manager - I am using fluxbox version 1.1.1-7


This comment was imported from FlySpray: https://bugs.openttd.org/task/3758#comment7902

@DorpsGek
Copy link
Member Author

Rubidium wrote:

Then I'd please file a bug report against libsdl 1.2.14-5 breaking OpenTTD mentioning that it seems to work with XFCE's window manager, but fails with fluxbox, and that 1.2.14-4(+b1) works.


This comment was imported from FlySpray: https://bugs.openttd.org/task/3758#comment7903

@DorpsGek
Copy link
Member Author

bilbo wrote:

I've reported it: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=578389


This comment was imported from FlySpray: https://bugs.openttd.org/task/3758#comment7906

@DorpsGek
Copy link
Member Author

Rubidium wrote:

Thanks Bilbo.

To bad this can't be the cause for Raf Geens' problem. Maybe upgrading SDL for him helps, but I fear that that would imply upgrading Ubuntu 9.10 to 10.04 (beta?), which is quite a big step.


This comment was imported from FlySpray: https://bugs.openttd.org/task/3758#comment7907

@DorpsGek
Copy link
Member Author

frosch wrote:

Just to add: On gentoo with xfce4 Bilbo's issue is also encountered between 1.2.14-r1 and 1.2.14-r2 (gentoo versions, don't confuse with debian's), which differ just by the mentioned Wesnoth-related patch.


This comment was imported from FlySpray: https://bugs.openttd.org/task/3758#comment7909

@DorpsGek
Copy link
Member Author

rafgeens wrote:

Well, I tested it by building the latest 1.2.14 stable from SDL's site and linking OpenTTD to that, which alas didn't help. I do intend to upgrade to 10.04 when it's released, so I'll check in it then.


This comment was imported from FlySpray: https://bugs.openttd.org/task/3758#comment7910

@DorpsGek
Copy link
Member Author

rafgeens wrote:

When using Ubuntu 10.04 and OpenTTD 1.0.1, the problem is gone.


This comment was imported from FlySpray: https://bugs.openttd.org/task/3758#comment8029

@DorpsGek
Copy link
Member Author

Rubidium wrote:

So it is/was an SDL issue.


This comment was imported from FlySpray: https://bugs.openttd.org/task/3758#comment8030

@DorpsGek
Copy link
Member Author

Rubidium closed the ticket.

Reason for closing: Bug in external library


This comment was imported from FlySpray: https://bugs.openttd.org/task/3758

@DorpsGek DorpsGek added component: interface This is an interface issue flyspray This issue is imported from FlySpray (https://bugs.openttd.org/) external labels Apr 7, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
component: interface This is an interface issue flyspray This issue is imported from FlySpray (https://bugs.openttd.org/)
Projects
None yet
Development

No branches or pull requests

1 participant