June 2007 - Wine-Bugs - list.winehq.org

[Bug 8635] Oblivion magical effects render visual artifacts on screen

by Wine Bugs

http://bugs.winehq.org/show_bug.cgi?id=8635 ------- Additional Comments From vit.hrachovy(a)sandbox.cz 2007-27-06 15:18 ------- According to comment in AppDB, the bug can be avoided if user switches off refraction shader in his oblivion.ini: bUseRefractionShader=0 However, this is not the default setting, so leaving the bug alive - we may profit from fixing it. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

June 27, 2007

[Bug 8809] New: When in "Wine desktop" mode, systray crashes

by Wine Bugs

http://bugs.winehq.org/show_bug.cgi?id=8809 Summary: When in "Wine desktop" mode, systray crashes Product: Wine Version: 0.9.39. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-misc AssignedTo: wine-bugs(a)winehq.org ReportedBy: vitorgatti(a)yahoo.com.br When using the "Wine desktop", there is no systray. Well, there is, but if you click the icon, systray disappears... I tested that using uTorrent 1.6.1. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

June 27, 2007

[Bug 8808] New: Minimizable Wine Desktop

by Wine Bugs

http://bugs.winehq.org/show_bug.cgi?id=8808 Summary: Minimizable Wine Desktop Product: Wine Version: 0.9.39. Platform: PC OS/Version: All Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: wine-misc AssignedTo: wine-bugs(a)winehq.org ReportedBy: vitorgatti(a)yahoo.com.br It is not a bug, but only a suggestion. Is it possible to let the window "Wine desktop" minimizable? That huge window is annoying me... and I have to use that window to play Call of Duty 2 in windowed mode. The problem is when I open another program (uTorrent, for example) and I can't simply minimize that window... Thanks :) -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

June 27, 2007

[Bug 7571] Accented character glyphs are mixed up with TrueType fonts (affects e.g. Lotus Notes R5)

by Wine Bugs

http://bugs.winehq.org/show_bug.cgi?id=7571 ------- Additional Comments From inckie(a)gmail.com 2007-27-06 14:59 ------- Created an attachment (id=6898) --> (http://bugs.winehq.org/attachment.cgi?id=6898&action=view) Full +font,+xrender log after last patch & Screenshot with that patch applied I didnt do a thorough investigation in that log yet, so its still beyond me why seemingly only fonts that have bits set in the 22-31 range in their codepage bitfields and fonts that only enumerate ANSI_CHARSET work correctly in Notes. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

June 27, 2007

[Bug 7571] Accented character glyphs are mixed up with TrueType fonts (affects e.g. Lotus Notes R5)

by Wine Bugs

