December 2012 - Wine-Bugs - list.winehq.org

[Bug 26261] New: Start menu items are not displayed
by wine-bugs＠winehq.org March 1, 2013

March 1, 2013

http://bugs.winehq.org/show_bug.cgi?id=26261 Summary: Start menu items are not displayed Product: Wine Version: 1.3.14 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: torgeriedel(a)gmx.de Created an attachment (id=33469) --> (http://bugs.winehq.org/attachment.cgi?id=33469) Screenshot showing the installation structure When installing Commandos - Behind Enemy Lines, I do not see any start menu entries in my Ubuntu (gnome) menu of wine. Checking the installation I see, that - in contrast to Axis & Allies - the start menu entries of Commandos - BEL were created in the users menu folder, not in the public one. See attached screenshot. I'm sure on windows both folders are merged and displayed together. In the screenshot there are four red squares: The first two are marking the "Public" folder (I think it is the common folder every user has access to), from which I see start menu entries in my Ubuntu (gnome) menu. The other two are marking the users own folder and the start menu folder of Commandos - BHL which I do not see -- 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.

1 7

[Bug 22227] New: Wrong grayed picture for disabled vb6 controls
by wine-bugs＠winehq.org March 1, 2013

March 1, 2013

http://bugs.winehq.org/show_bug.cgi?id=22227 Summary: Wrong grayed picture for disabled vb6 controls Product: Wine Version: 1.1.41 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: oleaut32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: gabmoa(a)yahoo.it The vb6 command button, option and radio controls have a "graphical mode" in which they can display also a picture. When the state of the control is disabled a wrong grayed picture is displayed (I think the problem may be in oleaut32). In the attached example two disabled command buttons have an icon and a bitmap picture respectively and the problem seems the same. -- 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.

1 12

[Bug 22551] New: unsupported TIFF with an alpha channel.
by wine-bugs＠winehq.org March 1, 2013

March 1, 2013

http://bugs.winehq.org/show_bug.cgi?id=22551 Summary: unsupported TIFF with an alpha channel. Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: windowscodecs AssignedTo: wine-bugs(a)winehq.org ReportedBy: jibanes(a)gmail.com Folks, I am trying to run Phase One's Capture One under wine 1.1.43 on x86-64, but TIFF with an alpha channel is currently unsupported in the windowscodecs component; as shown below: $ wine CaptureOne.exe fixme:wincodecs:tiff_get_decode_info unhandled RGB sample count 4 Thank you, Jerome -- 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.

1 16

[Bug 21856] New: VB6 modal form appears BEHIND parent (borderless) form when focus is on certain controls, making parent form unusable.
by wine-bugs＠winehq.org March 1, 2013

March 1, 2013

http://bugs.winehq.org/show_bug.cgi?id=21856 Summary: VB6 modal form appears BEHIND parent (borderless) form when focus is on certain controls, making parent form unusable. Product: Wine Version: 1.1.38 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: razorwings18(a)hotmail.com Created an attachment (id=26460) --> (http://bugs.winehq.org/attachment.cgi?id=26460) VB6 project + binary to reproduce bug -- requires Microsoft Windows Common Controls 6.0 to run and compile In Visual Basic 6, calling FORMNAME.show 1 (open modal form) from a borderless form, will make the new MODAL form pop UNDER the parent form when the SHOW method is called while focus is on certain controls, but will correctly pop OVER the parent form when focus is on other controls. I.E.: In my BORDERLESS parent form (FORM1), I have a ListView and a CommandButton. If I give focus to the ListView and call FORM2.SHOW 1, FORM2 pops up OVER FORM1, which is correct. If I give focus to the CommandButton and call FORM2.SHOW 1, FORM2 pops UNDER FORM1. This will make FORM1 unusable until you move/minimize FORM1 to find FORM2 and close it. This problem is particularly annoying when FORM1 is an MDI Child, since FORM2 will not show in the task bar, and it will be difficult to find FORM2 to close it. My findings: - Seems to be related to Microsoft Windows Common Controls, or maybe even the presence of ListViews on the form in particular. - Setting FORM2's StartUpPosition property to something other than 0 (Manual) seems to fix it (need more testing though). - Forms with borders seem to work fine (did not test it enough) - Which focused control will trigger the bug and which won't varies. I've had the bug appear when focused over textboxes, commandbuttons, listviews, checkboxes, etc. See attached VB6 project (binary and instructions to reproduce bug included - requires Microsoft Windows Common Controls 6.0 to run and compile). -- 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.

1 10

[Bug 31769] New: windowsx.h macro HANDLE_WM_DISPLAYCHANGE is incorrect
by wine-bugs＠winehq.org March 1, 2013

March 1, 2013

