wine-bugs February 2020

wine-bugs@winehq.org

1 participants
7327 discussions

[Bug 47884] New: msi:action systematically times out on Windows 2003
by WineHQ Bugzilla 28 Feb '20

28 Feb '20

https://bugs.winehq.org/show_bug.cgi?id=47884 Bug ID: 47884 Summary: msi:action systematically times out on Windows 2003 Product: Wine Version: 4.17 Hardware: x86 OS: Windows Status: NEW Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com msi:action systematically times out on the TestBot's Windows 2003 Std VM (w2003std): action.c:2370: GetProcAddress(MsiGetComponentPathExA) failed action.c:2376: GetProcAddress(SRRemoveRestorePoint) failed action.c:2377: GetProcAddress(SRSetRestorePointA) failed action.c:2995: Tests skipped: 64-bit RegisterProduct tests msi:action:0ce0 done (258) in 120s Test failed: timed out This is the only Windows 2003 machine we have so it's hard to tell if it's a VM issue or a test issue. The VM is currently on the vm1 host which has two hard-drives in a non-RAID configuration. On cw-rx460 and cw-gtx560 (i7-2600K+HDD but real hardware) it takes 30s to 38s. On w2008s64 which is on vm2 (slower processor but RAID 0 HDD) it takes ~50s. On wxppro which is on vm3 (faster processor+SSD) it takes 77s. On wvistau64 which is also on vm1 it takes ~108s. Here is the virtual hardware configuration of w2003std (from the WineTest report's description field): CPU:2*kvm32 RAM:1GB disk:virtio eth:e1000 snd:ac97 GPU:vga display:spice This test also systematically fails on the acer-aspire-one-xp machine. That may provide a point of comparison. -- 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.

1 7

[Bug 48302] New: Warhammer Online doesn't render without d3dx9_34
by WineHQ Bugzilla 28 Feb '20

28 Feb '20

https://bugs.winehq.org/show_bug.cgi?id=48302 Bug ID: 48302 Summary: Warhammer Online doesn't render without d3dx9_34 Product: Wine Version: 4.21 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3dx9 Assignee: wine-bugs(a)winehq.org Reporter: xpander0(a)gmail.com Distribution: --- Warhammer Online rendering is broken without installing d3dx9_34.dll looks like this: https://cdn.discordapp.com/attachments/561359616135397396/65662419998041702… And when installing d3dx9_34.dll it renders fine except ground textures are overly bright: https://user-images.githubusercontent.com/1345116/63214171-799c2780-c11d-11… top picture is how it should look WINEDEBUG log: https://pastebin.com/XH1pjKU4 apitrace with wined3d (d3dx9_34 installed via winetricks) - 1.1GB: https://mega.nz/#!MOh2VKLb!7qOb_2KdSmX5wQi3UR1sodY0fQ8Yg8qdyt9Gi2372ro -- 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.

1 18

[Bug 37073] New: Trees not rendered correctly in Far Cry 2
by wine-bugs＠winehq.org 28 Feb '20

28 Feb '20

http://bugs.winehq.org/show_bug.cgi?id=37073 Bug ID: 37073 Summary: Trees not rendered correctly in Far Cry 2 Product: Wine Version: 1.7.24 Hardware: x86 OS: Linux Status: NEW Severity: minor Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com Created attachment 49267 --> http://bugs.winehq.org/attachment.cgi?id=49267 terminal output When anti-aliasing is enabled in the game options treetops look like flat, 2D objects. Changing the other game option <Real Tree> has no effect on the issue. With disabled anti-aliasing trees look good. I can reproduce the problem with nouveau and the binary drivers too. Native d3dx9_36 was used to work around bug #22682 Disabling GLSL, orm=backbuffer doesn't make it better. Fedora 20 Geforce 250 GTS / binary drivers 340.24 -- 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.

2 33

[Bug 42764] New: Proteus direct 3D render problem
by wine-bugs＠winehq.org 28 Feb '20

28 Feb '20

https://bugs.winehq.org/show_bug.cgi?id=42764 Bug ID: 42764 Summary: Proteus direct 3D render problem Product: Wine Version: 2.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: hildogjr(a)gmail.com Distribution: --- I now that OpenGL sill not supported by Wine, so I use https://appdb.winehq.org/objectManager.php?sClass=version&iId=27887 to use the Proteus 8 (ARES / ISIS) with Direct3D. But (main) in the "3D Visualizer" function, the software running in Wine spend a long time to render the objects and sometimes miss something (details or objects). -- 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.

2 3

[Bug 48136] New: Wine can't be started, log notice: wineboot failed to start wineboot c00000e5
by WineHQ Bugzilla 28 Feb '20

28 Feb '20

https://bugs.winehq.org/show_bug.cgi?id=48136 Bug ID: 48136 Summary: Wine can't be started, log notice: wineboot failed to start wineboot c00000e5 Product: Wine Version: 4.20 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: avenjames(a)live.com Created attachment 65735 --> https://bugs.winehq.org/attachment.cgi?id=65735 Problem. After updating from 4.19 Staging to 4.20 Staging in Mac OSX 10.13.6, I was making the first starting refresh work as I usually do, but after typing "winecfg" it show nothing but the Term show it was going back to waiting input state, but when I try "CMD" to start the commander line and run the "winecfg" the CMD was working but after running the "winecfg" I notice that the term said nodrv createwindow, failed to start again. attached the rest of the logs. -- 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.

