March 2014 - Wine-Bugs - list.winehq.org

[Bug 35294] New: Window borders shown over other windows
by wine-bugs＠winehq.org July 2, 2022

July 2, 2022

http://bugs.winehq.org/show_bug.cgi?id=35294 Bug ID: 35294 Summary: Window borders shown over other windows Product: Wine Version: 1.7.9 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: p91paul(a)gmail.com Classification: Unclassified Created attachment 47074 --> http://bugs.winehq.org/attachment.cgi?id=47074 Opened Line window on top Workflow: open a Line (http://line.naver.jp/en/) chat window. (window.png attachment) Switch to another window, so that the line window moves back. Line window borders will remain visible(borders.png attachment: watch were there was the window in window.png, you will see the borders) I'm also unable to minimize the window, the button does nothing. The bug is reproducible with "Allow window manager to manage the windows" checked; if I uncheck it before launching wine, simply Line window stays over all other windows (you will stay in the situation of window.png also if you focus another window). Running cinnamon on Arch Linux. -- 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 15505] New: STM_SETIMAGE does not handle bitmaps with alpha correctly
by wine-bugs＠winehq.org June 23, 2022

June 23, 2022

http://bugs.winehq.org/show_bug.cgi?id=15505 Summary: STM_SETIMAGE does not handle bitmaps with alpha correctly Product: Wine Version: 1.1.5 Platform: PC OS/Version: Linux Status: NEW Severity: minor Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: thestig(a)google.com In XP, STM_SETIMAGE makes a copy of bitmaps with alpha, which allows applications to delete the bitmaps they passed in. Many programmers expect this as the default behavior, since they don't test on older Windows platforms. Our STM_SETIMAGE implementation still follows the pre-XP behavior, which may cause rendering problems for apps that use STM_SETIMAGE extensively. I don't have a minimal test case just yet... -- 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 18

[Bug 35765] New: gdi32:font / richedit:editor / msvcrt:locale / msvcrt:string fails on newtb-w7u
by wine-bugs＠winehq.org June 20, 2022

June 20, 2022

http://bugs.winehq.org/show_bug.cgi?id=35765 Bug ID: 35765 Summary: gdi32:font / richedit:editor / msvcrt:locale / msvcrt:string fails on newtb-w7u Product: Wine Version: 1.7.14 Hardware: x86 OS: Linux Status: NEW Keywords: source, testcase Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fracting(a)gmail.com CC: fgouget(a)codeweavers.com http://test.winehq.org/data/770213e16c6918728f69ea33545fafabd59dbc8e/win7_n… It seems these tests are all related to locales, and they fail much more on this machine than other machine. SystemDefaultLCID 411 UserDefaultLCID 409 ThreadLocale 411 UserDefaultUILanguage 411 ThreadUILanguage 411 It doesn't happen frequently that we have a vm with different UserDefaultLCID and SystemDefaultLCID. I'm not very sure if we want to support such a case, it maybe useful in real world for some body. (I personally don't care too much lol) François, is there any chance to try: 1. set all LCIDs to 0x409 (Simplified Chinese) 2. set all LCIDs to 0x411 (Japanese) Then reboot the vm, then resubmit the tests, to see if there is any improvement? Thanks for your great work! Everyone wants your patch/work :) -- 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 23

[Bug 32083] New: Diablo III: Missing logo on startup
by wine-bugs＠winehq.org June 20, 2022

June 20, 2022

http://bugs.winehq.org/show_bug.cgi?id=32083 Bug #: 32083 Summary: Diablo III: Missing logo on startup Product: Wine Version: 1.5.16 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: sworddragon2(a)aol.com Classification: Unclassified On starting Diablo III the logo before the game starts is transparent. If I'm going with the mouse over it the cursor will be hidden. -- 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 34

[Bug 35213] New: Kane & Lynch: Dead Men demo needs native d3dx9_31
by wine-bugs＠winehq.org June 20, 2022

June 20, 2022

http://bugs.winehq.org/show_bug.cgi?id=35213 Bug ID: 35213 Summary: Kane & Lynch: Dead Men demo needs native d3dx9_31 Product: Wine Version: 1.7.9 Hardware: x86 URL: http://www.gamefront.com/files/9394790/Kane___Lynch__D ead_Men_Demo OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: directx-d3dx9 Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com CC: wine-bugs(a)winehq.org Classification: Unclassified First d3dx9_36 should be installed. Demo crashes with fixme:d3dx:D3DXCreateEffectEx (0x20f000, 0x1e71cb58, 45008, (nil), (nil), (nil), 0x10900, 0x1685a8, 0x1a99cf4, 0x1a99cec): semi-stub after the same issue as for bug 35137, but this time should be d3dx9_31. -- 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 15

[Bug 35027] New: unimplemented function KERNEL32.dll.CreateProcessInternalW
by wine-bugs＠winehq.org June 17, 2022

