April 2010 - Wine-bugs - list.winehq.org

[Bug 20695] New: Cannot scroll documents being compared in winmerge
by wine-bugs＠winehq.org 16 Jun '16

16 Jun '16

http://bugs.winehq.org/show_bug.cgi?id=20695 Summary: Cannot scroll documents being compared in winmerge Product: Wine Version: 1.1.32 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: joao.eiras(a)gmail.com 1. Get Winmerge http://winmerge.org/downloads/ (I'm using 2.12.4) 2. Install MFC71U.DLL and MSVCP71.dll (winetricks is good) 3. Open WinMerge and compare two documents Notice how the double document view cannot be scrolled horizontally using the scrollbar. IT works though if you select text and drag the mouse. -- 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 35

[Bug 10063] New: wineconsole run fail on korean locale.
by wine-bugs＠winehq.org 16 Jun '16

16 Jun '16

http://bugs.winehq.org/show_bug.cgi?id=10063 Summary: wineconsole run fail on korean locale. Product: Wine Version: 0.9.47. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: dlunch(a)gmail.com wineconsole failed to run in korean locale. it reports 'err:wineconsole:WCUSER_SetFont wrong font' few times and 'err:wineconsole:WINECON_Fatal Couldn't find a decent font, aborting'. but when i tried LANG="C" wineconsole cmd, it runs successfully. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 32

[Bug 11898] New: Dance eJay Demo 7 crashes due to unimplemented interface relating to devenum
by wine-bugs＠winehq.org 10 Jun '16

10 Jun '16

http://bugs.winehq.org/show_bug.cgi?id=11898 Summary: Dance eJay Demo 7 crashes due to unimplemented interface relating to devenum Product: Wine Version: 0.9.57. Platform: PC URL: http://support.empireinteractive.com/default.aspx?MID=8F F6D156CB73&PID=D70EED24-7412-4A36-A7B2-879837165C8C OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: nodisgod(a)yahoo.com Created an attachment (id=11192) --> (http://bugs.winehq.org/attachment.cgi?id=11192) Output with devenum and qcap traces As per bug #11863, a separate bug is filed for other issues in this application. When starting the Dance eJay 7 Demo, after the trial time dialog, a page fault is incurred. The devenum trace seems to suggest that the issue lies in that particular component, as per comment 3 of bug 11863. Attached are logs pertaining to this issue. -- 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 14

[Bug 16550] New: ConnectNamedPort should never return OK in overlapped mode
by wine-bugs＠winehq.org 05 Jun '16

05 Jun '16

http://bugs.winehq.org/show_bug.cgi?id=16550 Summary: ConnectNamedPort should never return OK in overlapped mode Product: Wine Version: 1.1.10 Platform: Other URL: http://chromium.org OS/Version: other Status: NEW Keywords: download Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Chromium contains the following code in http://src.chromium.org/viewvc/chrome/trunk/src/chrome/common/ipc_channel_w… BOOL ok = ConnectNamedPipe(pipe_, &input_state_.context.overlapped); DWORD err = GetLastError(); if (ok) { // Uhm, the API documentation says that this function should never // return success when used in overlapped mode. NOTREACHED(); return false; } switch (err) { case ERROR_IO_PENDING: input_state_.is_pending = true; break; case ERROR_PIPE_CONNECTED: waiting_connect_ = false; break; default: NOTREACHED(); return false; } This triggers, for instance, if you build and run Debug/ui_tests.exe: [1217/155712:FATAL:ipc_channel_win.cc(206)] Check failed: false. The obvious one-line change to our ConnectNamedPipe lets the test get further. I'll post a patch once I have a test case. -- 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 9

[Bug 18424] New: Mac OS X Joystick support doesn't work
by wine-bugs＠winehq.org 26 May '16

26 May '16

http://bugs.winehq.org/show_bug.cgi?id=18424 Summary: Mac OS X Joystick support doesn't work Product: Wine Version: 1.1.20 Platform: Macintosh OS/Version: Mac OS X 10.5 Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dinput AssignedTo: wine-bugs(a)winehq.org ReportedBy: n8gray(a)n8gray.org I was really pleased to see that Wine added support for joysticks on the Mac but I haven't had any success getting my MS Sidewinder Precision Pro (USB) to work in the games I've tried. I've tried with two demos: Descent Freespace demo and IL-2 Sturmovik demo. I've tried connecting the stick before and after Wine starts. In each case no joystick is detected. The stick is detected in USB Prober and works properly in other OS X software, so I know it's generally compatible. I'm using Kronenberg's build of 1.1.20 available here: http://www.kronenberg.org/darwine/ Thanks! -Nathan -- 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 100

