https://bugs.winehq.org/show_bug.cgi?id=45056
Bug ID: 45056
Summary: cannot get into help topics
Product: Wine
Version: unspecified
Hardware: Other
OS: Mac OS X
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kdmmpm2017(a)gmail.com
selected Help menu. asked me to install wine gecko, brought up AceMoney Help in
gray and dumped.
--
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=45043
Bug ID: 45043
Summary: Icewind Dale 1 unplayable due to lag, possible
regression
Product: Wine
Version: 3.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ckoe_(a)web.de
Distribution: ---
Hello everybody,
I would like to report a problem with Icewind Dale 1 ("Classic" patchlevele
1.42 as distributed by GoG, not Beamdog EE). The Icewind Dale 1 is using the
widescreen mod. Game was perfectly playable with older wine versions, see below
for details and see also AppDB.
OS is Debian 9 (Stretch, stable) on Intel Haswell with IGP HD4400 graphics.
Wine has been upgraded to 3.6 from the packages available at winehq using
apt-get install --install-recommends winehq-devel. Game is set to 32 bit
graphics, setting it to 16 bit and using Software BLT does mot appear to make a
difference. The IWDs opengl rendering backend is always set to off in
icewind.ini and confirmed with the configuration program.
With wine 3.6 I observe severe lag in all menus as far as tested, e.g. starting
and loading a game. Screen build up is extremely slow, screen is black for
several seconds. Menu buttons update/ show a press after about 1 to 5 seconds,
also menu button clicks sounds lag. Mouse pointer lags and flickers. Actual
loading also takes minutes, I could not get beyond the end of the load screen
waiting several minutes for the game to finish loading the save, I killed it.
Starting screen movies (Black Isle animation) play fine, though.
Upon start I see in the terminal
# wine IDMain.exe
BEGIN LOGGING SESSION
0009:fixme:win:EnumDisplayDevicesW ((null),0,0x32a8e8,0x00000000), stub!
0009:fixme:ddraw:ddraw_surface7_Flip Ignoring flags 0x1.
Later I see literally thousands (extreme high frequency logging) of messages
0034:fixme:dplay:DP_IF_Receive
(0x344c0a0)->(0x387fe30,0x387fe24,0x00000000,0x57f2970,0x387fe2c,1): stub
in my terminal.
I am reporting this against wine 3.6 as a possible regression because:
With wine 1.6: It worked without any problems in debian old-stable (jessie)
with wine 1.6 from the debian package.
With wine 1.8: I got it to work after much experimentation with debian stables
wine 1.8 package using ddr=gdi instead of ddr=opengl.
Remark: There are reports of crashes while saving when using IWDs experimental
opengl renderer backend.
I was instead observing a similar crash upon saving (clicking the Safe button,
apparently freezes when trying to render the slot selection screen) when using
wines d3d, i.e. opengl is off in icewind.ini. I see
err:d3d:init_driver_info No driver version info found for device 8086:0416,
driver model 0x2. ddr=gdi appears to change the d3d backend to something
working. This appears to have been fixed in later wine versions because:
With wine 3.0: In wine stable from winehq, i.e. 3.0, it just works with
defaults ! No ddr= settings or any fiddling required. Game is playable, no lag,
no crashes. I also see the
0009:fixme:win:EnumDisplayDevicesW ((null),0,0x32a8e8,0x00000000), stub!
0009:fixme:ddraw:ddraw_surface7_Flip Ignoring flags 0x1.
0043:fixme:dplay:DP_IF_Receive
(0x337ba98)->(0x37bfe30,0x37bfe24,0x00000000,0xee9990,0x37bfe2c,1): stub
as mentioned above in the terminal.
With wine 3.6: In wine 3.6 it is unplayable as descibed above.
Please let me know what other debug information I might need to gather.
Best Regards
Christof
--
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=45041
Bug ID: 45041
Summary: eldorado 0.6 / halo online: missing a more than one
back buffer
Product: Wine
Version: 3.6
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: romulasry(a)gmail.com
Distribution: ---
Created attachment 61170
--> https://bugs.winehq.org/attachment.cgi?id=61170
wine log
fixme:d3d:swapchain_init The application requested more than one back buffer
might be the issue with this app
--
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=45034
Bug ID: 45034
Summary: Hired Team: Trial Gold(2001) crashes with
setup_exception_record stack overflow
Product: Wine
Version: 3.6
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: spleefer90(a)gmail.com
Distribution: ---
Tested under Wine-devel 32/64bit and wine-staging 64 bit, result is the same
under all.
The Wine-devel 32 bit prefix was completely fresh.
I tried running this in a different TTY and launched the game from there. This
got rid of the BPP fixme but it still crashed.
xinit /usr/bin/xterm -- :1 -ac -depth 16
WINEPREFIX=~/wine/wine32 wine Shine.exe
0009:fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from
32 to 16
0009:err:seh:setup_exception_record stack overflow 1184 bytes in thread 0009
eip 7bc45116 esp 00230e90 stack 0x230000-0x231000-0x330000
The game uses DX7.0a/OpenGL(?).
If I can provide any other info, please do tell what's needed.
--
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=45020
Bug ID: 45020
Summary: Dead by Daylight (Steam): Crash after auto-save icon
Product: Wine
Version: 3.5
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: cheepayseal(a)protonmail.com
Distribution: ---
Created attachment 61142
--> https://bugs.winehq.org/attachment.cgi?id=61142
Backtrace of the bug.
After starting the game, it auto-saves right before loading the menu, but
crashes while doing that.
--
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=45018
Bug ID: 45018
Summary: Need for Speed World: randomly hangs
Product: Wine
Version: 2.18
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: janhendrik.jogi(a)gmail.com
Distribution: ---
Created attachment 61138
--> https://bugs.winehq.org/attachment.cgi?id=61138
Wine output
Need for Speed World hangs randomly being in-game
Possible to test with unofficial servers
Tested also with Wine 2.18
--
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=44991
Bug ID: 44991
Summary: Some keys do not work in games (e.g. World of tanks) -
non US keyboard
Product: Wine
Version: 3.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: register001(a)free.fr
CC: b.bellec(a)gmail.com, haku08879(a)gmail.com,
herrtimson(a)yahoo.de, johan.heikkila(a)gmail.com,
ken(a)codeweavers.com, l12436(a)yahoo.com.tw,
linards.liepins(a)gmail.com, marc.bessieres(a)mykolab.com,
pachoramos1(a)gmail.com, register001(a)free.fr,
scrimekiler(a)yahoo.fr, sebastian(a)cozycabin.se,
turotl(a)gmail.com, yannick.baro(a)gmail.com,
yves.embil(a)orange.fr, ziktofel(a)gmail.com
Regression SHA1: 43984f355a2905e16075a9df3d7fbe463761e853
Distribution: ---
+++ This bug was initially created as a clone of Bug #30984 +++
I run PortWoT (a wine port for World of Tanks). My keyboard is a french one and
keys & 2 and 7 are not working in the game, other default keys are ok. Running
"setxkbmap us" in the console make the keys work again.
--
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=44973
Bug ID: 44973
Summary: Cannot run
Product: Wine-Testbot
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: s656747794(a)icloud.com
Distribution: ---
Created attachment 61096
--> https://bugs.winehq.org/attachment.cgi?id=61096
Cannot run
Cannot run
--
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=44965
Bug ID: 44965
Summary: Visual Studio xxxx
Product: Wine
Version: 3.3
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: matthieu.brucher(a)gmail.com
Distribution: ---
It seems that since wine 1.7 (yes, we don't upgrade wine very often, especially
when it is working!), visual studio output is not respected anymore.
Before, when cl.exe failed and displayed an error or a warning message, we
would get the name of the error and then the location. When testing Wine 3.3,
it seems that we don't get the location and subsequent error messages anymore.
This seems to happen with VS2013 and VS2017 at least.
--
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=44956
Bug ID: 44956
Summary: Skyrim: (regression) NPC dialogue does not play any
audio
Product: Wine
Version: 3.5
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: andrew.mrolko(a)gmail.com
Distribution: ---
Created attachment 61063
--> https://bugs.winehq.org/attachment.cgi?id=61063
wine steam.exe &>log.txt
In The Elder Scrolls 5: Skyrim, NPC dialogue audio does not play when NPCs are
talking. The NPCs do not remain static, they interact with the player and their
mouths move, there is just no audio. I enabled subtitles when an NPC was
talking to me, and I did see them for a brief period of time.
For those familiar with the game, the opening sequence goes like this:
https://gamefaqs.gamespot.com/pc/615805-the-elder-scrolls-v-skyrim/faqs/699…
When I enabled subtitles, I could see that the text was appearing way way way
faster than it normally would in game. For instance, when Ralof would normally
be doing his opening lines of:
Ralof: "Hey, you. You're finally awake. You were trying to cross the border,
right? Walked right into that Imperial ambush, same as us, and that
thief over there."
I saw the subtitles corresponding to:
Ralof: Hey, what village are you from, horse thief?
Lokir: Why do you care?
Ralof: A Nord's last thoughts should be of home.
Lokir: Rorikstead. I'm...I'm from Rorikstead.
This is a regression as of Wine 3.5, as this functionality worked like a charm
in previous releases of Wine. I suspect that this is related to Bug #38668
since the merge of Wine-Staging and Wine-Dev, but I don't want to speculate. I
should note that Skyrim (the vanilla title) hasn't exhibited this issue in my
experience.
Attached is the log file from running the following command in a brand new,
fresh installation of Solus:
drew@drew-desktop ~/.wine/drive_c/Program Files (x86)/Steam $ wine steam.exe
&>log.txt
drew@drew-desktop ~/.wine/drive_c/Program Files (x86)/Steam $ wine --version
wine-3.5
Hardware: AMD R9 280X
Driver: Open Source
--
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.