http://bugs.winehq.org/show_bug.cgi?id=19841
Summary: Wolfenstein (2009): mouse cursor remains onscreen
during FPS gameplay even after all menus are closed.
Product: Wine
Version: 1.1.28
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ben.r.xiao(a)gmail.com
In Wolfenstein (2009), browsing the intelligence reports or upgrading weapons
sometimes causes the mouse cursor to remain on screen even when the in-game
menus are closed. In other words, during FPS gameplay, the cursor sits right
where the crosshairs should be and does not disappear. Needless to say this is
quite distracting. This cursor bug seems to appear randomly, but always after
browsing an intelligence report or upgrading weapons. The only way to get rid
of the cursor is to restart the game. I'll post an attachment showing this bug
the next time I see it.
--
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=46936
Bug ID: 46936
Summary: cannot upgrade to wine-devel 4.5~bionic (libfaudio0
dependency missing)
Product: Packaging
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: wine-packages
Assignee: wine-bugs(a)winehq.org
Reporter: a34ypool3voiz(a)t-online.de
CC: michael(a)fds-team.de, sebastian(a)fds-team.de
Distribution: ---
Created attachment 64049
--> https://bugs.winehq.org/attachment.cgi?id=64049
log showing missing libfaudio0 deps
I have installed winehq-devel 4.4 on Ubuntu 18.04 amd64.
Currently version 4.5 is available, but installation fails.
Trying the usual "apt-get update && apt-get upgrade && apt-get dist-upgrade"
lists winehq-devel as package that has been kept back.
Then I tried the following:
sudo apt-get install winehq-devel wine-devel wine-devel-amd64 wine-devel-i386
-f
Now two unmet dependencies are listed, which cause the failure: libfaudio0 and
libfaudio0:i386.
Those packages do not exist in the repository.
--
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=46615
Bug ID: 46615
Summary: PC Building Simulator doesn't render fonts
Product: Wine
Version: 4.1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: luca.finizio.mgbx(a)hotmail.it
Distribution: Mint
I tried to play PC Building Simulator v9.3.4 but it's impossible to play the
game because fonts are not rendered. I attached my console output (there are
also errors).
--
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=44950
Bug ID: 44950
Summary: err:ntdll:RtlpWaitForCriticalSection. Supreme
Commander FA
Product: Wine
Version: 3.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: james.ytedmonds(a)gmail.com
Distribution: ---
This bug has affected Supreme Commander: Forged Alliance since pre-2.21. I have
found this bug to affect multiple machines with clean wine prefixes.
At some point during gameplay, the game will either stop entirely or the window
for it will close. The terminal reads:
"
007f:fixme:faultrep:ReportFault 0x153ece4 0x0 stub
0110:err:ntdll:RtlpWaitForCriticalSection section 0xfeec00 "?" wait timed out
in thread 0110, blocked by 007f, retrying (60 sec)
"
The only option after this point is to kill the applications.
I have found several things that seem to make the bug more likely:
*Playing on large maps (definite correlation)
*Using 6+ players (less certain)
*High graphics settings (might affect timing of bug, but AFAIK cannot cause it)
I have tried to override the "ntdll.dll" with one from real windows, but I
believe wine at this time does not support overriding this DLL.
The bug is easy to reproduce, on a large map (i.e. "Betrayal Ocean") it can
occur within 5-10 minutes.
I can get any details and logs needed, but I will need to be told how to get
them (I am not experienced with debugging)
--
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=39379
Bug ID: 39379
Summary: test.winehq.org: Show a specific test history for a
machine or platform
Product: WineHQ.org
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: www-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
Currently it's possible to see at a glance how specific test fared across Wine
commits and *all platforms*. For instance:
https://test.winehq.org/data/tests/advapi32:service.html
But if a platform has multiple test machines, one where the test has always
failed and another where it has just started failing, one cannot see when the
failures started on the above page.
So it would be nice to have a similar page on a per-platform basis; or one with
all the reports where that test failed regardless of platform.
--
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=42309
Bug ID: 42309
Summary: The Crew (Uplay) crashes at start
Product: Wine
Version: 2.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: o.dierick(a)piezo-forte.be
Distribution: ---
Created attachment 57043
--> https://bugs.winehq.org/attachment.cgi?id=57043
Unhandled page fault read access to 0x0 in 64-bit code backtrace
After the loading screen has closed, the screen goes black and then wine
crashes with a read access to 0x00000000 in 64-bit code.
The terminal is also filled with DirectX 11 fixme's.
Tested on wine 2.0 + staged patch from bug 41356.
--
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=45103
Bug ID: 45103
Summary: FlixGrab: Crashes on launch after showing the splash
screen
Product: Wine
Version: 3.7
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lucas.halbig(a)gmail.com
Distribution: ---
Created attachment 61276
--> https://bugs.winehq.org/attachment.cgi?id=61276
backtrace file when app crashed
When attempting to launch
https://www.freegrabapp.com/flixgrab
after installation it failes to go past the splash screen.
--
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=21936
Summary: rtld mmap failed mapping on OpenBSD
Product: Wine
Version: 1.1.40
Platform: x86
URL: http://www.openbsd.org/cgi-bin/cvsweb/ports/emulators/
wine/patches/patch-libs_wine_mmap.c?rev=1.1;content-ty
pe=text%2Fplain
OS/Version: OpenBSD
Status: NEW
Keywords: download, patch, source
Severity: blocker
Priority: P2
Component: loader
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
/home/austin/wine-git/loader/wine: rtld mmap failed mapping
/home/austin/wine-git/dlls/ntdll/ntdll.dll.so.
wine: failed to initialize: File not found
Patch in url fixes the loader on OpenBSD. Need to test on other OS's before
submitting to wine-patches. Review of the patch in the meantime is appreciated.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=29354
Bug #: 29354
Summary: Microsoft Virtual PC 2007 SP1 installer fails to get
past the "Product Key" dialog
Product: Wine
Version: 1.3.34
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Classification: Unclassified
Hello,
split off bug mentioned in http://bugs.winehq.org/show_bug.cgi?id=17512#c3 to
track what is most likely a regression ...
--- quote ---
Tested in 1.3.19
Didn't crash but I couldn't get past the "Product Key" screen. The "Next"
button didn't seem to do anything.
--- quote ---
The problem in Microsoft Virtual PC 2007 SP1 installer is the
"ValidateProductID" standard action.
Dump using ORCA:
--- snip ---
CustomerInformationDialog NextButton NewDialog ReadyToInstallDialog
PIDRET = 0 4
CustomerInformationDialog NextButton DoAction CA_ValidatePID NOT
ProductID AND PIDKEY AND PIDKEY<>" " 1
CustomerInformationDialog NextButton DoAction CA_InstallForAllUsers
NOT VPC2004INSTALLED 2
CustomerInformationDialog NextButton DoAction
CA_SetTargetPathOnUpgrade VPC2004INSTALLED 3
--- snip ---
First condition, if true -> CA_ValidatePID gets executed.
--- snip ---
0023:trace:msi:MSI_EvaluateConditionW L"NOT ProductID AND PIDKEY AND PIDKEY<>\"
\""
...
0023:trace:msi:msi_get_property returning L"PWCVDGDPM7P23VYG6QM4R8Y8T" for
property L"ProductID"
...
0023:trace:msi:msi_get_property returning L"PWCVDGDPM7P23VYG6QM4R8Y8T" for
property L"PIDKEY"
...
0023:trace:msi:MSI_EvaluateConditionW 0 <- L"NOT ProductID AND PIDKEY AND
PIDKEY<>\" \""
--- snip ---
(not fulfilled)
Another condition to reach "ReadyToInstallDialog" is "PIDRET = 0".
--- snip ---
0023:trace:msi:MSI_ProcessMessage (nil) (nil) (nil) 0 10 L"Action start
18:26:06: ValidateProductID."
0023:trace:msi:msi_get_property returning
L"74216<````=````=````=````=`````>@@@@@" for property L"PIDTemplate"
0023:fixme:msi:ACTION_ValidateProductID partial stub: template
L"74216<````=````=````=````=`````>@@@@@" key L"PWCVDGDPM7P23VYG6QM4R8Y8T"
0023:trace:msi:msi_set_property 0x13ce60 L"ProductID"
L"PWCVDGDPM7P23VYG6QM4R8Y8T"
0023:trace:msi:MSI_ProcessMessage (nil) (nil) (nil) 0 10 L"Action ended
18:26:06: ValidateProductID. Return value 0."
...
0023:trace:msi:MSI_EvaluateConditionW L"PIDRET = 0"
0023:trace:msi:msi_get_property property L"PIDRET" not found
0023:trace:msi:MSI_EvaluateConditionW 0 <- L"PIDRET = 0"
--- snip ---
The "PIDRET" property never exists hence the installation is stuck in
"CustomerInformationDialog".
If you google for "Adding PIDRET property" you will find many similar looking
msi logs, suggesting that this property is added during ValidatePID custom
action:
--- snip ---
MSI (c) (DC:20) [17:55:05:750]: Doing action: ValidatePID
MSI (c) (DC:20) [17:55:05:750]: Note: 1: 2205 2: 3: ActionText
Action 17:55:05: ValidatePID.
Action start 17:55:05: ValidatePID.
...
MSI (c) (DC!3C) [17:55:05:875]: PROPERTY CHANGE: Adding PID property. Its value
is '58730-000-0000007-05734'.
MSI (c) (DC!3C) [17:55:05:875]: PROPERTY CHANGE: Adding ProductID property. Its
value is '58730-000-0000007-05734'.
...
MSI (c) (DC!3C) [17:55:05:875]: PROPERTY CHANGE: Adding PIDRET property. Its
value is '0'.
Action ended 17:55:05: ValidatePID. Return value 1.
--- snip ---
Because ProductID was set earlier during ValidateProductID standard action,
CA_ValidatePID is never executed.
http://source.winehq.org/git/wine.git/blob/8cc5561fbf9f3250fbd2d986390e4013…
If you remove line 6891 the installer executes the custom action which allows
to proceed and let the installation finally succeed.
You need 'winetricks mfc42' for CA_ValidatePID.
Regards
--
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.
http://bugs.winehq.org/show_bug.cgi?id=16221
Summary: Nota Bene requires AUTOEXEC.NT
Product: Wine
Version: 1.1.9
Platform: PC
URL: https://www.notabene.com/download/demos/nbdemo80.exe
OS/Version: Linux
Status: NEW
Keywords: download, Installer
Severity: minor
Priority: P2
Component: dos
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Nota Bene, on install, checks for AUTOEXEC.NT in system32. If it doesn't find
it, it restores its own copy, but we should have our own copy. Shouldn't take
much to implement.
--
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.