[Bug 18546] New: Have a standard way for probing the system theme for an embedded Wine hints file (uxtheme)
by wine-bugs＠winehq.org 16 May '16

16 May '16

http://bugs.winehq.org/show_bug.cgi?id=18546 Summary: Have a standard way for probing the system theme for an embedded Wine hints file (uxtheme) Product: Wine Version: 1.1.21 Platform: Other OS/Version: other Status: NEW Keywords: integration Severity: enhancement Priority: P2 Component: comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: scott(a)open-vote.org At Launchpad: https://bugs.edge.launchpad.net/ubuntu/+source/gnome-themes-ubuntu/+bug/111… Relevant wiki page: http://wiki.winehq.org/XPThemes The general idea is that we should have system themes that provide hints to Wine about how to color itself in the form of a Wine-specific uxtheme file. Once we write these theme files for each system theme, Wine needs to learn to probe for them in a standardized way at startup. It could be as simple as just throwing "winehints.theme" somewhere into the file, or it could be more involved. -- 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 20383] New: SetMenuInfo() with MIM_BACKGROUND not implemented
by wine-bugs＠winehq.org 16 May '16

16 May '16

http://bugs.winehq.org/show_bug.cgi?id=20383 Summary: SetMenuInfo() with MIM_BACKGROUND not implemented Product: Wine Version: 1.1.31 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: martinez.pr0team(a)gmail.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 8

[Bug 13843] New: tooltips not working properly - message problems
by wine-bugs＠winehq.org 16 May '16

16 May '16

http://bugs.winehq.org/show_bug.cgi?id=13843 Summary: tooltips not working properly - message problems Product: Wine Version: 1.0-rc4 Platform: Other URL: http://mrhx.ucoz.com/load/0-0-0-27-20 OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: hramrach(a)centrum.cz In the VISG editor (see url) the tooltips aren't resized and painted properly. Works on windows. Developer explanation (copied below without screenshots): http://www.reactos.org/forum/viewtopic.php?p=36824&sid=9c02654b3b5b22544622… As you may see, the button tooltip has the same size as in winxp. This is correct, but it is not painted. I think, it's because ROS paints the tooltips not via WM_PAINT. And the second: the window tooltip with little screenshot... It is not painted and has wrong size. I think, it's because this tooltip didn't have LPSTR_TEXTCALLBACK as its caption (in other words, it has direct caption). I resize the tooltip on TTN_SHOW message. But, as I see, there is no such message for the window tooltip. But the winapi documentation says TTN_SHOW is sent when the tooltip is about to be shown. And no matter, has it LPSTR_TEXTCALLBACK or not. The button tooltip has LPSTR_TEXTCALLBACK instead of its caption, and it's resized correctly. So, I think, there are two bugs: 1) painting tooltips not via WM_PAINT. 2) not sending TTN_SHOW, if the tooltip did not have LPSTR_TEXTCALLBACK. -- 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 11

[Bug 9532] New: Month calendar control uses 0=sunday for firstDayOfWeek
by wine-bugs＠winehq.org 16 May '16

16 May '16

http://bugs.winehq.org/show_bug.cgi?id=9532 Summary: Month calendar control uses 0=sunday for firstDayOfWeek Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: wine-comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: peter(a)cendio.se This bug has been transferred from bug 9490. The month calendar control displays sunday as the first day of the week, even though LOCALE_IFIRSTDAYOFWEEK=0. This is because the implementation is based uses 0=sunday, rather than 0=monday. MSDN indicates that the API (SetFirstDayOfWeek/GetFirstDayOfWeek) should use 0=monday, see http://msdn2.microsoft.com/en-us/library/ms670423.aspx. So, either the implementation needs to be changed to use 0=monday throughout the code, or we can continue to use 0=sunday internally, but then we need to convert when we talk to the rest of the world. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 10

[Bug 14638] New: Discription file of task configuration \'C:\plc.xml\' not found
by wine-bugs＠winehq.org 16 May '16

16 May '16

http://bugs.winehq.org/show_bug.cgi?id=14638 Summary: Discription file of task configuration \'C:\plc.xml\' not found Product: Wine Version: 1.1.1 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: msxml3 AssignedTo: wine-bugs(a)winehq.org ReportedBy: hyper_sonic(a)hotbox.ru Created an attachment (id=15045) --> (http://bugs.winehq.org/attachment.cgi?id=15045) console output Codesys is a IEC 61131-3 Programming System for controllers equipment use in Automation Process. Application install without errors. But when i creat new project or open exist project, Codesys say "Discription file of task configuration \'C:\plc.xml\' not found". The "C:\plc.xml" is one of files in discribe target. Manufacture destributed target for this kind of controller equipment. File c:\plc.xml is exist in ~/.wine/drive_c/plc.xml. Console output see attache. -- 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 13