wine-bugs July 2009

wine-bugs@winehq.org

1 participants
6001 discussions

[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 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

[Bug 18404] New: Metatrader installation
by wine-bugs＠winehq.org 15 May '16

15 May '16

http://bugs.winehq.org/show_bug.cgi?id=18404 Summary: Metatrader installation Product: Wine Version: 1.1.21 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dyvazar(a)numericable.fr hi, i'm a user of Metatrader (MT4) on Linux (ubuntu intrepid & jaunty 32) with last wine 1.1.21. Even using Winedoors to install Metatrader, there is a lot of non conventional errors: - first, before installing this program, wine folders have to be filled with windows fonts and 2 special dll: MFC42.DLL (like that, all in capital and with a lenght of 995383 bytes) & mfc40.dll - winetricks have to be used too I send you this url: http://articles.mql4.com/416 where you can follow the rules to install Metatrader on Linux. Wish this help you (and users indeed) ps: doing all this do not resolve yet the icons fonts (stay grey but work) -- 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 17674] New: wine recaching font metrics on every run
by wine-bugs＠winehq.org 10 May '16

10 May '16

http://bugs.winehq.org/show_bug.cgi?id=17674 Summary: wine recaching font metrics on every run Product: Wine Version: 1.1.16 Platform: Macintosh OS/Version: Mac OS X 10.5 Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: andrewroth(a)gmail.com fresh install of OS X, with updates (10.5.6) fresh git clone and build (wine-1.1.16-292-g1b9a6fb) every time wine runs it regenerates the cache, which takes roughly 30 seconds -- 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

[Bug 18799] New: Crysis: Silent crash after first intro scene
by wine-bugs＠winehq.org 03 May '16

03 May '16

http://bugs.winehq.org/show_bug.cgi?id=18799 Summary: Crysis: Silent crash after first intro scene Product: Wine Version: 1.1.22 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-ddraw AssignedTo: wine-bugs(a)winehq.org ReportedBy: liquitsnake(a)gmx.net This appeared between 1.1.18 and 1.1.19: Crysis seems to crash after first intro scene with the alien ship opening. Just before the second scene with the airplane would start, it falls back to the desktop. No suspicious console log. Regression test: 014c4bfc70a4d4e60f033d579d1be13a46f65170 is first bad commit commit 014c4bfc70a4d4e60f033d579d1be13a46f65170 Author: Stefan Dösinger <stefan(a)codeweavers.com> Date: Thu Apr 9 18:40:57 2009 +0200 wined3d: Save some memory in vertex buffers. In most cases we're fine with the vbo and glMapBuffer and never use the actual heap memory copy. Try to stick to just the vbo copy and avoid allocating the extra heap memory. In case it is needed(emulation or vertex conversion), fall back to the old double buffering mode. :040000 040000 e45dcc2b8694735b0a68492a7a03237b1c519ae3 0447d35c1e1a2037a962b49802a03a9dad1bf59e M dlls -- 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 62

[Bug 19527] New: Bullet points are invisible in wordpad
by wine-bugs＠winehq.org 23 Apr '16

23 Apr '16

http://bugs.winehq.org/show_bug.cgi?id=19527 Summary: Bullet points are invisible in wordpad Product: Wine Version: unspecified Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: richedit AssignedTo: wine-bugs(a)winehq.org ReportedBy: w41ter(a)gmail.com [running wine.git current as of today, 30 Jul 09] When using bullet points in wordpad, the bullets don't show: fixme:richedit:ME_HandleMessage EM_FORMATRANGE: stub Installing riched30 from winetricks fixes the problem. (Filing this bug at Austin's request.) -- 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

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs July 2009