January 2018 - Wine-bugs - list.winehq.org

[Bug 31212] New: Some VST instruments crash when reloaded in Mixcraft
by wine-bugs＠winehq.org 27 Jun '25

27 Jun '25

http://bugs.winehq.org/show_bug.cgi?id=31212 Bug #: 31212 Summary: Some VST instruments crash when reloaded in Mixcraft Product: Wine Version: 1.5.8 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: s_chriscollins(a)hotmail.com Classification: Unclassified In Mixcraft, some VST instruments crash when loaded a second time on a track. However, the same instruments work fine when loaded for the first time on a track. The following can be reproduced easily in Mixcraft: 1. Start Mixcraft and select "Build Virtual Instrument Tracks" from the "New Project" window. 2. Click on the keyboard icon next to the first track name, which will bring up the instrument selection window. 3. Select "<VSTi Instruments>" from the left pane and then "Messiah" from the right pane. This sets the track to use the Messiah VSTi synth. 4. Now select "Acoustica Instruments" from the right pane. 5. Once again, select "Messiah" from the right pane. Mixcraft will pop up an error box with the title "An instrument has crashed" containing the following text: "A crash has been detected in the instrument "Messiah." This plug-in has been muted. We recommend you save your project and re-start Mixcraft to avoid losing your work." Unfortunately, no helpful terminal output seems to be generated in relation to the plugin crash. I have provided more detailed notes on VST behavior in Mixcraft here: https://docs.google.com/document/d/1YEPh0mkd_ip1whAJXcRIl4HYny5D8LSeGo3qgzV… ** My System ** OS: Kubuntu 12.04 64-bit w/ KDE SC 4.8.4 Motherboard: ASRock X58 Extreme3 (Intel X58 chipset) CPU: Intel Core i7 (2.8 GHz quad-core) RAM: 12GB DDR3 Video: Dell NVIDIA GeForce 7800 GTX w/ 256 MB RAM (PCI Express) Sound Card #1: Sound Blaster Audigy 2 ZS Gold Sound Card #2: Echo Gina3G Linux Kernel: 3.2.0-26-generic NVIDIA video driver: 302.17 Screen Resolution: 1280 x 960 -- 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.

2 16

[Bug 42033] New: Fallout 3: Radio music not playing
by wine-bugs＠winehq.org 27 Jun '25

27 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=42033 Bug ID: 42033 Summary: Fallout 3: Radio music not playing Product: Wine Version: 2.0-rc1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: aaronbpaden(a)gmail.com Distribution: --- Created attachment 56507 --> https://bugs.winehq.org/attachment.cgi?id=56507 log When listening to the radio in Fallout 3, the DJ's voice works, but the songs don't. Sometimes you'll hear the song start for a second, but then it stops and the DJ's voice starts up again. This happens both on GNR and the enclave station. -- 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 32

[Bug 42796] New: X11DRV_ActivateKeyboardLayout spam during GTA5 run
by wine-bugs＠winehq.org 27 Jun '25

27 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=42796 Bug ID: 42796 Summary: X11DRV_ActivateKeyboardLayout spam during GTA5 run Product: Wine Version: 2.5 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: winetest(a)luukku.com Distribution: --- I just tested wine-staging 2.5 against GTA5. And I get my console spammed annoying amount of These 3 lines group of 3. fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x4090409, 40000000: semi-stub! fixme:keyboard:X11DRV_ActivateKeyboardLayout flags 40000000 not supported fixme:dxgi:dxgi_swapchain_Present Unimplemented flags 0x1 The keyboard spam comes from here https://source.winehq.org/git/wine.git/blob/61a1a266faa9fa7c959136b0ab0b5d7… Maybe priting the message few times and putting rest of the spam into TRACE? Since bug 42017 got fixed the output is much cleaner now. This is just enchanment request to get better looking logs by default. -- 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 10

[Bug 38889] New: Microsoft Orca unable to create transform file
by wine-bugs＠winehq.org 27 Jun '25