1 2

[Bug 47992] New: msi:action tests fail when running them twice
by WineHQ Bugzilla 28 Feb '20

28 Feb '20

https://bugs.winehq.org/show_bug.cgi?id=47992 Bug ID: 47992 Summary: msi:action tests fail when running them twice Product: Wine Version: 4.17 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: sven.wine(a)gmail.com Distribution: --- See the test results on the cw-*-64 machines, which are being run after the 32 bit tests: https://test.winehq.org/data/tests/msi:action.html This is due to the HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Installer\UserData\$USER\Products\84A88FD7F6998CE40A22FB59F6B9C2BB\Features key still being left after the tests. I'm not sure how to properly remove it. Most machines are being reverted for every test run, so there it is not visible. -- 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.

1 7

[Bug 48675] New: MoveWindow and SetWindowLongPtr different behaviour real Win vs wine
by WineHQ Bugzilla 27 Feb '20

27 Feb '20

https://bugs.winehq.org/show_bug.cgi?id=48675 Bug ID: 48675 Summary: MoveWindow and SetWindowLongPtr different behaviour real Win vs wine Product: Wine Version: 1.6.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mutex(a)fastmail.co.uk Distribution: --- Calling the following Win32 API functions: MoveWindow() SetWindowLongPtr() together seems to make the second one be ignored and have no effect. Other window-manipulation functions might also exhibit the effect. -- 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.

1 2

[Bug 48681] New: During installation of winehq-stable-5.0.pkg McAfee antivirus detected a trojan. See attachment.
by WineHQ Bugzilla 27 Feb '20

27 Feb '20

https://bugs.winehq.org/show_bug.cgi?id=48681 Bug ID: 48681 Summary: During installation of winehq-stable-5.0.pkg McAfee antivirus detected a trojan. See attachment. Product: Packaging Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-packages Assignee: wine-bugs(a)winehq.org Reporter: zoned4947(a)gmail.com CC: dimesio(a)earthlink.net, michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- Created attachment 66537 --> https://bugs.winehq.org/attachment.cgi?id=66537 McAfee trojan detection dialog. During installation of winehq-stable-5.0.pkg McAfee antivirus detected a trojan. See attachment. -- 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.

1 2

[Bug 47029] New: A.R.E.S. Extinction Agenda 1.x (.NET 2.0, XNA 3.1 game) crashes during intro (needs IWMPMedia::put_name implementation)
by wine-bugs＠winehq.org 26 Feb '20

26 Feb '20

https://bugs.winehq.org/show_bug.cgi?id=47029 Bug ID: 47029 Summary: A.R.E.S. Extinction Agenda 1.x (.NET 2.0, XNA 3.1 game) crashes during intro (needs IWMPMedia::put_name implementation) Product: Wine Version: 4.6 Hardware: x86-64 URL: https://www.fileplanet.com/archive/p-40578/A-R-E-S-Ext inction-Agenda-Demo OS: Mac OS X Status: NEW Keywords: download Severity: normal Priority: P2 Component: wmp&wmvcore Assignee: wine-bugs(a)winehq.org Reporter: gijsvrm(a)gmail.com Created attachment 64197 --> https://bugs.winehq.org/attachment.cgi?id=64197 +wmp log Follow up of bug 45365. winetricks -q qasf needed to work around bug 34622. winetricks -q wmp9 works around this bug. Attached is a +wmp log. Tested Wine 4.6 in a 32bit prefix. -- 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.

2 3

[Bug 48673] New: 16 Bit application Korg SE05 shows error "Receive error: Not enough memory"
by WineHQ Bugzilla 26 Feb '20

26 Feb '20

https://bugs.winehq.org/show_bug.cgi?id=48673 Bug ID: 48673 Summary: 16 Bit application Korg SE05 shows error "Receive error: Not enough memory" Product: Wine Version: 5.2 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: dos Assignee: wine-bugs(a)winehq.org Reporter: wine(a)vintagesynth.33mail.com Created attachment 66528 --> https://bugs.winehq.org/attachment.cgi?id=66528 Screenshot of error message Hi, I'm trying to use the synth editor "Korg SE05" to edit the synth module Korg 05r/w. Used hardware: Behringer UMC404 HD Audio & Midi Interface Korg 05r/w synth module Software: Korg SE05 editor, version 1.1 Download link: http://www.jaybmusic.net/Downloads/X5D-Editor.zip Upon selecting the midi in & outputs the program shows the error "Receive error: Not enough memory". It is not possible to receive the contents of the synth module in the editor. Terminal shows this error message: 002c:fixme:winmm:MMSYSTDRV_Message NIY: no conversion yet 16->32 kind=1 msg=57 This bug appears to be located in WineVDM due to the amount of RAM being too high. It was already analyzed and a patch is available: https://github.com/otya128/winevdm/issues/545 Can you please review and pull this into the Wine main code line: https://github.com/otya128/winevdm/pull/547 -- 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.

1 1

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs February 2020