https://bugs.winehq.org/show_bug.cgi?id=2467
--- Comment #177 from Saulius K. <saulius2(a)gmail.com> ---
Created attachment 77104
--> https://bugs.winehq.org/attachment.cgi?id=77104
StarCraft original & EuropeBattle.net screenshot 01
I just installed the original SC, patched to v1.16.1, and connected to
EuropeBattle.net server on my W10 21H2.
My client connects fine, and the menus/dialog boxes are rendered (although with
glitches).
--
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=2467
--- Comment #176 from Saulius K. <saulius2(a)gmail.com> ---
(In reply to Igor Polyakov from comment #175)
> Impossible to test because neither iccup nor blizzard support this version
Looks like the 3rd party server is needed, like [5].
––– Quote –––
Version: 1.16.1
Server Status: ONLINE
Most Players Online: 654
––– Quote –––
Its' installer just adds the following:
––– Quote –––
REGEDIT4
[HKEY_CURRENT_USER\Software\Battle.net\Configuration]
"Battle.net Gateways"=hex:31,30,30,30,00,30,31,00,73,65,72,76,65,72,2E,65,\
75,72,6F,70,65,62,61,74,74,6C,65,2E,6E,65,74,00,\
30,00,45,75,72,6F,70,65,42,61,74,74,6C,65,2E,4E,\
65,74,00,00
––– Quote –––
After importing "EuropeBattleNet.reg" I tried to extract the readable
characters from that binary value:
––– Quote –––
$ reg query 'HKCU\Software\Battle.net\Configuration' | awk 'BEGIN {print ""}
/Battle.net Gateways/ {$0 = gensub(/(..)/, "0x\\1 ", "g", $NF); for(i=1; i<=NF;
i++) if ($i!="0x00") printf("%c", strtonum($i)); else print ""}'
1000
01
server.europebattle.net
0
EuropeBattle.Net
––– Quote –––
So, the server name to be checked is "server.europebattle.net"
[5] https://europebattle.net/sc/
--
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=2467
Ken Sharp <imwellcushtymelike(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC|imwellcushtymelike(a)gmail.co |
|m |
--
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=55936
Bug ID: 55936
Summary: Sven Bømwøllen series: Several games crash after
loading screen
Product: Wine
Version: 8.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: nikolas.gur(a)stud.uni-due.de
Distribution: ArchLinux
Created attachment 75501
--> https://bugs.winehq.org/attachment.cgi?id=75501
wine output for starting the games
At least the second, third and forth entry from the Sven Bømwøllen series
(https://www.mobygames.com/group/3577/sven-b%C3%B8mw%C3%B8llen-games/) called
Sven Zwø, Sven XXX and Sven 004 crash after showing briefly the loading screen
(the main menu is not entered, and no GUI error messages are shown). The wine
log messages appear to be similar in all three cases and are uploaded in the
attachments. The first game in the series does not have any problems and is
perfectly playable in wine.
The issue occurs both with demo and full CD versions of the games. The demo for
Sven 4 can be downloaded from here, for the maintainers to confirm the bug:
https://www.pcwelt.de/article/1143476/sven-004-xs.html (direct link:
https://download.pcwelt.de/area_release/files/BB/C1/BBC1C93E4C2BA5EC30CBEBA…)
sha1sum Setup_Sven004-XS_BTO_v104.exe
99105e743bbd60889bf476d357e2dd047ed0b0dd
Since the error mentions something about DirectDraw, I tried using
https://github.com/FunkyFr3sh/cnc-ddraw. I also tried setting WinXP
compatibilty, emulating a virtual desktop and tried both Wine 32 and 64
prefixes, but none of this worked in any way.
--
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=2467
--- Comment #175 from Igor Polyakov <iop_jr(a)yahoo.com> ---
Impossible to test because neither iccup nor blizzard support this version
--
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=2467
--- Comment #173 from Igor Polyakov <iop_jr(a)yahoo.com> ---
Seeing as you can no longer connect to battle.net with the original disk
version before downloading the new version, this bug is outdated. The current
third party server is using the remastered version.
--
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=57198
Bug ID: 57198
Summary: Chessbase 11: Incorrect vertical window size if moved
to external monitor and restarted
Product: Wine
Version: 9.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dav75uk(a)yahoo.co.uk
Distribution: ---
Starting chessbase 11 on my laptop screen. I move the window to my external
monitor. I close it there. I restart and it's moved back to the laptop monitor.
The vertical size of the window has changed to less than 100 pixels. I have to
resize it from the menu bar as resize by dragging the edge stops being
available.
I'd expect the size to be the same (both screens are 4K). I don't know if I
should be expecting it to reopen on the same screen.
Happy to jump on a zoom call to demonstrate / debug.
--
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=51202
Bug ID: 51202
Summary: Chessbase 11 Incorrect window brought to front on
search termination
Product: Wine
Version: 6.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dav75uk(a)yahoo.co.uk
Distribution: ---
In Chessbase 11, when search is terminated (manually or by completion) a
different ChessBase window (main one?) is brought to the front rather than
refreshing the current one.
This has always been an issue 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=657
jacobbrett+winehqbugs(a)jacobbrett.id.au changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jacobbrett+winehqbugs@jacob
| |brett.id.au
--
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=38889
Bug ID: 38889
Summary: Microsoft Orca unable to create transform file
Product: Wine
Version: 1.6.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: crosstieger(a)gmail.com
Distribution: ---
Created attachment 51827
--> https://bugs.winehq.org/attachment.cgi?id=51827
terminal output of the error
Microsoft Orca is unable to modify cells within an .msi file. Modifying a cell
returns the following error message:
Could not change this cell to '<Value>'. The data was rejected by the database.
It may be out of the valid range or formatted incorrectly.
In the terminal you can see the error message:
fixme:msidb:TABLE_modify 0x7a5098 4 0x7a5e40 - mode not implemented
The value 0x7a5098 and 0x7a5e40 changes depending on the cell you edit.
If you click on 'Transform - Generate Transform' and want to save your .MST
file, it returns the error:
Orca was unable to generate the transform. (MSI Error 120)
On the terminal:
fixme:msi:MsiDatabaseGenerateTransformW 3 2
L"Z:\\home\\techniktriberg\\Downloads\Untitled.mst" 0 0
The path depends on where you want to save the file.
Full terminal output as an attachment.
----
Installation process
----
run: winetricks dotnet40
run: winetricks mfc42
run: msiexec -i Orca.Msi
--
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=12532
Summary: Autodesk TrueView fails to install
Product: Wine
Version: CVS/GIT
Platform: PC
URL: http://usa.autodesk.com/adsk/servlet/index?id=6703438&si
teID=123112
OS/Version: Linux
Status: UNCONFIRMED
Keywords: download, Installer
Severity: normal
Priority: P2
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: xerox_xerox2000(a)yahoo.co.uk
Hi, a user submitted this new app into appdb with garbage test results, so i
gave it a try as well. That user reported a problem that the disk was full, but
i can't reproduce that, it fails differently here.
To run into this bug you need Alex Villacis' patch here:
http://article.gmane.org/gmane.comp.emulators.wine.patches/49916
hopefully that patch will make it into git monday.
after applying that patch the intaller failed with a message 'Call not
implemented'
The problem seems to be:
fixme:MsiDatabaseGenerateTransformW
By just returning ERROR_SUCCESS, it ran into two other unimplemnted functions:
MsiQueryFeatureStateFromDescriptorA and MsiCreateTransformSummaryInfoW
By stubbing these out with ERROR_SUCCESS the installer claimed to be
successfull (but i guess that's doubtful).
Anyway , this all shows that these three functions need to be implemented to
get this installer finish, and that's where I created this bug for.
--
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=57157
Bug ID: 57157
Summary: winedbg: can't attach to windows process
Product: Wine
Version: 9.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winedbg
Assignee: wine-bugs(a)winehq.org
Reporter: winehq(a)jmbreuer.net
Distribution: ---
I'm trying to debug a hang/freeze concerning Fallout 1 (it's still available on
Epic for free for a couple of hours, if someone should want to replicate
specifically).
Got myself to a point to run winedbg against the game, provoke the hang (in my
case, I just need to press Escape to open the in-game save/options/... menu).
Now, I want to have a look where all threads of the game are.
Wine-dbg>info process
pid threads executable (all id:s are in hex)
00000168 6 'falloutwHR.exe'
0000008c 3 'explorer.exe'
00000038 8 'services.exe'
000000e0 6 \_ 'rpcss.exe'
000000c0 3 \_ 'svchost.exe'
000000a8 4 \_ 'plugplay.exe'
00000068 8 \_ 'winedevice.exe'
00000044 8 \_ 'winedevice.exe'
00000020 1 'start.exe'
0000010c 1 \_ 'winedbg.exe'
=0000011c 1 \_ 'winedbg.exe'
>00000124 9 \_ 'Launcher.exe'
00000114 1 \_ 'Launcher.exe'
00000104 2 \_ 'conhost.exe'
OK, so, switch to falloutwHR.exe first, I guess:
Wine-dbg>attach 00000168
syntax error
Wine-dbg>attach 168
syntax error
Um. What am I doing wrong? Or is there something really weird broken? - I see
that there's a testing package of wine 9.16 for my distro (gentoo), I'll try
that next.
--
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=57185
Bug ID: 57185
Summary: Virtual DJ 2024: Unable to show drives on explorer
panel
Product: Wine
Version: 9.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rizalmart98(a)gmail.com
Distribution: ---
When expanding the DRIVES folder on explorer panel (panel at the lower left
corner) when clicking the "+" button, it does not show the drives detected
instead of showing C: and Z: drives after expanding the DRIVES folder
--
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=51732
Bug ID: 51732
Summary: TradeStation Installer: Unable to register servers.
Setup will now abort.
Product: Wine
Version: 6.0.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: christopher.m.penalver(a)gmail.com
Distribution: Ubuntu
Created attachment 70617
--> https://bugs.winehq.org/attachment.cgi?id=70617
WINEDEBUG=+relay wine 'TradeStation Setup.exe' 2>&1
Hello, attempting to install TradeStation from
https://update.tradestation.com/Installs/TradeStation/10.00.02.925/TradeSta…
with wine 6.0.1 causes a window to pop up noting precisely:
Unable to register servers. Setup will now abort.
In other words, the install fails and the user is left scratching their head
about why it doesn't work.
--
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=57192
Bug ID: 57192
Summary: X11DRV_SetCursorPos breaks when xinput "Coordinate
Transformation Matrix" is customized
Product: Wine
Version: 9.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: mk939(a)ymail.com
Distribution: ---
Created attachment 77083
--> https://bugs.winehq.org/attachment.cgi?id=77083
WINEDEBUG=+cursor,+win wine minetest.exe | trimmed to one repetition of the
bugged SetCursorPos call
Discovered by testing Minetest 5.9.0 [1] in Wine. In-game, the cursor is always
moved to the center. However, when the xinput "Coordinate Transformation
Matrix" parameter, the cursor moves to unpredictable positions (bottom right
corner, for example). The game becomes unplayable.
I think it's caused by "X11DRV_SetCursorPos" because skipping
"NtUserSetCursorPos" entirely does avoid this issue. The cursor position is no
longer centred, but the game does not look as glitchy any more.
System specifications:
* Ubuntu 22.04, X11, xfce4
* amdgpu driver
Reproduced in Wine 9.1, Wine 9.17 and Proton 9.0-2.
Reproduced with
* Wine's virtual desktop on and off
* Window manager decorations on and off (winecfg)
* Window manager control on and off (winecfg)
Steps to reproduce:
1. xinput list
2. Remember the xinput <ID> of the mouse (Virtual core pointer -> HID)
3. xinput --set-prop <ID> 'Coordinate Transformation Matrix' 1.1 0 0 0 1.1 0 0
0 1
4. Join a world in Minetest and try to play
This problem does not occur when the Transformation Matrix is set to "1.0 0 0 0
1.0 0 0 0 1". It also does not occur on Windows due to lack of xinput and X11
in the first place.
[1]
https://github.com/minetest/minetest/releases/download/5.9.0/minetest-5.9.0…
--
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=57121
Bug ID: 57121
Summary: wine make keys sticky
Product: Wine
Version: 9.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: xinput
Assignee: wine-bugs(a)winehq.org
Reporter: axet(a)me.com
Distribution: ---
Hello!
Playing wine games I notices key become sticky sometimes. Pressing keys makes
no effect in the game for some delay and then all keys get burst into game
making character cast / jump like you pressed it at once.
This is only affecting keyboard input, mouse input is not affected. When keys
are sticky you still can use mouse do move, left / right clicks and character
responds to it.
I found out that it is easy to reproduce by using slow USB flash drive (4MB/s
write 20MB/s read) when you put all data into it: wine binaries, cache folder
(with mesa_shader_cache using XDG_CACHE_HOME variable), game it self. When you
start a game using this setup allays keys get sticky, but mouse is never
affected.
It is happening also when game and wine and cache on the HDD but much more
rarely. I guess when USB flash got accessed by linux kernel.
I'm using:
debian trixie
wine 9.16
i3-12100F // RX 6600 (amdgpu)
--
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=56030
Bug ID: 56030
Summary: Left 4 Dead 2 Version 2.2.0.0 Keyboard / Mouse inputs
not properly recognized.
Product: Wine
Version: 9.0-rc1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: hibbsncc1701(a)gmail.com
Distribution: ---
With Wine-9.0-rc1 Left 4 Dead 2 Version 2.2.0.0 does not properly recognize
keyboard / mouse inputs.
It seems that in some cases key state changes are ignored. I.e. The key "gets
stuck" in the last read state. Causing behaviors like the player not moving
despite any of the WSAD keys being held down, continuing to move in a single
direction, or the player constantly firing / reloading / switching a weapon
(similar to a turbo controller) despite the mouse having only been clicked /
scrolled once (and the mouse not having a turbo mode). This seems to happen
about once every ~15-20 seconds. Making the game unplayable.
It also seems that the only way for the key to be "unstuck" is to change it's
state while the game is getting input. For example, If the player is stuck
firing a weapon, the player needs to manually fire the weapon again (Mouse1 by
default) and release the key before the game ignores input again to make the
weapon stop firing. Simply doing nothing will *not* fix the key state as far as
the game is concerned.
It should be noted that mouse movement does not seem to be affected by this. As
the player can still use mouse look normally despite the above behaviors.
--
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=37263
Bug ID: 37263
Summary: World Of Warcraft: stuck keys
Product: Wine
Version: 1.7.25
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: brian(a)infinityplusb.com
I'm running WoW 5.4.8.
At random intervals keys appear "stuck", even though they are not physically
stuck. I can really only notice the ones where the "stuck key" is for moving
(e,d,s,f) cause the character keeps strafing or running. Sometimes repressing
these keys causes the key to unstick, but that's maybe a 20-25% success rate.
Maybe less.
I'm new to this bug-filing thing so I'll try replicate the issue.
I'm not sure this issue is specific to Warcraft, but it's the only game I play.
There are other google tracks related to this, but they seem quite old
(pre-2008).
--
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=55849
Bug ID: 55849
Summary: Wine sends WM_(SYS)KEYUP event twice for Alt (and
such) key if Fcitx/iBus daemon is running
Product: Wine
Version: 8.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: emuser20140816(a)gmail.com
Distribution: ---
Created attachment 75355
--> https://bugs.winehq.org/attachment.cgi?id=75355
A test application
I've attached an example application that reproduces this issue
(win32-syskey-test.exe).
The expected behavior of this application is to toggle background color
(red/green) by pressing Alt (VK_MENU) key.
This application behaves correctly on Windows, and behaves correctly on Wine
too but only when the Fcitx/iBus daemon (with XIM integration enabled) is *not*
running:
WM_SYSKEYDOWN: wParam: 18, lParam: 0x20380001
WM_SYSKEYUP: wParam: 18, lParam: 0xc0380001
However, the application behaves differently on Wine if Fcitx/iBus daemon is
running:
WM_SYSKEYDOWN: wParam: 18, lParam: 0x20380001
WM_SYSKEYUP: wParam: 18, lParam: 0xc0380001
WM_KEYUP: wParam: 18, lParam: 0xc0380001
and the toggle switch no longer works.
(This affects every application that takes a similar approach, i.e. an
application that uses Alt, Ctrl or Shift key to toggle something on
WM_(SYS)KEYUP event.)
The workaround for this issue is either quit the Fcitx/iBus daemon (which makes
IME unusable for this application) or revert the commit
https://gitlab.winehq.org/wine/wine/-/commit/a4a5a2ec121eeb2a7cd4ffbb5ba7b2…
(which requires complete rebuild from wine source tree).
--
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=53994
Bug ID: 53994
Summary: Internet Explorer 11: Install fails due to lack of
DISM.exe implementation
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: masterbuilder102(a)gmail.com
Distribution: ---
Created attachment 73579
--> https://bugs.winehq.org/attachment.cgi?id=73579
Log of IE11. (Contains two duplicate install attempts).
Info:
Debian 11, 32 bit wine prefix.
Workarounds: Need to use native version of inseng.dll
Download Link for IE11 32 bit:
https://web.archive.org/web/20210701100535/http://download.microsoft.com/do…
When installing IE11, it checks for a few files
d3d11.dll
api-ms-win-downlevel-user32-l1-1-0.dll
Ntoskrnl.exe
api-ms-win-security-base-l1-1-0.dll
conhost.exe
segoeui.ttf
taskhost.exe
tcpip.sys
tdh.dll
Wine lacks taskhost.exe, tcpip.sys, tdh.dll and segoeui.ttf, manually copying
these files over will cause the installer to not manually install it, except
for segoeui.ttf which fails regardless if the file is present.
In my log I have all these files copied over already which is why they all say
(True).
Based on Bug 43509 I believe the issue is that the wine implementation of
dism.exe is incomplete, but I also think it is possible to get IE11 working if
the segoeui.ttf check can be done.
--
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=24684
Summary: SMP problems with Source games
Product: Wine
Version: 1.3.4
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: pitlicek(a)gmail.com
Some games with latest Source engine (Alien Swarm, Left for Dead 2) has
sometimes grayed out "Enable multicore rendering" in options menu. But when
It's not grayed out, and I enable it, it works like it's supposed to, giving me
notable fps boost and using both my CPU cores.
But I'm using virtual desktop, to still be able to communicate with my friend
using IM. But sometimes, when I leave virtual desktop and want to return back,
the VD is not redrawing. I can still hear music, game sounds, even blindly open
in-game console nad write quit to exit the game properly. This is not happening
if multicore is disabled in game.
--
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=54249
Bug ID: 54249
Summary: Temple of Elemental Evil Demo Backtrace
Product: Wine
Version: 8.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: maiktapwagner(a)aol.com
Distribution: ---
Created attachment 73802
--> https://bugs.winehq.org/attachment.cgi?id=73802
Backtrace 8.0-rc2 (Slackware 15.0)
Hello everyone,
I was revisiting bug 9304 and did a fresh install from:
https://www.fileplanet.com/archive/p-12410/The-Temple-of-Elemental-Evil-Demo
sha256sum ToEE_Demo.exe
827a280487c3615ae4be0185daefbb63098a93c71f6a21409446040969e8c6a9 ToEE_Demo.exe
I ran into the problem that now a backtrace is thrown in 8.0-rc2
--
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=43461
Bug ID: 43461
Summary: NoLimits2 crashes on startup
Product: Wine
Version: 2.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: directx-d3dx9
Assignee: wine-bugs(a)winehq.org
Reporter: alt.stephan(a)web.de
Distribution: ---
Created attachment 58835
--> https://bugs.winehq.org/attachment.cgi?id=58835
Wine console messages
While initializing, the program quits with a fatal error: The application
failed with: D3DXAssembleShader return with an unexpected error. (see
crash.png)
Wine console log (crash.log) attached below, as well as the wine "crash
detected" log (err_report.log).
I tried with both UseGLSL enabled and disabled.
--
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=23150
Summary: Mass Effect 2: No audio in menus/videos/game
Product: Wine
Version: unspecified
Platform: x86-64
OS/Version: Linux
Status: NEW
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Created an attachment (id=28791)
--> (http://bugs.winehq.org/attachment.cgi?id=28791)
terminal output
The only place you can get sound is in the launcher. Everything else is silent.
I have OpenAL installed, and ~/.alsoftrc contains:
austin@midna:~$ cat .alsoftrc
drivers = alsa
I've tried disabling mmdevapi in winecfg, changing windows version to vista/7,
using hardware emulation, using OSS instead of ALSA, etc., but have yet to get
any sound out.
The AppDB suggests installing foobar2000, then:
"Use foobar2000 to set the playback device and then select the Direct Analog
version in MassEffect2Config.exe."
though in the configuration tool's audio tab, the sound devices list is empty,
for me (with/without foobar2000).
Terminal output attached, though there's nothing obvious there.
--
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.