27 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=38889 Bug ID: 38889 Summary: Microsoft Orca unable to create transform file Product: Wine Version: 1.6.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: crosstieger(a)gmail.com Distribution: --- Created attachment 51827 --> https://bugs.winehq.org/attachment.cgi?id=51827 terminal output of the error Microsoft Orca is unable to modify cells within an .msi file. Modifying a cell returns the following error message: Could not change this cell to '<Value>'. The data was rejected by the database. It may be out of the valid range or formatted incorrectly. In the terminal you can see the error message: fixme:msidb:TABLE_modify 0x7a5098 4 0x7a5e40 - mode not implemented The value 0x7a5098 and 0x7a5e40 changes depending on the cell you edit. If you click on 'Transform - Generate Transform' and want to save your .MST file, it returns the error: Orca was unable to generate the transform. (MSI Error 120) On the terminal: fixme:msi:MsiDatabaseGenerateTransformW 3 2 L"Z:\\home\\techniktriberg\\Downloads\Untitled.mst" 0 0 The path depends on where you want to save the file. Full terminal output as an attachment. ---- Installation process ---- run: winetricks dotnet40 run: winetricks mfc42 run: msiexec -i Orca.Msi -- 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 11

[Bug 44236] New: Poisson Superfish: Slow to write binary file.
by wine-bugs＠winehq.org 23 Jun '25

23 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=44236 Bug ID: 44236 Summary: Poisson Superfish: Slow to write binary file. Product: Wine Version: 2.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: raphaelcervantes(a)protonmail.com Distribution: --- Discussion is in this forum. https://forum.winehq.org/viewtopic.php?f=2&t=29936 I am using Wine to run Poisson Superfish. This program essentially does some calculations and then writes the results into a binary file. This action is performed in less than a second in a Windows environment. Unfortunately, it takes about 10 seconds to write this binary file under Wine. Here is how to reproduce the error: 1. Install Poisson Superfish on linux using Wine. You have to scroll all the way down and click register. http://laacg.lanl.gov/laacg/services/download_sf.phtml 2. Once installed, open a unix terminal in this directory .../.wine/drive_c/LANL/Examples/RadioFrequency/Waveguides/ 3. Run wineconsole cmd. 4. In the new window, run RUNWG.BAT. 3. Several windows will pop up. The ones that stall for a bit are in the process of writing to a file named something.T35. The T35 refers to tape 35 (I guess that's how a sector of harddrive memory would be referred as back in the 80s). This is the binary file with the solution in it. It will finish eventually, but it is pretty slow. -- 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 8

[Bug 44253] New: Access violation in multiple cases
by wine-bugs＠winehq.org 23 Jun '25

23 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=44253 Bug ID: 44253 Summary: Access violation in multiple cases Product: Wine Version: 3.0-rc3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ihormcd+wine(a)gmail.com Distribution: --- Created attachment 60052 --> https://bugs.winehq.org/attachment.cgi?id=60052 crash Access violation exception due to access by 0x0000 address in multiple use cases while using Far3. >From Far app try to: 1) on lunch of EXE file (Far.exe, WinMergeU.exe, others) 2) switch drive for the pane (Alt+F1/F2) 3) switch to Quick view mode for a file (Ctrl+Q) *) few other cases App: Far Manager 3.0 build 5100 x64 Wine details: wine-3.0-rc3, the app runs using wineconsole -- 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 17

[Bug 37297] New: CreateEdit windows always fullscreen under wine
by wine-bugs＠winehq.org 18 Jun '25

18 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=37297 Bug ID: 37297 Summary: CreateEdit windows always fullscreen under wine Product: Wine Version: 1.7.26 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: n4af(a)n4af.net ref: https://forum.winehq.org/viewtopic.php?t=23405&p=96423 I have a Pascal (Dephi) app that runs well under Wine application layer. The problem is that there are a number of edit controls that will only show in full screen under Wine. This would be an example of a procedure to create a editable window using Alt-D WM_INITDIALOG: begin Windows.SetWindowText(hwnddlg, RC_DUPECHECKOAR); Format(TempBuffer1, TC_ENTERCALLTOBECHECKEDON, BandStringsArray[InActiveRadioPtr.BandMemory], ModeStringArray[InActiveRadioPtr.ModeMemory]); CreateStatic(TempBuffer1, 15, 3, 250, hwnddlg, 102); AltDEditWindowHandle := CreateEdit(ES_CENTER or ES_UPPERCASE or WS_BORDER, 15, 27, 250, 30, hwnddlg, 101); asm mov edx,[MainWindowEditFont] call tWM_SETFONT end; CreateOKCancelButtons(hwnddlg); The above CreateEdit dutifully creates a window under Win7. Ubuntu (kernel 3.16) will only display as fullscreen. Under linux I can grab the title bar and move the f/s window but nothing else. Right clicking on the title bar i have options Restore, Resize, Maximize selected. Screen captures on https://forum.winehq.org/viewtopic.php?t=23405&p=96423 Tks, Howard -- 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 9

[Bug 31278] New: The Longest Journey: "eye-mouth-hand" dialog only appears sometimes (randomly?)
by wine-bugs＠winehq.org 18 Jun '25

