April 2008 - Wine-Bugs - list.winehq.org

[Bug 11710] New: wineprefixcreate does not create a color folder
by wine-bugs＠winehq.org May 19, 2012

May 19, 2012

http://bugs.winehq.org/show_bug.cgi?id=11710 Summary: wineprefixcreate does not create a color folder Product: Wine Version: unspecified Platform: All OS/Version: All Status: UNCONFIRMED Severity: enhancement Priority: P4 Component: tools AssignedTo: wine-bugs(a)winehq.org ReportedBy: lars.tore(a)mulebakken.net In a normal windows directory tree there should be a color folder. Unfortunately different windows version use different placement. According to Real World Digital Photography, 2nd Edition, which I found after some googling this is the proper places. "For Windows 98 and earlier profiles should be saved in Windows\System\Color directory. For Windows XP, Windows 2000, and Windows ME, profiles should be saved to Windows\System32\Spool\Drivers\Color. For Windows NT, the profiles should belong in Windows\System32\Color Some application like Picture Window Pro require this folder for a functionally color management. There are some discussion about this here http://bugs.winehq.org/show_bug.cgi?id=11532 -- 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 9345] New: SecureCRT - Scroll fails on any connection
by wine-bugs＠winehq.org May 19, 2012

May 19, 2012

http://bugs.winehq.org/show_bug.cgi?id=9345 Summary: SecureCRT - Scroll fails on any connection Product: Wine Version: 0.9.43. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P5 Component: wine-binary AssignedTo: wine-bugs(a)winehq.org ReportedBy: franziskaner.fan(a)gmail.com Created an attachment (id=7632) --> (http://bugs.winehq.org/attachment.cgi?id=7632) image of the buggy scroll Secure crt does not display correctly scroll. When you connect anywhere and execute a long command (long ps, read a log...) and scroll "run" fast it doesn't refresh correctly, mix old lines with new ones. If you select the lines (as shown in screenshot) it display new ones (actual ones) but still display old ones too if it was longer. I had test my version (SecureCRT 5.5.1 with enterprise license) since wine 0.9.38 (allways compiled, not rpm nor binarys) in Mandriva. Other work companions has the same problem in Ubuntu and debian with pre-compiled versions. I too proved other versions with demo version and same problem appear. Thanks for all -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 24

[Bug 10649] New: Regression in RegQueryValueExA when called in unorthodox manner
by wine-bugs＠winehq.org May 19, 2012

May 19, 2012

http://bugs.winehq.org/show_bug.cgi?id=10649 Summary: Regression in RegQueryValueExA when called in unorthodox manner Product: Wine Version: CVS/GIT Platform: All OS/Version: All Status: UNCONFIRMED Severity: trivial Priority: P5 Component: wine-advapi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: samuel.howard.dennis(a)gmail.com commit bc590e87a6f9c7421ec3386a7c09a63a3e55dead (16/08/2006, Robert Shearman, affects advapi) caused a regression in one of my own programs in which I'd used an unusual calling convention for RegQueryValueEx, being this: char buf[16]; /* or 1 in the particular call that was failing */ DWORD count = sizeof buf; LONG ret; ret = RegQueryValueEx(hkey, "ValueName", NULL, &count, buf, &count); /* value left in count is never checked */ This works under real windows (9x at least, I never ran the program on installs of later Windows versions), but WINE does this before retrieving the value: if (type) *type = REG_NONE; ...which sets count to 0 since I pass the same address for both type and count in the call; this value is later used to determine the buffer size and triggers an overflow error. I am having trouble understanding the precise intent of the troublesome line (when is *type supposed to be set to REG_NONE? On any error? On any error other than buffer overflow? (This is the current WINE behaviour, as *type is unconditionally set again after copying the data)), but clearly assignments happen only after all processing in genuine Windows or *count is read early and that value is used throughout the function. I don't know which fix is appropriate, and am not sure how this case behaves across different versions of Windows so I'm submitting this bug instead of a patch. It is trivial to fix either way. There is also the issue of which value (type or count) is left in the single variable after the call, but calling this way and then checking that is even more perverse and nobody has probably ever done it. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 17

[Bug 12416] New: Deus Ex and Syberia2 both have corrupted graphics in 0.9. 59
by wine-bugs＠winehq.org May 19, 2012

May 19, 2012

http://bugs.winehq.org/show_bug.cgi?id=12416 Summary: Deus Ex and Syberia2 both have corrupted graphics in 0.9.59 Product: Wine Version: 0.9.58. Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P5 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: eekfrank(a)hotmail.com Both of these games worked gold for me in .58 and were unplayable in .59. I have tried a different machine with a different os and an Nvidia video card, and they work perfectly in .59 so it must be something that is affecting the ATI card specificaly on this machine. I am using the prop. ATI driver 8.471, currrent AFAIK. my video card is an ATI X1950pro. I have tried 0.9.59 both as provided by my distro,(pclinuxos) and built wine from source with the exact same results, graphic corruption so bad as to make it impossible to run the games. -- 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 29