http://bugs.winehq.org/show_bug.cgi?id=31769 Bug #: 31769 Summary: windowsx.h macro HANDLE_WM_DISPLAYCHANGE is incorrect Product: Wine Version: 1.4.1 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jc.gervais(a)videotron.ca Classification: Unclassified windowsx.h macro HANDLE_WM_DISPLAYCHANGE is erroneous: The CY parameter is not cracked correctly for the function pointer argument. This is because of a simple typo - the macro is defined thus: #define HANDLE_WM_DISPLAYCHANGE(hwnd, wParam, lParam, fn) ((fn)((hwnd), (UINT)(wParam), (UINT)LOWORD(lParam), (UINT)HIWORD(wParam)), 0L) but should be defined this way: #define HANDLE_WM_DISPLAYCHANGE(hwnd, wParam, lParam, fn) ((fn)((hwnd), (UINT)(wParam), (UINT)LOWORD(lParam), (UINT)HIWORD(lParam)), 0L) HIWORD( wParam ) is incorrectly used for the CY value when in fact it is encoded in HIWORD( lParam ) That is all. Thank you for your hard work, great persistence and attention to detail. -- 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.

1 7

[Bug 29616] New: 1Password crashes while creating a backup
by wine-bugs＠winehq.org March 1, 2013

March 1, 2013

http://bugs.winehq.org/show_bug.cgi?id=29616 Bug #: 29616 Summary: 1Password crashes while creating a backup Product: Wine Version: 1.3.37 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: henri(a)henriwatson.com Classification: Unclassified Created attachment 38367 --> http://bugs.winehq.org/attachment.cgi?id=38367 Fail log This bug occurs in the licensed version, although I'd guess it also happens under the trial version. Clicking the menu item to "Back Up 1Password Data" causes the application to lock up and crash after a few minutes. -- 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.

1 10

[Bug 27941] New: Very slow rendering in sPlan7
by wine-bugs＠winehq.org March 1, 2013

March 1, 2013

http://bugs.winehq.org/show_bug.cgi?id=27941 Summary: Very slow rendering in sPlan7 Product: Wine Version: 1.3.25 Platform: x86 URL: http://www.abacom-online.de/demos/splan70(demo).exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: b7.10110111(a)gmail.com Steps to reproduce: 1. Start sPlan 2. In the top-left combobox select TTL 3. See the elements cells being drawn for several seconds In Windows they are drawn instantly. The same is for main image widget. -- 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.

1 8

[Bug 26775] New: Ace of Spades: Incomplete Sound
by wine-bugs＠winehq.org March 1, 2013

March 1, 2013

http://bugs.winehq.org/show_bug.cgi?id=26775 Summary: Ace of Spades: Incomplete Sound Product: Wine Version: 1.3.17 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: chrishylands(a)gmail.com Created an attachment (id=34111) --> (http://bugs.winehq.org/attachment.cgi?id=34111) Command Line Output When starting the game "Ace of Spades" you will hear the connection successful music, or the initial sound of your player loading his gun. After that point no sound will be heard for the rest of the game. The output from running this game through wine via command line is attatched. This line in specific stands out fixme:dsalsa:IDsDriverBufferImpl_SetVolumePan (0x143868,0x143ca0): stub I think this might have something to do with the sound failing at the start of the game. This game can be downloaded and run for free at www.ace-spades.com -- 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.

1 16

[Bug 26465] New: Sound Recorder cannot convert audio codec/sample rate, due to 'acmFormatChooseW' missing
by wine-bugs＠winehq.org March 1, 2013

March 1, 2013

http://bugs.winehq.org/show_bug.cgi?id=26465 Summary: Sound Recorder cannot convert audio codec/sample rate, due to 'acmFormatChooseW' missing Product: Wine Version: 1.3.14 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msacm32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: Nachanon_Vetjasit(a)hotmail.com When trying to convert audio format in Sound Recorder. File>Properties when clicking "Convert Now", nothing happened and wine console says fixme:msacm:acmFormatChooseW (0x33eb9c): stub This bug affected Sound Recorder, Windows XP version but not on Windows Me version (may be that Windows Me version is not using unicode variant of 'acmFormatChoose') *Sound Recorder executable (sndrec32.exe) can be picked from Windows XP machine in C:\WINDOWS\SYSTEM32 directory. -- 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.

1 6

[Bug 31456] New: Emulating a virtual screen does not work
by wine-bugs＠winehq.org March 1, 2013

March 1, 2013

http://bugs.winehq.org/show_bug.cgi?id=31456 Bug #: 31456 Summary: Emulating a virtual screen does not work Product: Wine Version: 1.5.10 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: torgeriedel(a)gmx.de Classification: Unclassified Emulating a virtual screen does not work in 1.5.10, it looks like a virtual screen is created and displayed but the screen resolution of the whole desktop is changed too. Starting an old application using a resolution of somewhat 320x200 makes it impossible to do anything cause the whole desktop seems to be messed up. Closing the started windows application changes the resolution back. That's the good point. -- 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.

1 5