18 Jun '25

http://bugs.winehq.org/show_bug.cgi?id=31278 Bug #: 31278 Summary: The Longest Journey: "eye-mouth-hand" dialog only appears sometimes (randomly?) Product: Wine Version: 1.5.9 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: rmmartins(a)gmail.com Classification: Unclassified This bug has been described by Octavian Vocu on one of his comments in another bug report from the same game (http://bugs.winehq.org/show_bug.cgi?id=11819#c39) I'm pasting an excerpt of his comment below because it explains exactly what's happening: "There is still some issue related to doing actions on objects, with the mouse. Clicking an actionable object should display the eye-mouth-hand dialog. Mouse shows correct pointer, but simply clicking has no effect. I noticed that as you push the left mouse button, you need to move the mouse slightly for the action dialog to appear. Might be related to transparent windows, not sure yet." It's certainly a different bug and deserves a different report, that's why I'm creating this. I've tested this on Debian Sid (i386) with wine-1.5.9. The console output is small, so I just pasted it below; the messages look the same as every other bug report on the game. The last three fixme's repeat a million times. fixme:win:EnumDisplayDevicesW ((null),0,0x33eb04,0x00000000), stub! fixme:ddraw:ddraw7_Initialize Ignoring guid {00000000-0000-0000-0000-000000000000}. fixme:d3d_surface:wined3d_surface_flip Ignoring flags 0x1. fixme:d3d_surface:surface_load_location Unimplemented location SFLAG_INSYSMEM for depth/stencil buffers. fixme:d3d_surface:surface_unmap Depth / stencil buffer locking is not implemented. fixme:d3d:state_subpixel Render state WINED3D_RS_SUBPIXEL not implemented yet. fixme:d3d:state_flushbatch Render state WINED3D_RS_FLUSHBATCH not implemented yet. fixme:d3d_surface:surface_load_location Unimplemented location SFLAG_INSYSMEM for depth/stencil buffers. fixme:d3d_surface:surface_load_location Unimplemented location SFLAG_INSYSMEM for depth/stencil buffers. fixme:d3d_surface:surface_unmap Depth / stencil buffer locking is not implemented. It might be important to notice that Octavian was probably on the right track of fixing this with his previous patches. The game runs pretty well on 1.3.32 with three of his patches (http://bugs.winehq.org/show_bug.cgi?id=11819#c37) the issue reported here is the main thing keeping it from being almost perfect. Also, on a 1.5.9 with the same three patches (even though the characters are invisible again) the following three messages appear when you click an object (when the dialog should be displayed): fixme:x11drv:X11DRV_WindowPosChanged transparent window, fixing window rect fixme:x11drv:X11DRV_WindowPosChanged transparent window, fixing window rect fixme:x11drv:X11DRV_WindowPosChanged transparent window, fixing window rect -- 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.

2 26

[Bug 27584] New: MFC fillrect draws differently under wine
by wine-bugs＠winehq.org 17 Jun '25

17 Jun '25

http://bugs.winehq.org/show_bug.cgi?id=27584 Summary: MFC fillrect draws differently under wine Product: Wine Version: 1.3.21 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: bailey937(a)yahoo.com Created an attachment (id=35259) --> (http://bugs.winehq.org/attachment.cgi?id=35259) sample program for reproducing FillRect bug I have a program that uses CPaintDC.FillRect() to draw histogram samples. It draws one-pixel wide vertical rectangles. Under wine, the bottom-most pixel is not drawn. I'm attaching a sample program. Under Windows7 (have 64bit pro), the red line is touching the black baseline and the black line on the right is touching the baseline also. When I run the program under wine, both the red vertical line on the left and the black vertical line on the right are floating one pixel above the baseline. I tried both 32bit Ubuntu 11.04 (wine 1.2.2) on a netbook and also Fedora 15 64bit (wine 1.3.21) under Virtualbox on my Windows machine. Both have the same problem. The relevant code for the test case is in CChildView::OnPaint() in ChildView.cpp -- 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.

2 16

[Bug 38705] New: Gothic crashes on saving games
by wine-bugs＠winehq.org 17 Jun '25

17 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=38705 Bug ID: 38705 Summary: Gothic crashes on saving games Product: Wine Version: 1.7.40 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: amlopezalonso(a)gmail.com Distribution: --- Created attachment 51633 --> https://bugs.winehq.org/attachment.cgi?id=51633 Crash backtrace Gothic 1.08j always crashes when trying to save a game, right after entering savegame name. Attaching backtrace. -- 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 5