http://bugs.winehq.org/show_bug.cgi?id=35925
Bug ID: 35925
Summary: fbo bailing out on context_set_gl_context
Product: Wine
Version: 1.7.1
Hardware: x86-64
URL: http://appdb.winehq.org/objectManager.php?sClass=versi
on&iId=30117
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: royceremer(a)gmail.com
This has the exact same symptom as bugid#24067, which uses the same engine, but
I do not believe this is a regression. I believe bugid#26802 may be a
duplicate, although it's triggered by a different engine, and there isn't
enough detail in that bug for me to be certain.
Using orm=fbo, all model textures are invisible in Age of Wonders 3. Objects in
the screenshots attached are only visible due to ambient occlusion and
reflective effects on the surfaces.
Using orm=backbuffer makes models appear solid, but loses many effects and is
slow. (picture attached)
Basically, no matter what winetricks or wine version I use, this engine will
bail out here:
https://github.com/mirrors/wine/blob/master/dlls/wined3d/context.c#L769
... for completeness, I have duplicated the bug under the following additional
conditions with a fresh wine prefix for each trial:
---wine1.7.1---
- d3dx9_43, d3dcompiler_43
- d3dx9_43, d3dcompiler_43, WINEARCH=win32
- d3dx9_43, d3dcompiler_43, WINEARCH=win32, force_s3tc_enable=true
- d3dx9_43, d3dcompiler_43, WINEARCH=win32, force_s3tc_enable=true,
glsl=disabled
- d3dx11_43, d3dcompiler_43
- d3dx11_43, d3dcompiler_43, glsl=disabled
- d3dx11_43, d3dcompiler_43, force_s3tc_enable=true
- d3dx11_43, d3dcompiler_43, gdiplus, ddr=gdi
- d3dx11_43, d3dcompiler_43, multisampling=disabled
- d3dx11_43, d3dcompiler_43, multisampling=enabled
- d3dx11_43, d3dcompiler_43, psm=disabled
- d3dx11_43, d3dcompiler_43, psm=enabled
- d3dx11_43, d3dcompiler_43, rtlm=disabled
- d3dx11_43, d3dcompiler_43, rtlm=readdraw
- d3dx11_43, d3dcompiler_43, strictdrawordering=enabled
- d3dx11_43, d3dcompiler_43, videomemorysize=2048, vsm=hardware
- d3dx11_43, d3dcompiler_43, vsm=hardware, psm=enabled
- d3dx11_43, d3dcompiler_43, vsm=hardware
- d3dx11_43, d3dcompiler_43, ao=enabled
---wine1.6.1---
- d3dx11_43, d3dcompiler_43
- d3dx9_43, d3dcompiler_43
- d3dx9_43, d3dcompiler_43, WINEARCH=win32
- d3dx9_43, d3dcompiler_43, WINEARCH=win32, glsl=disabled
- d3dx9_43, d3dcompiler_43, glsl=disabled
- d3dx9_43, d3dcompiler_43, force_s3tc_enable=true
- d3dx9_43, d3dcompiler_43, gdiplus, ddr=gdi
---wine1.4.1---
- d3dx9_43, d3dcompiler_43 <--- this configuration didn't launch at all for
different reasons
Setting `MESA_DEBUG=1 force_s3tc_enable=true` did not log any additional
messages, even after upgrading to
libtxc-dxtn-dev_1.0.1-0.3ubuntu0sarvatt+quantal from ppa:xorg-edgers... so
maybe that does what I think it does?
Logs will be attached in gzip format since they have
`WINEDEBUG=warn+all,trace+d3d,relay+d3d` and are over a gig (<100MB under gzip
-9 though).
Additional info about my system:
- libtxc-dxtn-s2tc0_0~git20110809-3
- xserver-xorg_1:7.7+1ubuntu4
- attached glxinfo for my Nvidia 550 TI (vbios 70.26.3a.00.52)
- ubuntu 12.10 quantal, x86_64
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=19667
Summary: Demo for Total Annihilation: mouse scrolling of screen
unworkable.
Product: Wine
Version: 1.1.27
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hughperkins(a)gmail.com
Demo for Total Annihilation: mouse scrolling of screen unworkable.
On screens that cannot run at 640x480 resolution, the demo of Total
Annihilation has to run in a virtual desktop in order to run at all, otherwise
it crashes. This is not I feel the bug.
The issue targeted by this bug report is that it is unworkably hard to scroll
around the game world by moving the mouse pointer to the edges of the window,
since the mouse pointer has to be positioned *exactly* on the edge of the
window, which is possible, but detracts from the gameplay experience to the
point as to be unplayable.
A possible solution to this issue (which is not really a bug, so much as a lack
of a feature I feel), could be to make it possible to enforce in wincfg that
the mouse is locked to a particular region of the window or screen, by default
to the window itself.
wincfg could provide the possibility to specify a keyboard shortcut to unlock
the mouse when necessary, or simply, by alt-tabbing out of the window, the
mouse could be unlocked.
For an example of another environment that implements this, you could look for
example at dosbox. If you run for example populous in dosbox in a window, it
works perfectly I feel, by locking the mouse pointer to the window, and one can
use ctrl-f10 to free it, which I feel is totally unintuitive, but I feel works
fine.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=47807
Bug ID: 47807
Summary: Wine Mono fails to install fakedlls
Product: Wine
Version: 4.16
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: madewokherd(a)gmail.com
Distribution: ---
When creating a new prefix and installing Wine Mono by downloading the msi,
fakedlls are not installed in c:\windows\Microsoft.NET. For example, fusion.dll
is missing.
I do not believe this was caused by a change in Wine Mono.
This may be relevant:
001c:err:msi:execute_command unable to execute command 2
001c:err:msi:execute_command unable to execute command 2
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=48019
Bug ID: 48019
Summary: SSE register MXCSR is wrong for new threads
Product: Wine
Version: 4.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: mterrisse(a)free.fr
Distribution: ---
Created attachment 65554
--> https://bugs.winehq.org/attachment.cgi?id=65554
Command line executable with source code to get MXCSR in a new created thread
Hello,
I am running Wine 4.15 64 bits (PlayOnLinux) on Ubuntu 19.10 (More recent
versions of Wine are not available yet).
On Windows when a new thread is created (CreateThread), the value of the SSE
register MXCSR is initialized to 0x1f80.
But for Wine 4.15 on Ubuntu, it is initialized to 0x1920.
This is fatal for our programs that use libcef.dll (Chromium Embedded
Framework), this library creates new renderer threads, doesn't set the MXCSR
register (so exceptions due to denormalization of floats are not masked), then
there is an unhandled exception and the whole program crashes.
I tested with Wine 4.18 on macOS 10.15.1 Catalina, I get the correct value
0x1f80, and indeed there is no crash on macOS.
So this is specific to Wine on Linux (except is something has changed between
Wine 4.15 and Wine 4.18).
Here attach you can find a command line executable with source code (Delphi)
that displays the value of MXCSR for a new thread.
Thank you for your help.
Regards,
Michel Terrisse
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=47349
Bug ID: 47349
Summary: TesModManager require SetFileInformationByHandle with
FileBasicInfo to properly set file timestamps
Product: Wine
Version: 4.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: lorenzofer(a)live.it
Distribution: ---
Hi.
The Application TesModManager 1.6.50(a .NET Mod Manager for Bethesda Games)
require SetFileInformationByHandle with FileBasicInfo to be able to sucessfully
set file timestamp. Setting the timestamp is required for mods load order on
some bethesda games as Tes4 Oblivion.
on the log:
0009:fixme:file:SetFileInformationByHandle 0xd0, 0, 0x34f358, 40
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=47885
Bug ID: 47885
Summary: [regression] [bisected] games are now restricted to
resolutions not bigger than the virtual desktop
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: mtmkls(a)gmail.com
Distribution: ---
If wine is set to emulate a virtual desktop of 1024x768 for example, games
cannot set any resolution higher than that. Previously they were able to set
any resolution up to the real resolution of the monitor.
25167fb286822c93582457815bcf069fef040976 is the first bad commit
commit 25167fb286822c93582457815bcf069fef040976
Author: Zhiyi Zhang <zzhang(a)codeweavers.com>
Date: Wed Aug 14 16:23:55 2019 +0800
winex11.drv: Make screen helpers independent of Xinerama.
So that other display device handlers such as XRandR can be introduced
because they might report a virtual screen size with different top-left
corner and the primary screen may be different as well.
Signed-off-by: Zhiyi Zhang <zzhang(a)codeweavers.com>
Signed-off-by: Huw Davies <huw(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
dlls/winex11.drv/display.c | 70 +++++++++++++++++++++++++++++++++++++++++++++
dlls/winex11.drv/xinerama.c | 33 ---------------------
2 files changed, 70 insertions(+), 33 deletions(-)
Please revert to the old behavior.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=47305
Bug ID: 47305
Summary: Notepad doesn't adjust caret and scroll position
properly
Product: Wine
Version: 4.9
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
This is just to track the issue here, I'll send in a patch soon. Found on
https://jira.reactos.org/browse/CORE-15780.
Issue description from ReactOS JIRA:
How to reproduce:
Open Notepad
Make sure you disabled word wrapping (it usually disabled by default)
Type in very long string to activate horizontal scroll bar
Make a new string (hit Enter)
Now your caret position would be somewhere at the beginning of line 2, but the
whole text box is not scrolled to the first character position, and horizontal
scroll bar position is not changed (see attached screenshot).
If you move your caret back to line 1 ending, and move with arrow keys to line
2, the bug will appear again (it does not matter whether right or down arrow
key will be used).
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=47815
Bug ID: 47815
Summary: Virtual desktop is missing window decorations
Product: Wine
Version: 4.16
Hardware: x86
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: z.figura12(a)gmail.com
CC: huw(a)codeweavers.com, zzhang(a)codeweavers.com
Regression SHA1: efbbe66669a060dd01b3ae399f5a9e7328312f03
Distribution: ArchLinux
efbbe66669a060dd01b3ae399f5a9e7328312f03 is the first bad commit
commit efbbe66669a060dd01b3ae399f5a9e7328312f03
Author: Zhiyi Zhang <zzhang(a)codeweavers.com>
Date: Fri Sep 20 16:54:31 2019 +0800
winex11.drv: Initialize display devices before getting primary desktop
rectangle.
Otherwise, the retrieved primary desktop might be from the last explorer
instance
if we launch new explorer instances before wine server fully shuts down.
Signed-off-by: Zhiyi Zhang <zzhang(a)codeweavers.com>
Signed-off-by: Huw Davies <huw(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
dlls/winex11.drv/desktop.c | 9 ++++++---
1 file changed, 6 insertions(+), 3 deletions(-)
This is on KDE 5.16.4.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=47958
Bug ID: 47958
Summary: Mi PC Suite: It won't install
Product: Wine
Version: 4.0.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: propsys
Assignee: wine-bugs(a)winehq.org
Reporter: txus.mipanas(a)gmail.com
Distribution: ---
Created attachment 65463
--> https://bugs.winehq.org/attachment.cgi?id=65463
Here is the error log
It starts installing and then shows an error with the attachment's log.
Download link: http://bigota.d.miui.com/MiFlash/MiSetup2.2.0.7032_2717.exe
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.