wine-bugs April 2012

wine-bugs@winehq.org

1 participants
8733 discussions

[Bug 18993] New: Shadows and selection circles z-fight in World of Warcraft
by wine-bugs＠winehq.org 20 May '12

20 May '12

http://bugs.winehq.org/show_bug.cgi?id=18993 Summary: Shadows and selection circles z-fight in World of Warcraft Product: Wine Version: 1.1.23 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P3 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: eiffel56(a)gmail.com The lowest-setting shadows and selection circles in World of Warcraft do z-fight with the ground. This is not a regression afaik, at least I haven't seen an other behaviour yet. As I was testing if the patch attached to Bug #14174(http://bugs.winehq.org/show_bug.cgi?id=14174) causes problems in other games, I noticed that the same patch does almost fix the problem in World of Warcraft. I modified it a bit so it entirely fixes that z-fighting, but now it doesn't fix the bug mentioned in report #14174. As I don't really understand why its causing that, someone with enough knowledge should investigate in it. I will attach the modified patch, allowing to render lowest-settings shadows and selection circles correctly. -- 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 17

[Bug 19495] New: DialogBox() returns -1 for Invalid Window Handle, Should Be 0
by wine-bugs＠winehq.org 20 May '12

20 May '12

http://bugs.winehq.org/show_bug.cgi?id=19495 Summary: DialogBox() returns -1 for Invalid Window Handle, Should Be 0 Product: Wine Version: 1.1.26 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P3 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: robertgonder(a)embarqmail.com DialogBox( hInstance, MAKEINTRESOURCE(MyDlg), NULL, MyDlgProc ) returns -1 (AFTER the dialog has completed correctly!) GetLastError() returns 1400 (Invalid Window Handle). NULL is the window handle, meaning the desktop is the owner. According to the MS docs here http://msdn.microsoft.com/en-us/library/ms645452(VS.85).aspx "If the function fails because the hWndParent parameter is invalid, the return value is zero." I can work around this, but it might be causing problems in commercial software. -- 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 33

[Bug 23354] New: winetricks ie6 randomly freezes during download or signature checksum
by wine-bugs＠winehq.org 20 May '12

20 May '12

http://bugs.winehq.org/show_bug.cgi?id=23354 Summary: winetricks ie6 randomly freezes during download or signature checksum Product: Wine Version: 1.2-rc3 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: wylda(a)volny.cz winetricks ie6 randomly freezes during download or signature checksum. Since 1.2-rc3: * Most of the time, download does not start at all. * If starts, then irregularly freezes during several signatures checksums * In just a few cases IE6 ends up successfully installed I tried to do the regression test between 1.2-rc2 (always works) and 1.2-rc3: commit 8703e9c522fdd26e243e150c40e1a50cebbc7f56 Author: Joel Holdsworth <joel(a)airwebreathe.org.uk> Date: Sat Jun 5 11:08:10 2010 +0100 iexplore: Added a Tango compliant icon. :040000 040000 6818b6aa4d1a065c763889b86d9cf54443433952 1562d1da4871af8156692f241af264dda4035d26 M programs I know... This is not-likely to be the one. But it's hard when first two attempts won't pass and third succeed. For this reason i leave this one in UNCONFIRMED. Confirmation welcomed ;) PS: As winetricks works in 1.2-rc2, i don't think it is winetricks bug. -- 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 3

[Bug 22925] New: Hearts of Iron III - crashes on startup (-O0 vs -O2)
by wine-bugs＠winehq.org 20 May '12

20 May '12

