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

[Bug 38298] New: TTN_SHOW is not implemented correctly
by wine-bugs＠winehq.org 05 Mar '18

05 Mar '18

https://bugs.winehq.org/show_bug.cgi?id=38298 Bug ID: 38298 Summary: TTN_SHOW is not implemented correctly Product: Wine Version: 1.7.34 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: pietro10(a)mac.com Distribution: --- According to MSDN (https://msdn.microsoft.com/en-us/library/windows/desktop/bb760314%28v=vs.85…) TTN_SHOW in comctl32.dll >= 4.70 has special logic for allowing customization of tooltip size and position: Version 4.70. To display the tooltip in its default location, return zero. To customize the tooltip position, reposition the tooltip window with the SetWindowPos function and return TRUE. Note: For versions earlier than 4.70, there is no return value. This is needed to implement in-place tooltips, such as the ones you get when you hover the mouse over a listview in report mode (with LVS_EX_LABELTIP) or a tree view (by default, it seems), or in this picture: https://i-msdn.sec.s-msft.com/dynimg/IC510747.png. However, wine currently does not follow these rules. According to http://source.winehq.org/source/dlls/comctl32/tooltips.c?!v=wine-1.7.39#0621, it just sends the TTN_SHOW notification, ignoring the return value entirely, then proceeds to set the default window position anyway. As such, in-place tooltips will simply appear where they would if they were regular tooltips (underneath the mouse cursor). I personally tested with wine 1.7.34 (or some commit around that one) from source and Windows XP and Windows 7 with my own in-place tooltips as part of a table control of my own creation. On real Windows, Common Controls 5 and 6 both have TTN_SHOW working properly (but given it says 4.70 I'm not surprised). I'm not the first to notice wrong tooltip behavior. Someone (I don't know if it's just a user or one of the authors of Cardbox) noticed that Cardbox relied on another aspect of TTN_SHOW that wine doesn't imitate: real Windows computes the default tooltip position before sending the notification, not after (as wine still does). In fact, he noticed this back in 2007! I'm not sure why a bug here was never filed... https://cardboxeverywhere.wordpress.com/2007/12/11/programming-note-tooltip… I don't have a minimal test program on hand (the source speaks for itself) but here's something Raymond Chen wrote on the subject that can be constructed into one: http://blogs.msdn.com/b/oldnewthing/archive/2006/06/26/647365.aspx 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.

1 4

[Bug 35592] New: Chinese input encoding error in multi-byte character set exe with mac driver
by wine-bugs＠winehq.org 05 Mar '18

05 Mar '18

http://bugs.winehq.org/show_bug.cgi?id=35592 Bug ID: 35592 Summary: Chinese input encoding error in multi-byte character set exe with mac driver Product: Wine Version: 1.7.12 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: hwei.sy(a)gmail.com Classification: Unclassified The exe is compiled in multi-byte character set (not Unicode). When input Chinese, the characters become corrupted. I looked into this problem, and found that it is due to dlls/user32/message.c(a)get_input_codepage The "GetKeyboardLayout" returns a wrong language identifier 0x0404 (Chinese Traditional), but it should be 0x0804 (Chinese Simplified). This may be mac driver's problem. And I don't think the 1st parameter of "GetLocaleInfoW" should be the language identifier of the keyboard (returned from "GetKeyboardLayout"). It should be constant "LOCAL_USER_DEFAULT". The keyboard language identifier does not always match the code page of a program. The keyboard language identifier can be changed by switching input method, but code page of a program can not change. -- 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 9

[Bug 44651] New: Microsoft Office: context menu doesn' t show properly and font smoothing does not apply
by wine-bugs＠winehq.org 04 Mar '18

04 Mar '18

https://bugs.winehq.org/show_bug.cgi?id=44651 Bug ID: 44651 Summary: Microsoft Office: context menu doesn't show properly and font smoothing does not apply Product: Wine-staging Version: 3.3 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: genaloner(a)gmail.com CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- Created attachment 60659 --> https://bugs.winehq.org/attachment.cgi?id=60659 On fisrt window vanilla wine with good-looking fonts. On second - staging branch with context menu bug and weird fonts Context menu in Office apps is not called when I press the right mouse button. When I call the context menu from the keyboard, it is displayed. Sometimes context menu shows, but at the top right of the screen. This bug exists only in Staging branch since 2.21 to 3.3 (forked wersion from https://github.com/wine-staging/wine-staging) On vanilla wine Office works without any problems. Also `winetricks fontsmooth=rgb` don't work with Office applications. On wanilla wine this command makes fonts smooth. But on staging it does nothing. On fir -- 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 44517] New: PSPP displays names of X-Y axis (in graphs) incorrectly
by wine-bugs＠winehq.org 04 Mar '18

04 Mar '18

https://bugs.winehq.org/show_bug.cgi?id=44517 Bug ID: 44517 Summary: PSPP displays names of X-Y axis (in graphs) incorrectly Product: Wine Version: 3.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: utentevino(a)20boxme.org Distribution: --- PSPP 1.0.1 under Wine 3.0 renders displays names of X-Y axis (in graphs) incorrectly. On the vertical axis the names are cut and in the horizontal one they are overlapping. And example is in this screenshot: https://appdb.winehq.org/appimage.php?iId=52515 -- 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 3

[Bug 7984] Doyles poker client doesn't show several buttons
by wine-bugs＠winehq.org 04 Mar '18

