https://bugs.winehq.org/show_bug.cgi?id=41930
Bug ID: 41930
Summary: Civilization III Complete shows black terrain (Wine
compiled with OSMesa support)
Product: Wine
Version: 1.7.38
Hardware: x86
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: michael(a)fds-team.de
Regression SHA1: e618ab65ed5b623785c58ea5ece6e39895d43063
Distribution: ---
Created attachment 56311
--> https://bugs.winehq.org/attachment.cgi?id=56311
screenshot
This is one of the few games that I know of which makes some use of OpenGl in
bitmaps. When Wine was compiled with OSMesa support, tiles containing terrain
turn black as soon as I launch a game.
Reproduced with Nvidia binary drivers 375.20 and nouveau/mesa.
I tried Civilization III Complete (both the Steam and the GOG.com versions have
this bug).
Terminal output:
fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to
16
err:ole:CoGetClassObject class {5959df60-2911-11d1-b049-0020af30269a} not
registered
err:ole:CoGetClassObject no class object {5959df60-2911-11d1-b049-0020af30269a}
could be created for context 0x1
Reverting the following patch on top of git fixes the problem:
commit e618ab65ed5b623785c58ea5ece6e39895d43063
Author: Michael Müller <michael(a)fds-team.de>
Date: Tue Feb 3 11:07:38 2015 +0100
gdi32: Fix arguments for OSMesaMakeCurrent when using 16 bit formats.
Please let me know if you need debug logs.
wine-1.9.24-105-g1d3b944
Fedora 24 x86_64
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce GT 730/PCIe/SSE2
OpenGL core profile version string: 4.5.0 NVIDIA 375.20
Installed packages:
mesa-libOSMesa.i686 13.1.0-0.12.git95ddb37.fc24
mesa-libOSMesa.x86_64 13.1.0-0.12.git95ddb37.fc24
mesa-libOSMesa-devel.i686 13.1.0-0.12.git95ddb37.fc24
mesa-libOSMesa-devel.x86_64 13.1.0-0.12.git95ddb37.fc24
--
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=54626
Bug ID: 54626
Summary: Saving files in Microsoft Word/Excel 2010 creates
useless shortcut files
Product: Wine
Version: 8.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: kle(a)bluewin.ch
Distribution: ---
Here follows a new bug report regarding the problem observed in old bug report
15480.
It was told me that I should open a new bug report. ;-)
Okay, the issue regarding the creation of useless shortcut files is back in
Wine 8.0 (stable).
When I open a *.xlsx file at the desktop and save it (with the same name) to an
*.ods file then Excel 2010 will create two files. One is a *.lnk (which points
to the original xlsx) and the other is a shortcut regarding the ods file but
also with *.ods ending.
As mentioned, both of them are non-functional.
--
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=57251
Bug ID: 57251
Summary: Keepass 2: program crashes when clicking on the User
name field to add or change an entry
Product: Wine
Version: 9.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bouwe(a)westerdijk.info
Distribution: ---
Created attachment 77169
--> https://bugs.winehq.org/attachment.cgi?id=77169
Saved crash report
As described in the Summary.
--
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=57202
Bug ID: 57202
Summary: steam client stops working on wine 8.19+ on Slackware
15.0 due to mono 8.10 update
Product: Wine
Version: 8.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: steampunque8(a)gmail.com
Distribution: ---
Created attachment 77100
--> https://bugs.winehq.org/attachment.cgi?id=77100
last step of bisect for steam client launch failure
I recently tried to run steam client on upstream wines and found that the
client will not start on any wine version 8.19 or above. I bisected the
problem to the update to mono 8.1.0. The last stage of bisect is attached.
When starting the client a ton of processes get created and then "Maximum
number of clients reached" messages get spammed infinitely on the console.
OS: Linux 5.15.140 Dist: Slackware 15.0 64 CPU: 9900k GPU: RTX 4070
I found a workaround to the problem to shut off mono as follows:
export WINEDLLOVERRIDES="mscoree="
This workaround seems OK since I don't think steam client itself relies on mono
but I am not sure some of the apps it launches wont.
Any tips or ideas what might be happening here would be appreciated. No issues
with the older wine versions up to 8.18 ran steam with mono enabled fine so I
am pretty sure some update in mono 8.10 is triggering the problem. There is a
good chance this is related to Slackware 15.0 distribution and has nothing to
do with wine or mono issue but I don't know where to start looking for the
breakage.export WINEDLLOVERRIDES="mscoree="
--
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=47154
Bug ID: 47154
Summary: Rise of the Tomb Raider crashes after 1st bink video
Product: vkd3d
Version: 1.1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vkd3d
Assignee: wine-bugs(a)winehq.org
Reporter: berillions(a)gmail.com
Distribution: ---
Created attachment 64383
--> https://bugs.winehq.org/attachment.cgi?id=64383
Rise of the Tomb Raider d3d12 log
Hello,
I'm on Gentoo + AMD Rx580 + Mesa Git + LLVM git (9.0.0) + Vkd3d Git and i
decided to try the only d3d12 game i have : Rise of the Tomb Raider.
The game runs but crash after the 1st bink video when the main menu must be
appear. The game runs on wined3d/d3d11 but it's unplayable, works (of course
with DXVK) and with the Native version.
I attach the +d3d12 log. Josef, i you need something else to help you, don't
hesitate.
--
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=53542
Bug ID: 53542
Summary: Hog4PC 3.17 installer VBScript custom action needs
IWshShell::Run to return signed type.
Product: Wine
Version: 7.11
Hardware: x86-64
URL: https://web.archive.org/web/20211128125004/https://cdn
.etcconnect.com/Hog_4_PC_3.17.0.3327.msi.zip
OS: Linux
Status: NEW
Keywords: download, Installer, patch
Severity: normal
Priority: P2
Component: wshom.ocx
Assignee: wine-bugs(a)winehq.org
Reporter: sloper42(a)yahoo.com
CC: focht(a)gmx.net, sloper42(a)yahoo.com, temp82(a)luukku.com
Depends on: 52128
Distribution: ---
+++ This is successor to Bug #52128 +++
After applying scrrun::Movefolder patch, we get script error in msi custom
action
$WINEDEBUG=+vbscript ./wine msiexec -i C:\Hog_4_PC_3.17.0.3327.msi
...
01c4:trace:vbscript:do_icall L"unpack1" 0
01c4:trace:vbscript:interp_int 0
01c4:trace:vbscript:interp_equal
01c4:trace:vbscript:var_cmp 0017A75C {VT_UI4: 0} 00176FB8 {VT_I2: 0}
01c4:trace:vbscript:VBScriptError_GetExceptionInfo (0017AE58)->(03D0FB10)
01c4:err:msi:MsiActiveScriptSite_OnScriptError script error: L"Type mismatch"
Excerpt from script file:
...
Set objShell = CreateObject("Shell.Application")
...
firstCmd = """" & TargetDir & "\7za.exe"" x -y " & """" & FixtureLib &
"""" & " -o""" & FixtureLibDir & """"
unpack1 = shell.Run(firstCmd, 0, True)
If ( unpack1 = 0 ) Then
...
Return value of shell.Run is of type VT_UI4 which is no integrated type of
vbscript.
Output value of IWshShell::Run [out, retval] DWORD* out_ExitCode)
seems to be int* in native and not DWORD* as in wine.
--
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=54670
Bug ID: 54670
Summary: 16-bit applications fail in wow64 mode
Product: Wine
Version: 8.0
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: download, Installer, wow64
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Debian
$ wineserver -k ; rm -rf ~/.wine ; WINE=/opt/oldwownew/wine-8.0/bin/wine
winetricks -q icodecs
------------------------------------------------------
Executing load_icodecs
Executing cabextract -q -d
/home/austin/.wine/dosdevices/c:/windows/temp/codinstl/
/home/austin/.cache/winetricks/icodecs/codinstl.exe
Executing cd /home/austin/.wine/dosdevices/c:/windows/temp/codinstl/
Executing /opt/oldwownew/wine-8.0/bin/wine setup.exe /s
0284:err:environ:init_peb starting L"C:\\windows\\syswow64\\winevdm.exe" in
experimental wow64 mode
0284:fixme:wow:wow64_NtSetLdtEntries 0107 02d0323f 0100f338 0000 00000000
00000000: stub
0284:err:module:LdrInitializeThunk "krnl386.exe16" failed to initialize,
aborting
0284:err:module:LdrInitializeThunk Initializing dlls for
L"C:\\windows\\syswow64\\winevdm.exe" failed, status c0000005
------------------------------------------------------
--
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=54925
Bug ID: 54925
Summary: World of Warcraft WotLK Classic crashes on receiving
inputs very frequently
Product: Wine
Version: 8.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: chagatai(a)bitigchi.xyz
Distribution: ---
Created attachment 74446
--> https://bugs.winehq.org/attachment.cgi?id=74446
wine debug log
After logging in and selecting a character the game seems to run as normal
without issues. If I don't do anything and just leave the game as is without
inputs it runs for quite a while without issue. But without fail, if I start
making inputs the game crashes within a minute or two.
Most of the debug log is just this one line:
010c:err:sync:RtlLeaveCriticalSection section 0000000000FD26C0 (null) is not
acquired
And when the application stops responding it's:
01d4:err:sync:RtlpWaitForCriticalSection section 0000000000FD26F0 (null) wait
timed out in thread 01d4, blocked by 0000, retrying (60 sec)
At which point the application stops responding and I'm forced to terminate it.
--
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=54508
Bug ID: 54508
Summary: psapi:psapi_main - The 64-bit
test_EnumProcessModulesEx() gets unexpected snapshot
counts on Windows 7 and 11
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: psapi
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
psapi:psapi_main - The 64-bit test_EnumProcessModulesEx() gets unexpected
snapshot counts on Windows 7 and 11:
w7pro64:
psapi_main.c:483: Test failed: pcs-6432: Wrong count 23 in C:\Windows\SysWOW64
psapi_main.c:488: Test failed: pcs-6432: Wrong count 2 in C:\Windows\system32
w11pro64:
psapi_main.c:488: Test failed: pcs-6432: Wrong count 0 in C:\Windows\system32
See https://test.winehq.org/data/patterns.html#psapi:psapi_main
These failures don't happen on Windows 8 to Windows 10!
These tests and failures were introduced in the following commit:
commit e38455a2181ab5ce0bf842f2c9a638b3ee9b538c
Author: Eric Pouech <eric.pouech(a)gmail.com>
AuthorDate: Tue Feb 14 11:06:57 2023 +0100
psapi/tests: Test directory of enumerated loaded modules.
Showing that Wine incorrectly reports, for a Wow64 process, the system
DLLs from within the wow64 directory while they should be from system32.
Signed-off-by: Eric Pouech <eric.pouech(a)gmail.com>
--
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=54436
Bug ID: 54436
Summary: wine-staging-8.0 regression (not working): Command &
Conquer 3: Tiberium Wars Kane's Wrath
Product: Wine-staging
Version: 8.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kolAflash(a)kolahilft.de
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 73981
--> https://bugs.winehq.org/attachment.cgi?id=73981
wine-staging-8.0: left is fine, right is broken
With wine-staging-7.0 "Command & Conquer 3: Tiberium Wars Kane's Wrath" was
working fine.
In wine-8.0 and wine-staging-8.0 it's broken.
With wine-staging-8.0 the menu looks broken.
See attached screenshot. (left is fine, right is broken)
With wine-8.0 the menu loads, but starting a skirmish game crashes the
application. There's an error dialog window saying:
Direct3D error 0x8007000e (E_OUTOFMEMORY)
--
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.