http://bugs.winehq.org/show_bug.cgi?id=7571 inckie(a)gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #6419 is|0 |1 obsolete| | ------- Additional Comments From inckie(a)gmail.com 2007-27-06 14:53 ------- Created an attachment (id=6897) --> (http://bugs.winehq.org/attachment.cgi?id=6897&action=view) Handle DEFAULT_CHARSET in WineEngEnumFonts() Scrap all that stuff of font enumeration order. See this: Without patch: trace:font:WineEngEnumFonts [CDPG] Face=L"Lucida Sans Unicode", i=0, Charset=0 trace:font:WineEngEnumFonts [CDPG] Face=L"Lucida Sans Unicode", i=1, Charset=238 trace:font:WineEngEnumFonts [CDPG] Face=L"Lucida Sans Unicode", i=2, Charset=204 trace:font:WineEngEnumFonts [CDPG] Face=L"Lucida Sans Unicode", i=3, Charset=161 trace:font:WineEngEnumFonts [CDPG] Face=L"Lucida Sans Unicode", i=4, Charset=162 trace:font:WineEngEnumFonts [CDPG] Face=L"Lucida Sans Unicode", i=5, Charset=177 ... trace:font:WineEngEnumFonts [CDPG] Face=L"Segoe Script", i=0, Charset=0 trace:font:WineEngEnumFonts [CDPG] Face=L"Segoe Script", i=1, Charset=238 trace:font:WineEngEnumFonts [CDPG] Face=L"Segoe Script", i=2, Charset=204 trace:font:WineEngEnumFonts [CDPG] Face=L"Segoe Script", i=3, Charset=161 trace:font:WineEngEnumFonts [CDPG] Face=L"Segoe Script", i=4, Charset=162 trace:font:WineEngEnumFonts [CDPG] Face=L"Segoe Script", i=7, Charset=186 ... trace:font:WineEngEnumFonts [CDPG] Face=L"Times New Roman", i=0, Charset=0 trace:font:WineEngEnumFonts [CDPG] Face=L"Times New Roman", i=1, Charset=238 trace:font:WineEngEnumFonts [CDPG] Face=L"Times New Roman", i=2, Charset=204 trace:font:WineEngEnumFonts [CDPG] Face=L"Times New Roman", i=3, Charset=161 trace:font:WineEngEnumFonts [CDPG] Face=L"Times New Roman", i=4, Charset=162 trace:font:WineEngEnumFonts [CDPG] Face=L"Times New Roman", i=5, Charset=177 trace:font:WineEngEnumFonts [CDPG] Face=L"Times New Roman", i=6, Charset=178 trace:font:WineEngEnumFonts [CDPG] Face=L"Times New Roman", i=7, Charset=186 trace:font:WineEngEnumFonts [CDPG] Face=L"Times New Roman", i=8, Charset=163 trace:font:WineEngEnumFonts [CDPG] Face=L"Times New Roman", i=30, Charset=163 With patch: trace:font:WineEngEnumFonts [CDPG] Face=L"Lucida Sans Unicode", i=5, Charset=177 trace:font:WineEngEnumFonts [CDPG] Face=L"Lucida Sans Unicode", i=4, Charset=162 trace:font:WineEngEnumFonts [CDPG] Face=L"Lucida Sans Unicode", i=3, Charset=161 trace:font:WineEngEnumFonts [CDPG] Face=L"Lucida Sans Unicode", i=2, Charset=204 trace:font:WineEngEnumFonts [CDPG] Face=L"Lucida Sans Unicode", i=1, Charset=238 trace:font:WineEngEnumFonts [CDPG] Face=L"Lucida Sans Unicode", i=0, Charset=0 ... trace:font:WineEngEnumFonts [CDPG] Face=L"Segoe Script", i=7, Charset=186 trace:font:WineEngEnumFonts [CDPG] Face=L"Segoe Script", i=4, Charset=162 trace:font:WineEngEnumFonts [CDPG] Face=L"Segoe Script", i=3, Charset=161 trace:font:WineEngEnumFonts [CDPG] Face=L"Segoe Script", i=2, Charset=204 trace:font:WineEngEnumFonts [CDPG] Face=L"Segoe Script", i=1, Charset=238 trace:font:WineEngEnumFonts [CDPG] Face=L"Segoe Script", i=0, Charset=0 ... trace:font:WineEngEnumFonts [CDPG] Face=L"Times New Roman", i=30, Charset=0 trace:font:WineEngEnumFonts [CDPG] Face=L"Times New Roman", i=8, Charset=163 trace:font:WineEngEnumFonts [CDPG] Face=L"Times New Roman", i=7, Charset=186 trace:font:WineEngEnumFonts [CDPG] Face=L"Times New Roman", i=6, Charset=178 trace:font:WineEngEnumFonts [CDPG] Face=L"Times New Roman", i=5, Charset=177 trace:font:WineEngEnumFonts [CDPG] Face=L"Times New Roman", i=4, Charset=162 trace:font:WineEngEnumFonts [CDPG] Face=L"Times New Roman", i=3, Charset=161 trace:font:WineEngEnumFonts [CDPG] Face=L"Times New Roman", i=2, Charset=204 trace:font:WineEngEnumFonts [CDPG] Face=L"Times New Roman", i=1, Charset=238 trace:font:WineEngEnumFonts [CDPG] Face=L"Times New Roman", i=0, Charset=0 That means that the FONT_SIGNATURE for Times New Roman has bit 30 set in its fsCsb. (According to MSDN [1], bit 30 is reserved by system.) As you can see, this is the reason for the repetition and why my patch changed which was the repeated enumerated charset. OTOH, as Segoe Script has no bit set beyond bit 8, it doesnt repeat anything. However this shows that this isnt simply a matter of the order of the enumeration, since reversing the loop didnt fix Notes. So, it seems to me that the if(csi.ciCharset != DEFAULT_CHARSET) in the codepage loop in WineEngEnumFonts() is missing an else. With this patch, I dont need to reverse the loop. Next Ill send a tarball with a full +font,+xrender log, plus the corresponding Notes screenshot showing a faulty string. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

