http://bugs.winehq.org/show_bug.cgi?id=32574
Bug #: 32574
Summary: Patrician 4 fails to start (Error in
'App::Initialize')
Product: Wine
Version: 1.5.20
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gyebro69(a)gmail.com
Classification: Unclassified
Created attachment 42991
--> http://bugs.winehq.org/attachment.cgi?id=42991
plain terminal output
Both the Steam and Gamersgate versions of the game have this bug. Only the base
game is affected, the expansion (Patrician 4: Rise of a Dynasty) which requires
the base game to be installed, doesn't have the problem.
After starting the game with Patrician4.exe, an error message is shown:
"D:\GMProjects\Patrician3\App\App.cpp(732): Error in 'App::Initialize'
.
.
Installation corrupt: 2:0xffffffff"
This error message comes up in this forum thread @Kalypso:
http://forum.kalypsomedia.com/showthread.php?tid=11896&pid=113448#pid113448
The answer was that the user had to update root certificates in Windows XP.
A +loaddll log reveals that crypt32.dll and wintrust.dll are indeed loaded when
I start the game.
Appdata.dll in the installed game directory contains a certification (the file
properties dialog under Windows shows it).
I wonder if a +crypt or +wintrust debug log would be of any help.
The game should start with a launcher asking you for registering the game
@Kalypso. I tried with native crypt32 and received a crash along with a
backtrace somewhere in Wine's wintrust component.
--
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=48905
Bug ID: 48905
Summary: Inner Chains Launches to Black Screen With Mouse
Cursor
Product: Wine
Version: 5.5
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: matthewcboyd(a)tutanota.com
Distribution: ---
Created attachment 66859
--> https://bugs.winehq.org/attachment.cgi?id=66859
Debugging Log
When I try to launch the game it only launches to a black screen with a mouse
cursor. I have tried this on a Windows 10 system where it launches without
issue. I've attached pictures of the issue and the terminal output. I am using
the GOG version 2.2 of the game.
My system:
AMD Ryzen 5 2600X | 16GB DDR4-3000 CL15 | MSI RX 5700 XT 8GB Gaming X | Mesa
20.0.4 | Manjaro 19.0.2 | Mate 1.24 | Kernel 5.6.2-1-MANJARO | Wine 5.5
Windows System:
AMD FX-9590 | 16GB DDR3-2133 | MSI RX 580 8GB Gaming X | Driver 20.2.2 |
Windows 10 Pro 1909
--
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=47637
Bug ID: 47637
Summary: Final Fantasy XIV returns Javascript error when
launched.
Product: Wine-staging
Version: 4.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: themainliner(a)hotmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 65071
--> https://bugs.winehq.org/attachment.cgi?id=65071
WINEDEBUG=warn+all
Launcher loads, immediately Log In is selected after entering log in
credentials game returns an error and does not load.
The error is:
A system error has occurred: -2147467263.
Javascript:ctrEvent('mainForm');
WINEDEBUG=fixme-all,warn output:
002e:err:winediag:load_gssapi_krb5 Failed to load libgssapi_krb5, Kerberos SSP
support will not be available.
002e:err:mshtml:handle_htmlevent Could not get nsIDOMNode: 80004002
002e:err:mshtml:handle_htmlevent Could not get nsIDOMNode: 80004002
WINEDEBUG=warn+all output attached.
Tested on Winehq-staging 4.13 & 4.14...
--
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=31983
Bug #: 31983
Summary: the delphi program cause the kwin error
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: l12436(a)yahoo.com.tw
Classification: Unclassified
there a small bug for the delphi.
when the delphin use the tapplication form
this form will effect the kwin animated.
and cause the focus window at botton of the window.
it seems the tapplication is regard as a window.
but it is no windows in most of my application.
--
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=29061
Bug #: 29061
Summary: TGL's mahou game will crash on the 8bit color with
wine
Product: Wine
Version: unspecified
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: l12436(a)yahoo.com.tw
Classification: Unclassified
Created attachment 37446
--> http://bugs.winehq.org/attachment.cgi?id=37446
error message
your wine will crash when using 8bit(256 color) on the windows95 game
mahou and mahou2
and it look like is the bug of wine.
and it work fine on the normal color.
but the game is must be on the 8bit(256 color), so it just could work.
but it could not play.
i submit the error on attach
and i sure the glxgear can run
and my connamd is
Xephyr :1 -ac -screen 800x600x8 & DISPLAY=:1 wine mahou.exe
and on the win7 and XP, use the 256 color could run this game.
and this game seem to use the directx4 or directx5.
the driver is vxd, the wine98 driver.
--
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=23508
Summary: Final Fantasy XIV Benchmark very slow
Product: Wine
Version: 1.2-rc6
Platform: x86
URL: http://uk.download.nvidia.com/nzone/international/benc
hmarks/ffxiv/FFXIVBenchmark.zip
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
The Final Fantasy XIV benchmark runs, but is very slow (~4 fps, plus lots of
pauses).
--
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=14592
Summary: Soldat Performance Spikes
Product: Wine
Version: 1.1.1
Platform: Other
URL: http://static.soldat.pl/downloads/soldatsetup15b.zip
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: tehstealth(a)yahoo.com
I have been trying the Soldat 1.5.0 Beta out, and it works as well as the 1.4
version. However there is a bug (probably in 1.4 too, but I'm reporting it for
1.5b anyway) with the weapons selection menu and sprites. Especially with the
menu, Soldat lags horribly, and once you do select your weapon, everything is
fine again. Also, when sprites are drawn on the screen, it also seems to spike
a bit. Both instances are spitting out this, continuously:
fixme:d3d_surface:read_from_framebuffer_texture >>>>>>>>>>>>>>>>>
GL_INVALID_ENUM (0x500) from glReadBuffer @ surface.c / 913
Whatever that is, if that were fixed, it would probably be one of the last bugs
dealing with Soldat gameplay performance, as everything else is great!
--
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=43723
Bug ID: 43723
Summary: Unreliable mouse grabbing in dinput
Product: Wine
Version: 2.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-dinput
Assignee: wine-bugs(a)winehq.org
Reporter: lachs0r(a)srsfckn.biz
Distribution: SUSE
This issue mostly affects games based on Unreal Engine 3.
Mouse grabbing does not work reliably in those games. In some titles (e.g.
Mirror’s Edge), it is possible to get the mouse to grab by switching to
fullscreen and back using window manager shortcuts *before* starting a game
(exiting the menu). In other titles (e.g. Rainbow Six: Vegas 2), this does not
work.
The usual hacks (MouseWarpOverride=force, or the force_edge variant of it)
break mouse input in menus and cause very juddery (unplayable) input in-game.
However, disabling window manager control in winecfg makes it work as expected.
I am unsure which Wine component really is affected here so I selected dinput.
#6971 is a semi-related bug, but I reckon the cause is very different in this
case.
This issue can be reproduced with at least i3 and KWin, so I assume it is not a
WM bug.
--
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=24966
Summary: No sound and mouse problems on Unreal Tournament 2004
Demo
Product: Wine
Version: 1.3.6
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: paloseco(a)gmail.com
Apart from graphic issues, I cannot move mouse to the bottom when in menu, and
I have no sound at all.
--
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.