June 17, 2022

http://bugs.winehq.org/show_bug.cgi?id=35027 Bug #: 35027 Summary: unimplemented function KERNEL32.dll.CreateProcessInternalW Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: l12436(a)yahoo.com.tw Classification: Unclassified Created attachment 46688 --> http://bugs.winehq.org/attachment.cgi?id=46688 log the CreateProcessInternalW in kernel32.dll seems not implemented. cause a execution file crash. -- 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 14

[Bug 33381] New: Mayhem Triple renders too small
by wine-bugs＠winehq.org June 17, 2022

June 17, 2022

http://bugs.winehq.org/show_bug.cgi?id=33381 Bug #: 33381 Summary: Mayhem Triple renders too small Product: Wine Version: 1.5.25 Platform: x86 URL: http://www.sniperdiplomat.com/MayhemTriple.rar OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: madewokherd(a)gmail.com Classification: Unclassified Output only occupies about a third of the window. Mouse behaves as if it were scaled to fit. -- 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 6

[Bug 33383] New: Hiding application to Mac OS X Dock causes crash.
by wine-bugs＠winehq.org June 17, 2022

June 17, 2022

http://bugs.winehq.org/show_bug.cgi?id=33383 Bug #: 33383 Summary: Hiding application to Mac OS X Dock causes crash. Product: Wine Version: 1.5.28 Platform: x86-64 OS/Version: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: eliturner(a)me.com Classification: Unclassified Now that the Mac OS X driver is implemented when hiding any application to the Dock (via command+h) it crashes Wine. I'm using the latest "wine-revel" package from Macports. Thanks! -- 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 17

[Bug 34176] New: Kernel32:CompareStringW strange behavior ?
by wine-bugs＠winehq.org June 17, 2022

June 17, 2022

http://bugs.winehq.org/show_bug.cgi?id=34176 Bug #: 34176 Summary: Kernel32:CompareStringW strange behavior ? Product: Wine Version: 1.6 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: wine.manette(a)manette.be Classification: Unclassified Created attachment 45460 --> http://bugs.winehq.org/attachment.cgi?id=45460 Sorce and compiled executable for wineTest.exe + winedbg log.txt Hi all, I'm running wine 1.6 (i386) under Debian 7.1 (x86_64). When running a console program of mine (Delphi XE2 compiled under Windows Vista) I'm observing an important behavior difference under wine than nativevely. I narrowed down the symptom to a string comparison of some sort. Source file below is a code snippet to reproduce the problem (source is UTF-8, Delphi is utf-8 / WideString, WideChar aware). Here is the (correct/expected) result when program is run natively under Windows Vista: G:\__Project-2\Code\wineTest>wineTest * TEST-001: TRUE * TEST-002: TRUE * TEST-003: TRUE * TEST-004: TRUE TRUE * TEST-005: TRUE TRUE * TEST-003: TRUE TRUE Here is the same program output when run from Wine: root(a)Bilbo-100:~# wine wineTest.exe Wine cannot find the ncurses library (libncurses.so.5). fixme:thread:GetThreadUILanguage : stub, returning default language. fixme:thread:GetThreadPreferredUILanguages 56, 0x33d8f8, (nil) 0x33d920 fixme:thread:GetThreadPreferredUILanguages 56, 0x33d8f8, (nil) 0x33d920 * TEST-001: TRUE * TEST-002: TRUE * TEST-003: TRUE * TEST-004: TRUE FALSE * TEST-005: TRUE FALSE * TEST-003: TRUE FALSE For what I understood the TStringList IndexOf method may use Windows API's CompareStringW function (http://source.winehq.org/WineAPI/CompareStringW.html) Is this a configuration problem (locale ?) May this be a bug or implementation problem ? I can provide the corrsponding binary wineTest.exe ////////////////////////////////////////////////// Using winedbg I could crosscheck that CompareStringW for two different strings result in equality (CSTR_LESS_THAN = 1, CSTR_EQUAL = 2, CSTR_GREATER_THAN = 3). Maybe this is because of locale setting or flags setup ? root(a)Bilbo-100:~# WINEDEBUG=+relay,+snoop wine wineTest.exe &> log.txt root(a)Bilbo-100:~# grep CompareStringW log.txt 0009:Call KERNEL32.CompareStringW(00000400,00000001,00549cac L"m\00b2",00000002,00449890 L"m\00b2",00000002) ret=004187d0 0009:Ret KERNEL32.CompareStringW() retval=00000002 ret=004187d0 0009:Call KERNEL32.CompareStringW(00000400,00000001,00549cac L"m\00b2",00000002,004498bc L"m2",00000002) ret=004187d0 0009:Ret KERNEL32.CompareStringW() retval=00000002 ret=004187d0 0009:Call KERNEL32.CompareStringW(00000400,00000001,00549cac L"m\00b3",00000002,004498f8 L"m\00b3",00000002) ret=004187d0 0009:Ret KERNEL32.CompareStringW() retval=00000002 ret=004187d0 0009:Call KERNEL32.CompareStringW(00000400,00000001,00549cac L"m\00b3",00000002,0044990c L"m3",00000002) ret=004187d0 0009:Ret KERNEL32.CompareStringW() retval=00000002 ret=004187d0 0009:Call KERNEL32.CompareStringW(00000400,00000001,00549cac L"\00e9\00e9\00e9",00000003,00449920 L"\00e9\00e9\00e9",00000003) ret=004187d0 0009:Ret KERNEL32.CompareStringW() retval=00000002 ret=004187d0 0009:Call KERNEL32.CompareStringW(00000400,00000001,00549cac L"\00e9\00e9\00e9",00000003,00449934 L"eee",00000003) ret=004187d0 0009:Ret KERNEL32.CompareStringW() retval=00000002 ret=004187d0 /////////////////////////////////////////////////// program wineTest; {$APPTYPE CONSOLE} Uses Classes; var sl : TStringList; begin Write(ErrOutput, '* TEST-001: '); if not('m²'='m2') then Writeln(ErrOutput, 'TRUE') else Writeln(ErrOutput, 'FALSE'); Write(ErrOutput, '* TEST-002: '); if not('m³'='m3') then Writeln(ErrOutput, 'TRUE') else Writeln(ErrOutput, 'FALSE'); Write(ErrOutput, '* TEST-003: '); if not('ééé'='eee') then Writeln(ErrOutput, 'TRUE') else Writeln(ErrOutput, 'FALSE'); sl := TStringList.Create; Write(ErrOutput, '* TEST-004: '); sl.Clear; sl.Add('m²'); if not(sl.IndexOf('m²')<0) then Write(ErrOutput, 'TRUE') else Write(ErrOutput, 'FALSE'); Write(ErrOutput, ' '); if sl.IndexOf('m2')<0 then Writeln(ErrOutput, 'TRUE') else Writeln(ErrOutput, 'FALSE'); Write(ErrOutput, '* TEST-005: '); sl.Clear; sl.Add('m³'); if not(sl.IndexOf('m³')<0) then Write(ErrOutput, 'TRUE') else Write(ErrOutput, 'FALSE'); Write(ErrOutput, ' '); if sl.IndexOf('m3')<0 then Writeln(ErrOutput, 'TRUE') else Writeln(ErrOutput, 'FALSE'); Write(ErrOutput, '* TEST-003: '); sl.Clear; sl.Add('ééé'); if not(sl.IndexOf('ééé')<0) then Write(ErrOutput, 'TRUE') else Write(ErrOutput, 'FALSE'); Write(ErrOutput, ' '); if sl.IndexOf('eee')<0 then Writeln(ErrOutput, 'TRUE') else Writeln(ErrOutput, 'FALSE'); end. -- 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 14