June 27, 2007

[Bug 8807] New: CUI stream rediect problems with old cygwin apps

by Wine Bugs

http://bugs.winehq.org/show_bug.cgi?id=8807 Summary: CUI stream rediect problems with old cygwin apps Product: Wine Version: unspecified Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-console AssignedTo: wine-bugs(a)winehq.org ReportedBy: randallp1(a)shaw.ca Old cygwin apps appear to not direct output to streams correctly. I'm attempting to run an old cygwin-based compiler tool and capture it's output, but the compiler's output always goes to console and does not redirect. The command I'm issuing (from Linux console) is: wine E:/sdnm.exe > capture.txt 2>&1 This example should print an error message and capture to file. If I replace the required cyqwin1.dll with a newer one, I get some errors messages, but the compiler still runs, and the output gets redirected as expected. The correct cywin1.dll is stamped cygwinS2, dated 1999-9-13 20:44:35 (judging by internal stamps from binary dump). On real Windoze, this compiler appears to print all of it's output to stderr. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

June 27, 2007

[Bug 8797] d3d/ddraw related Applications crashes on startup if WINEDEBUG+=relay was not set.

by Wine Bugs

http://bugs.winehq.org/show_bug.cgi?id=8797 ------- Additional Comments From ErV2005(a)rambler.ru 2007-27-06 13:31 ------- Created an attachment (id=6896) --> (http://bugs.winehq.org/attachment.cgi?id=6896&action=view) ls /usr/X11R6/lib/libGL* -l >Oops, sorry for typo. Get this output: >$ ls /usr/X11R6/lib/libGL* -l Here. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

June 27, 2007

[Bug 8797] d3d/ddraw related Applications crashes on startup if WINEDEBUG+=relay was not set.

by Wine Bugs

http://bugs.winehq.org/show_bug.cgi?id=8797 ------- Additional Comments From the3dfxdude(a)gmail.com 2007-27-06 12:27 ------- Oops, sorry for typo. Get this output: $ ls /usr/X11R6/lib/libGL* -l -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

June 27, 2007

[Bug 8797] d3d/ddraw related Applications crashes on startup if WINEDEBUG+=relay was not set.

by Wine Bugs

http://bugs.winehq.org/show_bug.cgi?id=8797 ------- Additional Comments From ErV2005(a)rambler.ru 2007-27-06 12:24 ------- Created an attachment (id=6895) --> (http://bugs.winehq.org/attachment.cgi?id=6895&action=view) ldd wined3d.dll.so ldd wined3d.dll.so -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

June 27, 2007

[Bug 8797] d3d/ddraw related Applications crashes on startup if WINEDEBUG+=relay was not set.

by Wine Bugs

http://bugs.winehq.org/show_bug.cgi?id=8797 ------- Additional Comments From ErV2005(a)rambler.ru 2007-27-06 12:23 ------- >Well, you did say that wine used to work, and now it doesn't work at all. It works, but not the wined3d part. I've rebuilt kernel today and reinstalled drivers, modules, and glibc - nothing changed. >I'd almost tell you to go as far as installing slack 11 on a spare hard drive > freshly just to prove that it's not your install of slack that's the problem. Will try this. > This might be interesting: >"ldd /usr/local/lib/wine/wined3d.dll.so" added as attachment. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

June 27, 2007