I'm sorry but I have to post the description once more because in some mysterious way I have mixed up two sentences.

I have a problem with fullscreen mode with Heroes of Might and Magic III and
recently with Portal Prelude. I will try to explain the situation with HoM&M:
As I start the game the 3DO animation is often shited a bit to the upper-left
but moving cursor in the corner upper-left corner centers it. Now while playing
the actual game at some point (sometimes quite soon sometimes after a while)
while trying to move the map with a cursor you start
to move the whole game screen. When the game screen is shifted you can
cleary see the desktop. The resolution is 800x600 ("Heroes" resolution) but desktop seem to be size 1280x1024 which is the native resolution of my display. This bug obviously makes playing impossible and the only solution for now is to change the resolution before starting the game which is not really convenient. As I've mentioned in the beginning the same bug applies to Portal prelude which at
first opened in 1280x960 for some reason. Of course with portal the situation
is much better becuse you can actually change the game's resolution, not so
much with HoM&M.
This bug did not take place in Wine 1.4 and (as far as I remember) 1.3

I'm using Linux Mint 14.1 Mate
GF 250 GTS
Nvidia drivers  310.14

Today the same thing happened while trying to force Darksiders(Steam version) to work.

(In reply to comment #1)
> This bug did not take place in Wine 1.4 and (as far as I remember) 1.3
> I'm using Linux Mint 14.1 Mate
> GF 250 GTS
> Nvidia drivers  310.14
> 
And were you using the exact same kernel/graphics driver/window manager/everything else with the older versions of Wine?

If this really is due to a change in Wine and not something else on your system, you need to run a regression test to identify the patch that caused it. http://wiki.winehq.org/RegressionTesting

(In reply to comment #3)

> And were you using the exact same kernel/graphics driver/window
> manager/everything else with the older versions of Wine?
> 

When it comes to Wine 1.4 and 1.5 yes - both versions were tested on the very same drivers and kernel version, I've upgraded after installing 1.5. As for 1.3 version, I had it some time ago on my Ubuntu 10.04 and I can't recall a single instance of the behavior I described.I've installed 1.5 because I was getting the infamous Mp3dec.asi error in Heroes and the error is no more but it's not really playable right now.
BTW: Including Darksiders, this makes it up to 3 titles, each from different developer.
I've never done Regression Test before but it looks like it might be necessary in this case so I have to find some time to do some reading and, eventually, to perform the test.

Created attachment 44128 [details]
H3 install -console output

I have some problems running regression test. I succesfully clone git, then i ran CC="ccache gcc" ./configure --enable-win64 --verbose --disable-tests (after installing a ton of dependencies), make and I have succesfully compiled wine-1.5.27-174-ge2b88dc . But obviously sth is wrong because when I type simply "./wine" I get "wine: could not find the Wine loader in /home/hades/wine-git" message. I've managed to install H3 with ./wine64 and I attach the console output. Strange thing about the ntdll.dll.so beacuse I actually have it but not in /usr/local/lib64/wine/ but in /usr/lib/x86_64-linux-gnu/wine/ and of course in /home/hades/wine-git/dlls/ntdll/.
Anyway, now I can't run the game because ./wine command does not work at all (see above) and ./wine64 runs the game (despite the few Fontconfig warning: "/etc/fonts/conf.d/50-user.conf", line 9: reading configurations from ~/.fonts.conf is deprecated. messages) but it pops up the requester saying that "Game files are missing. Please reinstall", which is obviously ridiculous as it had been installed correctly.
What do I do now?

(In reply to comment #6)
> I have some problems running regression test. I succesfully clone git, then i
> ran CC="ccache gcc" ./configure --enable-win64 --verbose --disable-tests (after
> installing a ton of dependencies), make and I have succesfully compiled
> wine-1.5.27-174-ge2b88dc . But obviously sth is wrong because when I type
> simply "./wine" I get "wine: could not find the Wine loader in
> /home/hades/wine-git" message. I've managed to install H3 with ./wine64 and I
> attach the console output. Strange thing about the ntdll.dll.so beacuse I
> actually have it but not in /usr/local/lib64/wine/ but in
> /usr/lib/x86_64-linux-gnu/wine/ and of course in
> /home/hades/wine-git/dlls/ntdll/.
> Anyway, now I can't run the game because ./wine command does not work at all
> (see above) and ./wine64 runs the game (despite the few Fontconfig warning:
> "/etc/fonts/conf.d/50-user.conf", line 9: reading configurations from
> ~/.fonts.conf is deprecated. messages) but it pops up the requester saying that
> "Game files are missing. Please reinstall", which is obviously ridiculous as it
> had been installed correctly.
> What do I do now?

Please use the forums or IRC for help running the regression test.

Could this be related to bug 33479?

http://bugs.winehq.org/show_bug.cgi?id=33479

There is a ppa there that could be tested.

(In reply to comment #1)
> I'm sorry but I have to post the description once more because in some
> mysterious way I have mixed up two sentences.
> 
> I have a problem with fullscreen mode with Heroes of Might and Magic III and
> recently with Portal Prelude. I will try to explain the situation with HoM&M:
> As I start the game the 3DO animation is often shited a bit to the upper-left
> but moving cursor in the corner upper-left corner centers it. Now while playing
> the actual game at some point (sometimes quite soon sometimes after a while)
> while trying to move the map with a cursor you start
> to move the whole game screen. When the game screen is shifted you can
> cleary see the desktop. The resolution is 800x600 ("Heroes" resolution) but
> desktop seem to be size 1280x1024 which is the native resolution of my display.
> This bug obviously makes playing impossible and the only solution for now is to
> change the resolution before starting the game which is not really convenient.
> As I've mentioned in the beginning the same bug applies to Portal prelude which
> at
> first opened in 1280x960 for some reason. Of course with portal the situation
> is much better becuse you can actually change the game's resolution, not so
> much with HoM&M.
> This bug did not take place in Wine 1.4 and (as far as I remember) 1.3
> 
> I'm using Linux Mint 14.1 Mate
> GF 250 GTS
> Nvidia drivers  310.14


As far as i have discovered this problem appears with recent newer nvidia driver.

Nvidia driver before 310 (295.x) works correctly on evry wine version.

Newer NVIDIA drivers 310.x, 325.x  shows this effect.

I have discovered 2 workarounds :

1.) When this problem apperas during gameplay, switch away window (CTRL+TAB) and switch back to (full screen) heroes window, center the picture and leave the town , when the game re-draws the screen it will not anymore scroll out .

Only problem is that this works not very long, after a few rounds this problem  will appear once again.

2.) switch the desktop resolution to 800X600 before the game runs, and setup wine to emualy a virtual desktop with 800X600.

It will be fullscreen as well when you start the game.

I can not test if this problem appears with older wine versions when using newer nvidia drivers (310 & up) since older wine versions have problems to dedect  the OPEN GL libraries from this nvidia drivers and report that no OPENGL / Dricect-X is installed, as a result the game will not run.

Only newer Wine versions can use the OPEN GL mode from the newer nvidia drivers.

Currently the best way at the moment is to use the older NVIDIA drivers, but i fear that in future wine will refuse to work with that.

The bug must have something to do with the new resolution switching system that comes with the 310.x series of nvidia drivers.

Hard to tell if it is a bug in wine or nvidia or both.

Howcome this is still unconfirmed?  Reinhard Berger even posted a workaround so it means that it is an issue not only for one user. Now I use wine 1.6.2 and Nvidia 331 drivers and this bugs still affects me in Mint 17.1.

I think I'm affected by this (using nvidia driver). It happens all the time when the fullscreen/in-game resolution is not the same as the desktop resolution: the screen displays only a view of a larger virtual screen and you can pan with the mouse (like this https://sinewalker.wordpress.com/2010/07/09/what-happened-to-my-ctrl-zoom-in-xorg/).

One workaround is to use UseXRandR=N (https://wiki.winehq.org/Useful_Registry_Keys).

The thins I am talking about is the quite of thing you get if you do:

    xrandr --output DVI-I-0 --panning 3000x3000

where 3000x3000 is larger than your resolution.

Unsurprisingly, when this happens the output of xrandr gives: "1280x1024+0+0 (normal left inverted right x axis y axis) 430mm x 270mm panning 1680x1050+0+0" where 1680x1050 is my desktop resolution and 1280x1024 is the resolution the game is trying (and apparently failing) to get.

I'm attaching the full output ox xrandr.

Created attachment 55100 [details]
Output of xrandr showing panning

Apparently, the nvidia Driver expects needs XRRSetScreenSize() before XRRSetCrtcConfig(). Failing to do so leads to panning mode. I'm attaching a prototype program which successfully change resolution (at least in the simple cases) without introducing panning.

The needed steps are:

1. XGrabServer();

2. Disable the CRTC with XRRSetCrtcConfig;

3. XRRSetScreenSize to the new resolution;

4. XRRSetCrtcConfig to set the CRT to the new resolution (and reenable it);

5. XUngrabServer.

You can comment out the XRRSetScreenSize() call (and possibly everythin but the main XRRSetCrtcConfig call) to get somethying similar to the current behaviour of the Wine implementation which leads to panning (at least using the nvidia driver).

I'm not sure if this is the expected behaviour ox xrandr or if this is a bug in the nvidia driver.

Created attachment 55105 [details]
Simple test of the libxrandr API

This patch fixes the issue for me:

https://www.winehq.org/pipermail/wine-patches/2016-July/152363.html

Any comments from wine devs? Will this patch included in Wine new releases?

The current patch breaks multihead so it won't get merged. The problem seems to be in the nvidia driver anyway so we might want to try to have this bug fixed there.

For now, you should be able to use UseXRandR=N. Another possible workaround might be to force xrandr 1.0 somehow.

(In reply to Gabriel Corona from comment #19)
> For now, you should be able to use UseXRandR=N. Another possible workaround
> might be to force xrandr 1.0 somehow.
Forcing RandR 1.0 would be easy enough by just removing the "only_one_resolution" condition when checking for the NV-CONTROL extension. It may not behave any better though.

Yes, forcing xrandr 1.0 (tested by removing only_one_resolution) is working as well (and is easy enough).

A similar patch was upstreamed as <https://source.winehq.org/git/wine.git/commitdiff/70d842b106d3ccbb0a786a41474903bddc4ea879>. Please retest.

Time to mark this bug as FIXED?

(In reply to joaopa from comment #23)
> Time to mark this bug as FIXED?

As today using nvidia drivers 435.21 and wine-4.0.2 this problem is gone.
So yes, time to close.

(In reply to Reinhard Berger from comment #24)
> (In reply to joaopa from comment #23)
> > Time to mark this bug as FIXED?
> 
> As today using nvidia drivers 435.21 and wine-4.0.2 this problem is gone.
> So yes, time to close.

I haven't tried Darksiders nor Portal for a while but HoMM III seems to be working fine so yes.

Closing bugs fixed in 5.6.