Project

General

Profile

Actions

Emulator Issues #6854

closed

4.0-436 Breaks Right Click View Rotation in Free Look

Added by MayImilae about 11 years ago.

Status:
Fixed
Priority:
High
Assignee:
% Done:

0%

Operating system:
Windows
Issue type:
Bug
Milestone:
Current
Regression:
Yes
Relates to usability:
No
Relates to performance:
No
Easy:
No
Relates to maintainability:
No
Regression start:
Fixed in:

Description

4.0-436 (r69137cff4c58) breaks one of the features of freelook - right click view rotation. All other functions of freelook appear to work: shift+WASDEQ, shift+0, shift+9, shift+R all tested and working fine. Only the right click rotation is broken.

Revisions tested:
4.0 win64 - Working
4.0-264 win64 - Working
4.0-435 win64 - Working
4.0-436 win64 - Broken
4.0-481 win64 - Broken
4.0-484 win64 - Broken

Tested on:
Intel Core i5 3570K @ 4.7ghz
Nvidia GeForce GTX 760
Windows 7 x64

Actions #1

Updated by JMC4789 about 11 years ago

  • Status changed from New to Accepted

This is true. Not sure if it happens outside of windows, someone be kind and test it?

Actions #2

Updated by degasus about 11 years ago

Works fine here on Linux :-(

Actions #3

Updated by MayImilae about 11 years ago

  • Operating system Windows added
Actions #4

Updated by mushman5 about 11 years ago

You'll find that when you right-click and hold on Dolphin's interface (at least, when the Render to Main Window option is enabled), you can manipulate the camera as long as the mouse is over the GUI. Moving your mouse over the game portion of the window will have no effect on the camera. Additionally, if you hold right-click and move the mouse off the GUI without releasing it, moving your mouse while on the interface from then on will rotate the camera, even if you right-click on the GUI again and release over the interface.

Actions #5

Updated by MayImilae almost 11 years ago

  • Milestone set to Current
Actions #6

Updated by delroth almost 11 years ago

Just did it on Linux, worked fine.

Actions #7

Updated by mushman5 almost 11 years ago

This bug was not present on Linux. See Comment #2.

This bug is still present in the latest Windows builds. (4.0-926 as of writing.)

Actions #8

Updated by acxray almost 11 years ago

my advice is to downgrade and endure the bugs, im trying this out right now

Actions #9

Updated by delroth over 10 years ago

  • Priority set to High
Actions #10

Updated by kodiacktech over 10 years ago

It seems like this potentially does work on the wxWidgets stuff, maybe? Regardless, like mentioned in a prior comment, it does only work when the cursor is over certain UI elements. As a visual reference, I've highlighted areas where the free look does work to better demonstrate this:

https://i.imgur.com/Od1nAEq.png

Actions #11

Updated by kodiacktech over 10 years ago

To best show this bug, here's a video of it in action:

http://youtu.be/rwZswO7i7_4

You'll notice that the free look works on any DolphinWX-based UI elements, which is not surprising considering that's where the free look option was moved to. Such elements include the top and bottom panes, the game selection screen (if rendering in a separate window), configuration screens, et. al.

This doesn't affect the render area because it's not an interface. It could be possible to make the render area contain a "dummy" interface, or the free look could again be moved elsewhere. These findings were just my $.02.

Actions #12

Updated by degasus over 10 years ago

Is this issue still valid after PR #492 -- 4.0-1864 ?

Actions #13

Updated by JMC4789 over 10 years ago

  • Status changed from Accepted to Fixed

Fixed by 4.0-1864.

Actions

Also available in: Atom PDF