http://bugs.winehq.org/show_bug.cgi?id=22925 Summary: Hearts of Iron III - crashes on startup (-O0 vs -O2) Product: Wine Version: 1.1.38 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: wylda(a)volny.cz CC: julliard(a)winehq.org Hearts of Iron III crashes on start up. This looks to me like a hidden bug covered by gcc optimizations (like when 1.1.44 was released). When using -O0 game crashes, but when -O2 is used game runs. 1. Use windowed mode (800x600) and follow installation HOW-TO http://appdb.winehq.org/objectManager.php?sClass=version&iId=17439 2. I did a regression test between 1.1.37 and 1.1.38: commit 90f31aa3811ef3e9920796d51b8da748c15cff05 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Wed Jan 27 13:35:32 2010 +0100 ntdll: Always enable tail checking when running under Valgrind. :040000 040000 15de4799ed58f77fa6c6e72f01c6d0a7eefca3b1 8efe76a427789790a92e281130526a92068dc359 M dlls 3. No other bug report suffers from this commit. 4. Revert of this patch on top of wine-1.1.43-628 makes that problem go away. Since wine-1.1.43-629 (the one which broke 1.1.44, when -O0 was used) it's broken again and reverting no longer works. 5. Adding author of this patch to CC. --private keyword: bisected PS: This doesn't apply Hoi3 demo - is affected different way. In Hoi3 demo, you can test only -O0 and see, that reverting fixes the issue. In FULL game you don't need to revert, just use -O2 and it fixes the 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 17

[Bug 24544] New: Settlers 7: river or water textures are displayed incorrectly
by wine-bugs＠winehq.org 20 May '12

20 May '12

http://bugs.winehq.org/show_bug.cgi?id=24544 Summary: Settlers 7: river or water textures are displayed incorrectly Product: Wine Version: 1.3.3 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: wylda(a)volny.cz Settlers 7 displays water textures incorrectly. Attachments shows that better. 3d gurus maybe already knows when they see a picture where a problem is ;) I guess it will be hard to get any regression testing, because Settlers7 is runnable only after wine-1.3.3. And of course, it may not be a regression at all. -- 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 20226] New: builtin xcopy.exe crashes with page fault when source directory does not exist.
by wine-bugs＠winehq.org 19 May '12

19 May '12

http://bugs.winehq.org/show_bug.cgi?id=20226 Summary: builtin xcopy.exe crashes with page fault when source directory does not exist. Product: Wine Version: 1.1.30 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: robbak(a)gmail.com Created an attachment (id=23862) --> (http://bugs.winehq.org/attachment.cgi?id=23862) backtrace from crash in xcopy.exe The builtin implemetnation of xcopy.exe has a bug wherein xcopy pagefaults on exit when the source file does not exist, and option\e (copy empty subdirectories) is used. Example below: wine xcopy.exe /e Z:\home\\robbak\\testdir\\nonexistant z:\\home\\robbak\\testdir\\nonexist_target Path not found wine: Unhandled page fault on write access to 0x003a005e at address 0x7bc460f4 (thread 0042), starting debugger... err:seh:raise_exception Unhandled exception code c0000005 flags 0 addr 0x7bc460f4 [1]+ Done wine notepad.exe Attached is a dump created while running autopatcher, which runs uses xcopy.exe. (my simple test did not produce a backtrace.) -- 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 11710] New: wineprefixcreate does not create a color folder
by wine-bugs＠winehq.org 19 May '12

19 May '12

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 15580] New: The Bat! v4.0.34.13 lose birthday in addressbook
by wine-bugs＠winehq.org 19 May '12

19 May '12

http://bugs.winehq.org/show_bug.cgi?id=15580 Summary: The Bat! v4.0.34.13 lose birthday in addressbook Product: Wine Version: 1.1.6 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: newsletter(a)Schiermeier-Software.de Created an attachment (id=16581) --> (http://bugs.winehq.org/attachment.cgi?id=16581) The addressbook 'Edit address entry' dialog with the TDateTimePicker-control Using the email program 'The Bat!' the addressbook of this application will set the birthday of an entry inside this addressbook back to the actual day after calling the new addressbook entry again in a new session. The addressbooks birthday is a 'TDateTimePicker' control. This or related controls don't work properly. -- 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 23

[Bug 9345] New: SecureCRT - Scroll fails on any connection
by wine-bugs＠winehq.org 19 May '12

19 May '12

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 19 May '12

19 May '12

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

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 April 2012