January 2019 - Wine-Bugs - list.winehq.org

[Bug 46479] 64-bit mono crashes in RtlAddGrowableFunctionTable

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=46479 Matteo Bruni <matteo.mystral(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |aoanla(a)gmail.com --- Comment #7 from Matteo Bruni <matteo.mystral(a)gmail.com> --- *** Bug 46370 has been marked as a duplicate of this 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.

Jan. 31, 2019

[Bug 46370] DUSK crashes in RtlAddFunctionTable() on launch

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=46370 Matteo Bruni <matteo.mystral(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE --- Comment #5 from Matteo Bruni <matteo.mystral(a)gmail.com> --- The patches from bug 46479 were merged into Wine, please try with current Wine git or the 4.1 release (as soon as it's out). *** This bug has been marked as a duplicate of bug 46479 *** -- 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.

Jan. 31, 2019

[Bug 18201] Unable to find the entry point L"CryptExtAddPFX" in L" cryptext.dll"

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=18201 Bug 18201 depends on bug 11070, which changed state. Bug 11070 Summary: importpfx fails, needs PFXImportCertStore implementation https://bugs.winehq.org/show_bug.cgi?id=11070 What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED -- 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.

Jan. 31, 2019

[Bug 11070] importpfx fails, needs PFXImportCertStore implementation

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=11070 Hans Leidekker <hans(a)meelstraat.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Fixed by SHA1| |226fd5cb2345f65f520e7652517 | |06b6ea83802e4 Status|NEW |RESOLVED --- Comment #45 from Hans Leidekker <hans(a)meelstraat.net> --- An initial implementation of PFXImportCertStore was added with 226fd5cb2345f65f520e765251706b6ea83802e4. importpfx claims success on current Wine with an openssl generated pfx file. -- 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.

Jan. 31, 2019

[Bug 46557] New: Crashed when trying to run Chinese localized version of Blizzard Battle.net Client

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=46557 Bug ID: 46557 Summary: Crashed when trying to run Chinese localized version of Blizzard Battle.net Client Product: Wine-staging Version: 4.0-rc5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jiaxun.yang(a)flygoat.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 63429 --> https://bugs.winehq.org/attachment.cgi?id=63429 Battlenet crash backtrace Crashed when trying to run Chinese localized version of Blizzard Battle.net Client. The binary can be obtained from this link. https://www.battlenet.com.cn/download/getInstaller?os=win&installer=Battle.… The backtrace is attached. Please take a look. Thanks -- 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.

Jan. 31, 2019

[Bug 37705] Heroes of Might and Magic VI Shades of Darkness Textures Fail to Display in Most Campaign Maps

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=37705 --- Comment #20 from Sergey Isakov <isakov-sl(a)bk.ru> --- Let me analyse again the origin of the bug. Description: 1. The screen became dark after enter some scene.Easy to check with begin of Crack Hack company. First scene id mostly black. Othe scenes looks normal until you go to next scene. I have a saved game at some good place and I know if I move camera to left then the screen will fall into darkness. 2. The darkness remains even you return into main menu. It will shown in darken colors. Host OS works in normal brightness. It affectes on all wine drawing but not on host OS. 3. You may change some video tunings in main menu which cause the game reload resorces. It helps! The main menu will shown in normal brightness and you may return to game with normal brightness until you enter again bad scene. 4. It is happen with Radeon and Nvidia, with Ubuntu and macOS so it is not depending on host drivers. 5. There is one more bug related to the game bug 38621 and bug 39546 with additional information. It is related to this bug because we always use native d3dcompiler, the game is not working with builtin in wine one. But with builtin compiler the brightness is always good!!! So I propose that the game uses a shader in some scene which can't be compiled with builtin d3dcompiler but this shader causes brightness problem if compiled by native compiler. The question is to find the shader in 4Gb logs attached to this bugs or suppose what is the error in d3dcompiler provided by wine. As well it will be good to hear some explanations from people knowning shaders language what is the possible reason for such brightness behaviour. -- 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.

Jan. 31, 2019

[Bug 44948] Spine (Mod starter for Gothic) needs CreateSymbolicLinkW implementation

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=44948 --- Comment #9 from GottfriedM <phaidros(a)gmx.at> --- (In reply to Gijs Vermeulen from comment #8) > Created attachment 63420 [details] > WIP patch > > Does this help for Spine? Awesome, this works great (wine-vanilla-3.0.3) I quickly tested by activating "Gothic I Classic Texture Mix" and "Gothic I 3D + Mesh Patch" in Spine and indeed the game starts with improved graphics. Sidenote: Out of interest I also tried to activate "D3D11 Renderer Clockwork Edition", which (as expected) did not work. I think the reason for this is more complicated and CreateSymbolicLink is not to blame in the first place, however I do see these messages: 016f:fixme:file:CreateSymbolicLinkW Directories are not supported I don't know the internals of Spine, but if other patches/mods also rely on linking directories, it could be that they do not work as well. -- 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.

Jan. 31, 2019

[Bug 46556] FINAL FANTASY XI crashes when changing areas using NPCs in-game

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=46556 --- Comment #1 from Megas of Vecanti <emegas(a)vecanti.org> --- Created attachment 63428 --> https://bugs.winehq.org/attachment.cgi?id=63428 Terminal output prior to crash (+relay,+seh) -- 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.

Jan. 31, 2019

[Bug 46556] FINAL FANTASY XI crashes when changing areas using NPCs in-game

by wine-bugs＠winehq.org

Jan. 31, 2019

[Bug 46556] New: FINAL FANTASY XI and FFXiPadConfig.exe utility no longer detect Logitech F710 via (emulated) DirectInput; under XInput, detects Axes 5 and 6 as buttons

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=46556 Bug ID: 46556 Summary: FINAL FANTASY XI and FFXiPadConfig.exe utility no longer detect Logitech F710 via (emulated) DirectInput; under XInput, detects Axes 5 and 6 as buttons Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: xinput Assignee: wine-bugs(a)winehq.org Reporter: emegas(a)vecanti.org Distribution: --- Created attachment 63427 --> https://bugs.winehq.org/attachment.cgi?id=63427 Backtrace When using a method to change areas that involves an NPC or non-player object, there is an high chance that FINAL FANTASY XI will crash directly after the menus load in the new area--always immediately after the "== Area: [name] ==" identifier is displayed in the log--before the player or NPCs have a chance to load into the map. (Restarting the game afterwards will always load the new area successfully.) Home Points, Survival Guides, the Mog Garden NPCs in front of the entrances to the Western Adoulin and Eastern Adoulin Rent-a-Rooms, Waypoints and Proto-Waypoints, and using a Warp Ring (thus opening up the likelihood that _any_ type of magical or item-triggered area change can cause it) all appear to cause the crash. On the other hand, changing areas via "zone lines" (walking between them), the "Button" in Ru'Lude Gardens and changing areas from within a Mog House do not _not_ seem to cause the crash. Probably the easiest way to repro this is to use a Home Point to change between different Home Points within the same city until the crash is seen (ex. Bastok Mines #1 -> Bastok Markets #1 -> Port Bastok #1 -> repeat). Tested and confirmed in both 4.0 release and wine-4.0-251-g7003ba44892 (vanilla and staging). The debug information attached is from wine-4.0-251-g7003ba44892 (vanilla). (Tested on Gentoo Linux kernel 4.20.5 with nvidia-drivers 415.27) -- 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.

Jan. 31, 2019