04 Mar '18

https://bugs.winehq.org/show_bug.cgi?id=7984 rebe(a)gmx.net changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |rebe(a)gmx.net --- Comment #20 from rebe(a)gmx.net --- Download is: http://web.archive.org/web/20070829042832/http://www.doylesroom.com:80/regi… Connection does not work (err:wininet:open_http_connection create_netconn failed: 12029) but a connecting window is said to be affected by the same issue according to comment 5. I cannot confirm/test that. -- 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 0

[Bug 41745] New: Killing Floor 2: Missing text
by wine-bugs＠winehq.org 03 Mar '18

03 Mar '18

https://bugs.winehq.org/show_bug.cgi?id=41745 Bug ID: 41745 Summary: Killing Floor 2: Missing text Product: Wine Version: 1.9.23 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: directx-d3dx11 Assignee: wine-bugs(a)winehq.org Reporter: roman(a)hargrave.info Distribution: --- Killing Floor 2 is now _functioning_ in that it is /navigable/ by human. That being said, currently text is missing in all manner of locations, and this is possibly related to the following FIXME's in d3d11_immediate_context_OMSetBlendState fixme:d3d11:d3d11_immediate_context_OMSetBlendState Per-rendertarget blend not implemented. fixme:d3d11:d3d11_immediate_context_OMSetBlendState Color mask > 3 not implemented. fixme:d3d11:d3d11_immediate_context_OMSetBlendState Ignoring blend factor {0.00000000e+00, 0.00000000e+00, 0.00000000e+00, 0.00000000e+00}. -- 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 44646] New: Auto hide after one click on the desktop
by wine-bugs＠winehq.org 03 Mar '18

03 Mar '18

https://bugs.winehq.org/show_bug.cgi?id=44646 Bug ID: 44646 Summary: Auto hide after one click on the desktop Product: Wine Version: 2.0.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mer3e3adel(a)hotmail.com Distribution: --- Hello I am using an application called Cisco IP Communicator the file name and extension is communicatorK9.exe, k9 means version 9 relatively an older version of the communicator. This software will go to auto hide next to the clock if I clicked any where on the desktop and will not show back again even after clicking on it or clicking on the show option from the right click menu. I have to close it and click on it again. That is the only problem that I keep having other than that every thing is working perfectly since it is communicates with a virtual server image on vmware workstation 14 player 14.1.1. This problem happens with or without running the workstation player. note : my system is OS : kubuntu 17.10 64 bit KDE plasma : 5.10.5 I hope this bug can be fixed in the future and thank you for your time and effort. -- 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 0

[Bug 44630] New: SafeNet Sentinel driver not installing properly
by wine-bugs＠winehq.org 03 Mar '18

03 Mar '18

https://bugs.winehq.org/show_bug.cgi?id=44630 Bug ID: 44630 Summary: SafeNet Sentinel driver not installing properly Product: Wine Version: 3.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mcondarelli(a)soft-in.com Distribution: --- I'm trying to use a win development environment (GHS Multi) under Linux. Installation is ok and program starts, but I am unable to setup the license server (SafeNet Sentinel). Automatic installation of dongle driver gives a cryptic "File not found" error. I relaunched with "WINEDEBUG=+all", but that resulted in a 7G+ log file I have no idea how to analyze. I need some help, please. I am available to perform any test needed. Host is an up-to-date Debian9 x86_64 installation. I installed Wine from WineHQ via "deb https://dl.winehq.org/wine-builds/debian/ stretch main" and "apt install winehq-devel". -- 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 4

[Bug 44537] New: WineMine: add the option for changing colors
by wine-bugs＠winehq.org 02 Mar '18

02 Mar '18

https://bugs.winehq.org/show_bug.cgi?id=44537 Bug ID: 44537 Summary: WineMine: add the option for changing colors Product: Wine Version: 3.1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: t6zm3v62fkp7fe5(a)yandex.ru Distribution: --- Hi, could you add the option for changing the mines' and background colors in WineMine? Black and green ones are not comfortable for me (and maybe for others who prefer bright ones like white or beige). Lubuntu 16.04.3, Wine 3.1 from official PPA. -- 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 4

[Bug 43740] New: Just Cause 2 GenerateMips fails
by wine-bugs＠winehq.org 02 Mar '18

02 Mar '18

https://bugs.winehq.org/show_bug.cgi?id=43740 Bug ID: 43740 Summary: Just Cause 2 GenerateMips fails Product: Wine-staging Version: 2.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: byi5000(a)gmail.com CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- (Since this is about a wine-staging patch, i selected wine-staging) Since 2.17-staging we have this patch (https://dev.wine-staging.com/patches/190/) It fixed the GenerateMips for (some,most?) directx11 games, but it is missing for directx10. Just Cause 2 reports fixme:d3d11:d3d10_device_GenerateMips iface 0x3625c24, shader_resource_view 0xc61eb74 stub! It *should* be very much the same function just with other structs i guess the missing dx10 function is at https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/d3d11/device.c#l4175 we already have unsafe_impl_from_ID3D10ShaderResourceView at https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/d3d11/view.c#l2338 but i wasn't able to locate the equivalent of device_from_immediate_ID3D11DeviceContext (at https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/d3d11/device.c#l42) for directx10 but i gonna leave that to the real programmers anyway ;) -- 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