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

[Bug 13995] Microsoft .NET Framework 1.1 Service Pack 1 fails to install (crash)

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=13995 --- Comment #10 from max(a)veneto.com 2008-07-04 01:55:17 --- (In reply to comment #9) > You will be notified when it's fixed. > Well, I'll repost the question more correctly... Is somebody working on that one ? :-) -- 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.

July 4, 2008

[Bug 9325] When pressing DELETE key character ,(comma) is displayed.

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=9325 Petr Mach <gsl(a)seznam.cz> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gsl(a)seznam.cz --- Comment #11 from Petr Mach <gsl(a)seznam.cz> 2008-07-04 00:50:46 --- (In reply to comment #6) > The problem is that in the Slovak keyboard layout (setxkbmap sk) the Delete key > on the keypad is assigned 'comma' instead of KP_Decimal keysym. We can do > nothing > to detect that keypad is the source of a key press and not a real comma key. > > I'd assume that comma is there instead of KP_Decimal to workaround a bug in > XLookupString to generate ',' instead of '.'. > > Please report this bug to XOrg bugzilla instead. > > Closing as invalid. > This is not bug, this is czech (slovak, etc) internationalization, because czechs national convention is using decimal comma not point for writing decimal numbers. But we have problem with gray key Delete, no with white key Del on numpad. -- 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.

July 4, 2008

[Bug 13898] Busted Development link

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=13898 --- Comment #3 from Peter Urbanec <bugzilla.winehq.org(a)urbanec.net> 2008-07-03 22:01:02 --- To be more precise: 1) Browse to http://www.winehq.org/ 2) On the left hand side, under the heading "Developmet" click on the first link, titled "Development" 3) You'll get a 404. -- 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.

July 4, 2008

[Bug 14260] etax 2008 software cannot complete (has err:ole:CoGetClassObject error)

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=14260 Robert Backhaus <robbak(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |robbak(a)gmail.com --- Comment #2 from Robert Backhaus <robbak(a)gmail.com> 2008-07-03 21:24:29 --- If anyone without an Australian TFN wishes to check this, "123 456 782" is a number which passes validation. This number will allow you to test most of the software's functions. -- 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.

July 4, 2008

[Bug 9509] Weak performance in System Shock 2

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=9509 Kevin Becker <kevman3000(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 --- Comment #8 from Kevin Becker <kevman3000(a)gmail.com> 2008-07-03 20:09:33 --- *** This bug has been confirmed by popular vote. *** -- 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.

July 4, 2008

[Bug 11099] custom checkbox not displayed

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=11099 Bill Leeper <protagonist(a)charter.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 --- Comment #2 from Bill Leeper <protagonist(a)charter.net> 2008-07-03 18:40:42 --- *** This bug has been confirmed by popular vote. *** -- 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.

July 3, 2008

[Bug 14273] New: Fonts unreadable on TaxAct forms

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=14273 Summary: Fonts unreadable on TaxAct forms Product: Wine Version: 1.1.0 Platform: PC OS/Version: FreeBSD Status: UNCONFIRMED Severity: minor Priority: P2 Component: fonts AssignedTo: wine-bugs(a)winehq.org ReportedBy: protagonist(a)charter.net Created an attachment (id=14563) --> (http://bugs.winehq.org/attachment.cgi?id=14563) Screenshot of normal text and a form I am running PC-BSD V1.5.1 and used the latest PBI update to update Wine from the 1.0 series to 1.1.0 and all appeared to go OK. I have been using Wine since the 0.9.x series to do my Taxes with a Windows version of TaxAct and it has worked fine with the exception of a couple of minor problems. After doing the update I ran up TaxAct and the first screen appeared normal. All the text looked as it has all along. However, when I open up a form to display the fonts appear to be grossly enlarged and the form is completely unreadable. If I tab to an entry box that appears to be normal but any values entered become unreadable when I tab away from it. Attached are two screen shots, one of the text screen and the other of a form. Please contact me if you need any additional information. -- 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.

July 3, 2008

[Bug 14272] New: Maximized and restored state not reported properly by GetWindowPlacement

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=14272 Summary: Maximized and restored state not reported properly by GetWindowPlacement Product: Wine Version: CVS/GIT Platform: PC OS/Version: Linux Status: NEW Severity: enhancement Priority: P2 Component: winex11.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: dylan.ah.smith(a)gmail.com Created an attachment (id=14562) --> (http://bugs.winehq.org/attachment.cgi?id=14562) wordpad: Properly save window rect on closing Min/Maximized windows I initially noticed the bug in wordpad where closing the program while minimized will cause it to be really small when opened the next time. This was because wordpad was using GetWindowRect instead of GetWindowPlacement to get the normal size and position of the window. The attached patch fixes that issue, and I have submitted it to the wine-patches mailing list, however it showed another bug in Wine that isn't in Windows. Do the following steps to reproduce the bug: 1. Apply the attached patch to fix wordpad 2. Open Wine's version of Wordpad 3. Resize the window to be some size you will remember (e.g. skinny and tall) 4. Maximize the window 5. Close the window 6. Open wordpad again 7. If the window is maximized, then restore it. Result in Windows: The window is maximized after step 5, and will be restored to the same size the window was resized to in step 3. Result in Wine: The result depends on the desktop environment settings. If you can take a normal window, drag the corners to resize it to the size of a maximized window, and have it actually be maximize, then the window will be maximized after step 6, otherwise it won't be. Either way, when you restore the window in step 7, it will not be restored to the same window size. I added in some printf statements to wordpad, and found that IsZoomed() and GetWindowPlacement() were not recognizing the window as being maximized after maximizing the window. GetWindowPlacement returns a WINDOWPLACEMENT structure with a field rcNormalPosition, that should be filled with the position and size the window should be restored to, but this contained the size and position of the maximized window when the window was maximized. Test case number 2: 1. Open up regedit 2. Change the DWORD value "HKEY_CURRENT_USER/Software/Microsoft/Windows/CurrentVersion/Applets/Wordpad/Options/Maximized" to 1 3. Open Wine's wordpad 4. Restore the window 5. Close the window 6. Open wordpad again Result in Windows: The window will be the normal window size it was when wordpad was closed in step 5. Result in Wine: The window will still be maximized. This time IsZoomed() and GetWindowPlacement() returned values indicating that the window was maximized after the window was restored. Let me know if there are any problems with reproducing this bug. My guess is that this is an x11 driver issue, but I haven't looked deep enough into it to actually know. All I know is that my patch fixes the wordpad issues in Windows. -- 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.

July 3, 2008

[Bug 14245] EVE Online: real selection size of objects is much bigger than it should be and than visual size

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=14245 Aurix <purplepanzer1(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 --- Comment #2 from Aurix <purplepanzer1(a)gmail.com> 2008-07-03 17:31:55 --- *** This bug has been confirmed by popular vote. *** -- 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.

July 3, 2008

[Bug 13838] AutoCAD 2005 setup : Missing backslash in registry entry and profile path

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=13838 max(a)veneto.com changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #14115|0 |1 is obsolete| | --- Comment #31 from max(a)veneto.com 2008-07-03 17:27:54 --- Created an attachment (id=14561) --> (http://bugs.winehq.org/attachment.cgi?id=14561) MSI:ACTION_AppSearchReg() should return backslash terminated paths -- 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.

July 3, 2008