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=51139
Bug ID: 51139
Summary: Application T@X 2021 freezes when trying to transmit
data to Elster (German Tax Application)
Product: Wine
Version: 6.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dieter.jurzitza(a)harman.com
Distribution: ---
T@X20XX can be used with wine since years. This year it apparently worked as
usual, with one frustrating exception: when trying to transfer the entire
documetation to the finance office at the end the application freezes and does
noting any more.
Unfortunately no error shows in the logs when starting wine with a
corresponding debug option (WINEDEBUG=+relay, I hope this is ok ...). I have 32
GByte of logging code what is meaningless to upload - but no "real" error
message inside.
"top" shows 100% CPU - load by the wine process stman.exe. Messages show like:
01b8:Call ntdll.RtlAllocateHeap(00220000,00000000,00000024) ret=089a10d6
01b8:Ret ntdll.RtlAllocateHeap() retval=3ec3bbe0 ret=089a10d6
01b8:Call ntdll.RtlAllocateHeap(00220000,00000000,00000024) ret=089a10d6
01b8:Ret ntdll.RtlAllocateHeap() retval=2f24da98 ret=089a10d6
01b8:Call KERNEL32.HeapFree(00220000,00000000,2f24da98) ret=0899e7eb
01b8:Ret KERNEL32.HeapFree() retval=00000001 ret=0899e7eb
01b8:Call KERNEL32.HeapFree(00220000,00000000,3ec3bbe0) ret=0899e7eb
01b8:Ret KERNEL32.HeapFree() retval=00000001 ret=0899e7eb
in fast sequence and this:
01b8:Call ntdll.RtlAllocateHeap(00220000,00000000,00000014) ret=6be509ba
01b8:Ret ntdll.RtlAllocateHeap() retval=31991020 ret=6be509ba
0238:Call ntdll._strnicmp(17f9c7cc "Inter-| Receive
| Transmit\n",17f9ca0c "eth1",00000004) ret=7eceaa21
01b8:Call ntdll.RtlAllocateHeap(00220000,00000008,00000014) ret=6be7960b
0238:Ret ntdll._strnicmp() retval=00000001 ret=7eceaa21
01b8:Ret ntdll.RtlAllocateHeap() retval=31983590 ret=6be7960b
0238:Call ntdll._strnicmp(17f9c7cd "face |bytes packets errs drop fifo frame
compressed multicast|bytes packets errs drop fifo colls carrier
compressed\n",17f9ca0c "eth1",00000004) ret=7eceaa21
01b8:Call ntdll.RtlAllocateHeap(00220000,00000000,00000020) ret=6be798c1
0238:Ret ntdll._strnicmp() retval=00000001 ret=7eceaa21
01b8:Ret ntdll.RtlAllocateHeap() retval=31992478 ret=6be798c1
0238:Call ntdll._strnicmp(17f9c7d0 "lo: 376975 3786 0 0 0 0
0 0 376975 3786 0 0 0 0 0
0\n",17f9ca0c "eth1",00000004) ret=7eceaa21
0238:Ret ntdll._strnicmp() retval=00000001 ret=7eceaa21
01b8:Call ntdll.RtlAllocateHeap(00220000,00000000,0000000c) ret=6be7974e
0238:Call ntdll._strnicmp(17f9c7ce "eth1: 727671935 574392 0 0 0
0 0 2870 31275660 279019 0 0 0 0 0
0\n",17f9ca0c "eth1",00000004) ret=7eceaa21
01b8:Ret ntdll.RtlAllocateHeap() retval=31991978 ret=6be7974e
0238:Ret ntdll._strnicmp() retval=00000000 ret=7eceaa21
cycling through eth0, eth1, wlan0 etc ...
Finally I see once this at the begin (when the trouble starts ...):
01b8:Ret ntdll.RtlAllocateHeap() retval=3ecc7cc8 ret=089a10d6
01b8:Call KERNEL32.OutputDebugStringW(3ecc7cd8 L"void __thiscall
BTS::FormViewerPage::enablePrevNext(void) -1 21\n") ret=67020427
01b8:Call ntdll.RtlInitUnicodeString(0021d000,3ecc7cd8 L"void __thiscall
BTS::FormViewerPage::enablePrevNext(void) -1 21\n") ret=7b0125fa
01b8:Ret ntdll.RtlInitUnicodeString() retval=00000082 ret=7b0125fa
with the "void __thiscall entries - but no clue on my behalf. Any support is
very much appreciated, most specifically what could I do and how could I better
debug the process without flooding my harddisk with trillions (ok, maybe less
:-)) of messages.
Thank you very much,
take care
Dieter Jurzitza
--
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=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.
https://bugs.winehq.org/show_bug.cgi?id=54417
Bug ID: 54417
Summary: Cradle needs 'sincos' support
Product: vkd3d
Version: 1.6
Hardware: x86-64
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: hlsl
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
0184:fixme:d3dcompiler:D3DCompile2 Ignoring flags 0x4810.
vkd3d:fixme:hlsl_yylex Unsupported preprocessor #pragma directive at line 1.
0184:err:d3dcompiler:D3DCompile2 Failed to compile shader, vkd3d result -4.
0184:err:d3dcompiler:D3DCompile2 Shader log:
0184:err:d3dcompiler:D3DCompile2
core/shaders/default/render/fragment_copy_2d.shader:209:1: E5000: syntax error,
unexpected KW_SAMPLERCOMPARISONSTATE
0184:err:d3dcompiler:D3DCompile2
0184:err:d3dcompiler:D3DCompile2 Failed to compile shader, vkd3d result -4.
0184:err:d3dcompiler:D3DCompile2 Shader log:
0184:err:d3dcompiler:D3DCompile2
core/shaders/default/render/vertex_hdr_shaft.shader:232:1: E5005: Function
"sincos" is not defined.
0184:err:d3dcompiler:D3DCompile2
1.6-86-gf9e7cb63
--
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.