Page MenuHomeFeedback Tracker

Mouse Cursor not Staying Within Game Boundaries on Multi-Monitor Setups
Closed, ResolvedPublic

Description

When playing on multi-monitor systems(and only using one) the cursor will be visibly moving around between monitors as your character looks around.

This can be problematic when the cursor is needed(inventory management, ect.) and you can't find the cursor. In more serious cases, if the mouse is clicked while on another monitor it will dump you out of the game and to the desktop(or whatever application the cursor was over).

Problem exists in both fullscreen and windowed modes. Is also an issue in ArmA 2.

This probably isn't an issue with a surround(game across all monitors) setup, due to the cursor having nowhere else to go.

Details

Legacy ID
3837981161
Severity
None
Resolution
Duplicate
Reproducibility
Always
Category
Controls
Steps To Reproduce

Multi-monitor configuration(only one for game) and move the mouse around.

Additional Information

The cursor should be locked to within the game boundaries to stop this issue, or have the cursor "spawn" in the center when the cursor is needed(inventory management, ect.).

Event Timeline

InTheCatBoxAgain edited Additional Information. (Show Details)
InTheCatBoxAgain set Category to Controls.
InTheCatBoxAgain set Reproducibility to Always.
InTheCatBoxAgain set Severity to None.
InTheCatBoxAgain set Resolution to Duplicate.
InTheCatBoxAgain set Legacy ID to 3837981161.May 8 2016, 2:30 PM

I can confirm the issue is happening as well. Same exact replication steps.

Rabbit added a subscriber: Rabbit.May 8 2016, 2:30 PM

Mine seems to be working okay.
I have to alt+tab to use my other monitor.

Rabbit, an inability to use another monitor is not an issue; alt+tab does work fine.

Reread my description.

Experienced everything described.

Rusk added a subscriber: Rusk.May 8 2016, 2:30 PM
Rusk added a comment.Dec 23 2013, 8:39 AM

Running on a dual screen setup and I can confirm that the cursor moves to the second screen. But clicking outside the primary monitor (read: where the game us running) bounds seems only to be possible when you work with systems that require a mouse cursor such as the inventory. As soon as you close those clicking outside of the monitor bounds is not possible anymore or at least does not make you loose focus on DayZ or worse would minimize the game.
Still I would like the mouse cursor to be locked to the main screen and possibly make it an option.

I am also experiencing this problem, very frustrating.

Yip yip yip, I have to make sure all explorer windows/programs are closed on my second monitor before I play the game, otherwise I might accidentally click them and lose focus, thus minimising the game.

Rusk has mentioned an interesting point there though, the game not losing focus so long as you're not in an inventory/cursor mode in the game. I've yet to test this.

Was about to create this very ticket.

I use two monitors and my mouse does not lock on Dayz game and end up lost on my 2nd monitor.

I was about to create a ticket. This isuses is driving me insane. I'm on Windows 7 x64. Using Dual Monitor. I was having the exact same issue on Windows 8 x64 with different hardware. I'm pretty sure everyone with dual monitor have this issue.

If you press "tab" to check your inventory the mouse cursor will often ends up on your other monitor. This is getting really annoying and almost game breaking IMO because if I click the mouse button it will lose focus and alt-tab the game. It always take me a while to find my cursor after pressing ESC or using the Inventory. Please, make this a priority.

Yup, having the same issue since Day 1, would love a fix because it is very annoying to try to click in game and end up on the desktop getting smashed by zombies in game.

Please fix this problem. It happens without even forcing the cursor to show in-game.

Had this problem since I first started up the game and it's quite annoying.

Hello InTheCatBoxAgain,

Thank you for sending us your feedback regarding this issue. Unfortunately, this problem is a known issue that has previously been reported.

Closing as duplicate of #825.

Regards,
JStewart