[Bug 11426] New: Cryptographic exception in .NET Framework application
by wine-bugs＠winehq.org May 19, 2012

May 19, 2012

http://bugs.winehq.org/show_bug.cgi?id=11426 Summary: Cryptographic exception in .NET Framework application Product: Wine Version: 0.9.54. Platform: PC URL: http://www.aisto.com/roeder/dotnet/Download.aspx?File=Re flector OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: crypt32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: nodisgod(a)yahoo.com Created an attachment (id=10555) --> (http://bugs.winehq.org/attachment.cgi?id=10555) Terminal output and backtraces. After configuring Wine and installing the .NET Framework as per AppDb instructions, I attempted to execute Reflector, a .NET class browser under Wine. After a failed attempt to launch the .NET CLR optimization service, the application throws a managed CLR exception, followed then by a native page fault. To obtain Reflector, it is simply necessary to provide any random information to download 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 13

[Bug 9297] New: all screen resolutions but 600x480 crash PES4 demo
by wine-bugs＠winehq.org May 18, 2012

May 18, 2012

http://bugs.winehq.org/show_bug.cgi?id=9297 Summary: all screen resolutions but 600x480 crash PES4 demo Product: Wine Version: 0.9.43. Platform: PC URL: http://www.fileshack.com/file_download.x/5863 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: jeremielapuree(a)yahoo.fr With PES4 demo, the screen resolution 600x480 works almost fine. But all other screen resolutions make wine crashe I attached the console output Joaopa -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 19

[Bug 12288] New: Need for Speed III - freezes on trying to configure steering wheel
by wine-bugs＠winehq.org May 13, 2012

May 13, 2012

http://bugs.winehq.org/show_bug.cgi?id=12288 Summary: Need for Speed III - freezes on trying to configure steering wheel Product: Wine Version: 0.9.58. Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: johnboyholmes(a)gmail.com Hi, When trying to enter the options -> controllers screen whilst having my non-force feedback sidewinder steering wheel plugged in the game freezes. Steering wheel is working according to jcalibrator. Thanks John -- 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 12623] New: yBook: doesn't display page textures
by wine-bugs＠winehq.org May 11, 2012

May 11, 2012

http://bugs.winehq.org/show_bug.cgi?id=12623 Summary: yBook: doesn't display page textures Product: Wine Version: 0.9.59. Platform: PC URL: http://www.spacejock.com/yBook.html OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: laur.olb1(a)gmail.com Created an attachment (id=12253) --> (http://bugs.winehq.org/attachment.cgi?id=12253) Output from running Wine v0.9.59 with yBook v1.5.26 when the latest version of yBook, version 1.5.26, is run, the page textures are not displayed. Instead, just a black background is shown. Also, if the "hide desktop" feature is used, the texture is displayed across the whole screen, however the program is not shown on top of the texture as it is in Windows. Based on the output, may be a problem in ole32.dll? Attempting to use a native version of ole32.dll failed, Wine would not even launch the application. -- 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 12630] New: Xilinx 4.2i: Registration is impossible
by wine-bugs＠winehq.org April 30, 2012

April 30, 2012

http://bugs.winehq.org/show_bug.cgi?id=12630 Summary: Xilinx 4.2i: Registration is impossible Product: Wine Version: unspecified Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: joris_huizer(a)yahoo.com For a school project around VHDL, I decided I wanted to try this program, Xilinx student edition 4.2i (it actually didn't get used before now) Anyway, a required step is registration. The program shows three input fields, and it expects four digits per field. However, the program won't allow to fill in more than three digits. So I'm stuck, it wants four digits, but it can't get more than three. (Copy/Pasting doesn't help either) I'm not too really familiar with Wine code, wouldn't really know how to find where the problem is really. This isn't a free program - I got it combined with a book - (and it's a bit dated too), so I can't give a download URL -- 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 12

[Bug 10082] New: City of Heroes chat window loses keystrokes, does not snap back out
by wine-bugs＠winehq.org April 30, 2012

April 30, 2012

http://bugs.winehq.org/show_bug.cgi?id=10082 Summary: City of Heroes chat window loses keystrokes, does not snap back out Product: Wine Version: 0.9.47. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P3 Component: test AssignedTo: wine-bugs(a)winehq.org ReportedBy: matthew.b.gerber(a)gmail.com In City of Heroes' chat window, the first character of each typed line is always lost, and focus does not snap back away from the window after sending a message. 1. If I enter the window by typing a slash, the slash itself is lost (whereas it would normally be the first character to appear). 2. If I enter the window by hitting Enter, the first character *after* I hit Enter is lost (whereas it would normally be the first character to appear). 3. After I send a message in the chat window, the focus remains in the chat window rather than snapping back out to the game controls (which is the normal behavior). 4. After I send a message in the chat window, the next character is also lost - so to get back out after sending a message, you have to hit escape. 5. When I use the mouse to enter or exit the chat window, 1, 2 and 4 don't happen; it focuses and defocuses properly. 3 still happens, however. OS: Ubuntu 7.0.4 CPU: Intel Core 2 Duo GPU: nVidia GeForce 6800 Ultra -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 17