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.
https://bugs.winehq.org/show_bug.cgi?id=51140
Bug ID: 51140
Summary: Silver Chaos game hangs once plays the intro video
Product: Wine-staging
Version: 6.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: nosferatu.arucard.1983(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 70007
--> https://bugs.winehq.org/attachment.cgi?id=70007
The hang issue log
The BL Game Silver Chaos is one of visual novels games that runs fairly nice
with Wine, and by the first time using Wine 6.8 version, the in-game intro
video playback was finally working. (It happens a few moments when the user
start a new game.)
The video playback using the standard Wine libraries appears to be fine, but
the real issue happens when the user want to skip the video or when the video
playback ends. Instead of resume the game, the game hangs, requiring to kill
the game and use an downgraded version of Wine (which not support the intro
video playback) to bypass the bug and resume playing.
Without this bug, this game would gain the platinum rating, since the intro
video playback was the missing (minor) issue.
--
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=53641
Bug ID: 53641
Summary: Roblox Studio fails to prompt for login
Product: Wine
Version: 7.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: alfonsojon1997(a)gmail.com
Distribution: ---
Created attachment 73042
--> https://bugs.winehq.org/attachment.cgi?id=73042
A screenshot showing the issue
When opening Roblox Studio, it should prompt with a login window which I
believe to be powered by a standalone version of the Microsoft Edge Webview2.
This login window will ask for your username/password, then sign you into
Roblox Studio. This window never opens, and instead the game prompts you that
there was a problem, but you can sign in with the browser. Signing in with the
browser results in the same issue (Studio opens, then prompts of a failed
login).
I will attach logs from a GitHub Gist as well as screenshots. I have a related
issue on my GitHub page here:
https://github.com/roblox-linux-wrapper/roblox-linux-wrapper/issues/216 where
there may be valuable information.
https://gist.github.com/alfonsojon/684ede31fb3a5b6cfbacbe7a332aae34https://gist.github.com/alfonsojon/cccc2c556a4f994eae2c02ae9a5243af
--
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.