January 2009 - Wine-Bugs - list.winehq.org

[Bug 9623] New: Photoshop 7 text tool not working without Times. TTF from corefonts
by wine-bugs＠winehq.org July 8, 2016

July 8, 2016

http://bugs.winehq.org/show_bug.cgi?id=9623 Summary: Photoshop 7 text tool not working without Times.TTF from corefonts Product: Wine Version: 0.9.44. Platform: Other OS/Version: other Status: NEW Severity: enhancement Priority: P2 Component: wine-misc AssignedTo: wine-bugs(a)winehq.org ReportedBy: mikolaj.zalewski(a)gmail.com I have this problem only on one system. On another I didn't install corefonts but it worked - I will have to check why. Photoshop writes that it can't complete the specified operation because a system font was not found. Of course it's not Times New Romand that is selected in the tool. Using winetricks to install corefonts works. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 40

[Bug 12635] New: Windows Media Player 10 doesn't update music list promptly
by wine-bugs＠winehq.org July 5, 2016

July 5, 2016

http://bugs.winehq.org/show_bug.cgi?id=12635 Summary: Windows Media Player 10 doesn't update music list promptly Product: Wine Version: 0.9.59. Platform: Other URL: http://www.microsoft.com/windows/windowsmedia/player/dow nload/download.aspx OS/Version: other Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com If you add or delete an item in the music list, you have to switch to a different list and back before the music list reflects the update. It's not just a drawing problem, I think; moving it offscreen and back onscreen doesn't fix it. -- 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 14134] New: NetBSD fixes for Wine 1.0
by wine-bugs＠winehq.org July 1, 2016

July 1, 2016

http://bugs.winehq.org/show_bug.cgi?id=14134 Summary: NetBSD fixes for Wine 1.0 Product: Wine Version: 1.0.0 Platform: PC OS/Version: NetBSD Status: UNCONFIRMED Severity: enhancement Priority: P1 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jmcneill(a)netbsd.org Created an attachment (id=14382) --> (http://bugs.winehq.org/attachment.cgi?id=14382) Use wine-kthread by default on NetBSD The attached patches are required for Wine 1.0 to work properly on NetBSD. -- 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 13191] New: Trackmania Nations Forever doesn't work with PC2/ 3 shaders or with bloom-effect
by wine-bugs＠winehq.org June 30, 2016

June 30, 2016

http://bugs.winehq.org/show_bug.cgi?id=13191 Summary: Trackmania Nations Forever doesn't work with PC2/3 shaders or with bloom-effect Product: Wine Version: 1.0-rc1 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: ape3000(a)gmail.com When I try to enable PC2 or PC3 shaders in Trackmania Nations Forever configuration and then play the game it doesn't work. The menus are drawn as solid black boxes. PC0(off?) and PC1 works fine. When I enable bloom-effect, it will add some annoying white bars to everywhere with bright light. So there is just white bars instead of the correct effect. -- 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 17098] New: Allow using iso images (via fuseiso) in drives setup @ winecfg.
by wine-bugs＠winehq.org June 25, 2016

June 25, 2016

http://bugs.winehq.org/show_bug.cgi?id=17098 Summary: Allow using iso images (via fuseiso) in drives setup @ winecfg. Product: Wine Version: 1.1.13 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: chalkerx(a)gmail.com To mount an iso image to wine one should create a mountpoint, mount it manually there, and use wincfg to point wine to that directory. After reboot it must be done again (the mounting part). If fuseiso in installed, it could be simplified to the user by allowing to point to an image file in winecfg, auto creating a drive_* folder and mounting an iso there via fuseiso on wine startup and unmounting on wine shutdown. This would allow user to point a drive to an iso directly from gui and just once. -- 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 10063] New: wineconsole run fail on korean locale.
by wine-bugs＠winehq.org June 16, 2016

June 16, 2016

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 June 10, 2016

June 10, 2016

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 June 5, 2016

June 5, 2016

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 13843] New: tooltips not working properly - message problems
by wine-bugs＠winehq.org May 16, 2016

May 16, 2016

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 May 16, 2016

May 16, 2016

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