https://bugs.winehq.org/show_bug.cgi?id=45871
Bug ID: 45871
Summary: Several apps in .NET472 crash with unhandled
exception.\nException at
System.Windows.Media.Composition.DUCE+Channel.SyncFlus
h()\n at
System.Windows.Media.MediaContext.Complet"...(native
d3dcompiler works around it)
Product: Wine
Version: 3.16
Hardware: x86
OS: Linux
Status: NEW
Keywords: dotnet, download
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Distribution: ---
Created attachment 62374
--> https://bugs.winehq.org/attachment.cgi?id=62374
part of crashlog
Hi
Seen this for a bunch of programs while trying to run them with installed
dotnet472.
The bug seems to be hidden for several apps as they ship their owm
d3dcompiler_47, but some don`t I found out, and they crash
Something like:
01c2:fixme:d3dcompiler:make_assignment Check for casts in the lhs.
01c2:err:d3dcompiler:compile_shader HLSL shader parsing failed.
01c2:err:ntdll:vDbgPrintExWithPrefix 65: MIL FAILURE: Unexpected HRESULT
0x88760b59 in caller: intermediate rendering error
01c2:err:ntdll:vDbgPrintExWithPrefix 65: MIL FAILURE: Unexpected HRESULT
0x88760b59 in caller: The render thread failed unexpectedly.
Then crash
Example: Slackinstaller.exe:
winetricks dotnet452 win7 corefonts, then start installer with builtin
d3dcomiler_47 works fine.
However
winetricks dotnet472 win7 corefonts, then start installer with builtin
d3dcomiler_47 --> crash
(Note: for Slackinstller one also needs Staging-patches for bug 40613)
--
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=32342
Bug #: 32342
Summary: PlanetSide2 Error message and bugreport.txt and
debug.log in Steam.
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: linards.liepins(a)gmail.com
Classification: Unclassified
Created attachment 42683
--> http://bugs.winehq.org/attachment.cgi?id=42683
PlanetSide2 bugreport.txt
Cannot run PlanetSide 2 on x64 Fedora 17. Popuing up three similar error log
message with attached bugreport. Also attached debug.log is generated in Steam
install dir.
--
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=52078
Bug ID: 52078
Summary: MusicBee: exception when attempting to drag tabs
Product: Wine
Version: 6.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sangv(a)protonmail.com
Distribution: ---
Created attachment 71090
--> https://bugs.winehq.org/attachment.cgi?id=71090
The exception MusicBee gives + the console output, in a tarball
When attempting to move the tabs located near the top of the window (the ones
labelled "Music", "Now Playing", "Playlists", etc by default) MusicBee will
throw an exception. This happens on both my existing MusicBee wineprefix as
well as a fresh one, and on MusicBee versions 3.2.6804 and 3.4.7805. In
addition to happening in Wine version 6.21, the issue remains in 6.22. Both
versions of Wine were compiled from source. I'm using winetricks verbs
`windowscodecs dotnet45 mfc42 xmllite gdiplus d3dx9 vcrun2008 wmp10`. My OS is
EndeavourOS with kernel 5.15.2-zen1-1-zen. (I don't know how much of this
information is really needed but I thought it was all worth a mention just in
case?)
Attached I have both the error MusicBee provides, as well as terminal output
with debug channels warn+all as no information was printed in the terminal
without it.
--
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=49703
Bug ID: 49703
Summary: Ghost Recon fails to start
Product: Wine
Version: 5.14
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: opengl
Assignee: wine-bugs(a)winehq.org
Reporter: sramey40(a)gmail.com
Distribution: ---
The original Tom Clancy's Ghost Recon (on CD) seems to install fine, except for
this error at the end of installation:
wine start Setup.exe
[sean@sean-pc-arch GRECON]$ 00d4:fixme:file:NtLockFile I/O completion on lock
not implemented yet
00d4:fixme:sfc:SRSetRestorePointA 02EB66F0 02EB51E0
00d4:fixme:sfc:SRSetRestorePointA 02EB66F0 02EB51E0
00d4:err:ole:CoReleaseMarshalData StdMarshal ReleaseMarshalData failed with
error 0x8001011d
^C
But, when I try to run the game, nothing happens and this is the output on
console:
wine start GhostRecon.exe
[sean@sean-pc-arch Ghost Recon]$ 00c0:err:winediag:wined3d_dll_init Setting
multithreaded command stream to 0.
^C
^C marks where I hit ctrl-c to stop the process, as it seemed hung.
I'm using a 32bit wineprefix with Windows 2000 or XP.
I can't really do regression testing, as I can't get an older package of wine
to install properly, and I also can't get wine to compile for even as new a
version as wine-4.0. It complains about multiple definitions of hInstance and
fails on compiling crypt32. Only the 5.0 releases will compile, and I have this
bug in them.
I've also noticed that a lot of older games seem broken. Seems like nobody has
tested these games in a while. The latest test of the Ghost Recon CD version
recorded in the App database is wine 1.5. Recently I had somebody help me out
with Age of Empires 2: The Age of Kings CD version, and we discovered that the
safedisc 1.x copy protection support was broken in wine since version 3.0 I
think. Probably a good idea to try running some old games, especially ones on
CD, to check for compatibility regressions.
--
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=10472
Summary: File open dialog buffer too short for multiple file
selection
Product: Wine
Version: 0.9.49.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: wine-comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: freireclaudio(a)yahoo.com.ar
The file open dialog seems to be using a buffer which is too short for multiple
file selection. While Windows itself has this bug/feature, wine's version is
much more annoying since I'm unable to select over 6 files usually (using long
but not excessive names).
A dynamic buffer (with a reasonable limit for security reasons perhaps) would
be preferrable, but even a bigger buffer would help.
I think windows' buffer is 4k.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=43172
Bug ID: 43172
Summary: IDirectPlay4::EnumConnections needs to support wide
string in DPNAME structure
Product: Wine
Version: 2.10
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-dplay
Assignee: wine-bugs(a)winehq.org
Reporter: leslie_alistair(a)hotmail.com
Distribution: ---
IDirectPlay4::EnumConnections needs to support wide strings in DPNAME returned
in EnumConnections. Currently it just forwards to the ascii 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=52105
Bug ID: 52105
Summary: Handle to \Device\NamedPipe\ cannot be used as the
RootDirectory for NtCreateNamedPipeFile
Product: Wine
Version: 6.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: jinoh.kang.kr(a)gmail.com
CC: jacek(a)codeweavers.com
Regression SHA1: 2600ecd4edfdb71097105c74312f83845305a4f2
Distribution: ---
Commit 2600ecd4edf (server: Use a separated object for each opened named pipe
device file., 2018-10-29) split the role of the named pipe device and the named
pipe file.
However, in doing so, it changed the semantics of opening \Device\NamedPipe\.
In particular, it is no longer possible to use a handle to \Device\NamedPipe\
as RootDirectory when creating a named pipe.
This bug makes Cygwin's named pipe creation
(https://github.com/cygwin/cygwin/blob/4f47e64b11ed8d47c62fa89e9b971f44b7e9a…)
loop forever.
--
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=42606
Bug ID: 42606
Summary: wine doesn't *fully* respect locale settings in some
corner cases
Product: Wine
Version: 2.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: galtgendo(a)o2.pl
Distribution: ---
This time it's a problem even if this is the only app currently running in the
prefix.
Download address for the engine:
http://kikyou.info/dl_redirect.php?%2Ftvp%2Ffiles%2Fkr2_232r2.zip
Instruction for setting up a project:
http://kirikirikag.sourceforge.net/contents/Prepare.html (instructions seem to
be for a different archive, but get the point across)
So, when running 'LANG=ja_JP.utf8 wine krkr.eXe'(as it's different from my
standard locale) and starting that project, most of the things seem to work
correctly (as I've got the standard overrides for Gothic/Mincho set already in
place), yet...
When right clicking the engine console (not the game window), there's mojibake
in that menu.
WINEDEBUG=font log shows that for some reason CreateFontIndirectExW for Tahoma
is called with charset determined by my standard locale, instead of the
Japanese one.
That somehow results in the text being treated as encoded in that locale's
Windows codepage, instead of cp932 (or is that vice versa ?).
--
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=48121
Bug ID: 48121
Summary: Unity games do not fire
OnApplicationFocus/OnApplicationPause events on focus
regain
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: dt(a)zeroitlab.com
Distribution: ---
Created attachment 65713
--> https://bugs.winehq.org/attachment.cgi?id=65713
Proof of concept patch
I've tested with both stable and staging, neither gets unity to fire
OnApplicationFocus and OnApplicationPause events on focus regain. I've tracked
this down by reverse engineering the native unity binary.
There are 4 window messages to which the unity engine reacts by firing these
internal events. They are:
1. WM_SIZE (when wParam == 0 && unity's window is active)
2. WM_EXITSIZEMOVE
3. WM_NCPOINTERUP
4. WM_NCPOINTERDOWN (when DragDetect() says the pointer is in bounds for the
window; pointer coordinates are passed in lparam)
Of all these events, it seems to me, that the ones we should be firing and are
not currently, are WM_NCPOINTERUP and WM_NCPOINTERDOWN.
I was not sure how to get the pointer coordinates, but I was able to confirm
this finding, by firing WM_NCPOINTERUP with wparam=0, lparam=0 on focus regain
because that event had no such bounds check in the unity engine code. With this
change, my target application indeed unpauses.
Observing the issue is fairly easy,
https://docs.unity3d.com/ScriptReference/MonoBehaviour.OnApplicationFocus.h…
adding this example behaviour to the camera and building the project for
windows then running it in wine reproduces.
--
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=51401
Bug ID: 51401
Summary: 6.12-1 can't make server connections anymore
Product: Wine-staging
Version: 6.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: winebugs(a)evolution-hosting.eu
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 70257
--> https://bugs.winehq.org/attachment.cgi?id=70257
working tcp connection
Game: Runes of Magic
with 6.12-1 the client can't connect it's version server any more.
downgrade to 6.11-5 solved the issue instantly.
Steps to Reproduce:
update to 6-12
tcpdump -X -n -n host 194.187.19.180
(runewakers updateserver)
start the game
You see the connection, you see some tcp data, but your do not see ANY sign of
a HTTP protocol and unencrypted port 80 connection should contain.
Conclusion: the connection fails on TCP/IP level before HTTP gets involved.
--
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.