[Bug 32224] New: LTspice: selected text/component after Ctrl+F not highlighted
by wine-bugs＠winehq.org June 16, 2022

June 16, 2022

http://bugs.winehq.org/show_bug.cgi?id=32224 Bug #: 32224 Summary: LTspice: selected text/component after Ctrl+F not highlighted Product: Wine Version: unspecified Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: testelor(a)yahoo.com Classification: Unclassified Steps to reproduce: 1) Download and install LTspice - http://ltspice.linear.com/software/LTspiceIV.exe 2) Run LTspice using: $ wine scad3.exe -nowine 3) Create a new schematic, press 'R' (resistor), for example, and place it twice by clicking. There should be R1 and R2 on the schematic. 4) Press Ctrl+F and search for "r2", no quotes, it should be highlighted in yellow, but they're not. Side note: - create a new schematic, press F2 to bring up the device list. - select current, place it on the schematic - right-click on it and type '1', no quotes, then OK - press 'R', place it next to the current source, in parallel - right click on it and replace "R" with '1', no quotes, then OK - press 'G' and place ground on the lower pins of both components - press F3 and draw a net by clicking on the unconnected current source's pin, then on the resistor's - press 'S' and write ".tran 1", no quotes, don't forget the dot, place it on the schematic - in the toolbar, press the 'running man' button, or right-click on the schematic and choose "run" - it should be almost instant, a new empty window will pop up, above - move the mouse cursor over the resistor until the cursor changes into a current-clamp (something black with a red arrow), then click once to display the current through the resistor - in the newly created window, there will be a trace displayed and a label at the top, reading I(R1) Alt+left-clicking on the label will highlight the resistor. That's how it should look like after Ctrl+F. Alternatively, you can just run "wine scad3.exe", no "-nowine" switch, and repeat the 4 steps in the beginning. No screenshot as it doesn't make sense to show what doesn't happen... -- 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 8