January 2010 - Wine-bugs - list.winehq.org

[Bug 9661] New: Linux Sticky keys does not work under Wine
by wine-bugs＠winehq.org 14 Apr '17

14 Apr '17

http://bugs.winehq.org/show_bug.cgi?id=9661 Summary: Linux Sticky keys does not work under Wine Product: Wine Version: CVS/GIT Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-gui AssignedTo: wine-bugs(a)winehq.org ReportedBy: coljep(a)telefonica.net I am using Sticky keys in linux (Ubuntu Feisty and others) and this function does not work under Wine. I also use a UK keyboard layout with dead keys, this part does work under Wine. The application in question is Ace Money version 3.9.4a Colin Jepson -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 23

[Bug 17351] New: PDF Export problem on Delphi 7 applications
by wine-bugs＠winehq.org 13 Apr '17

13 Apr '17

http://bugs.winehq.org/show_bug.cgi?id=17351 Summary: PDF Export problem on Delphi 7 applications Product: Wine Version: 1.1.14 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: paolo.salvan(a)xvision.it Created an attachment (id=19388) --> (http://bugs.winehq.org/attachment.cgi?id=19388) Minimal bug example Delphi 7 applications that uses llPDFLib library have problems when saving reports as PDF (tested under wine 1.0.1 and 1.1.14, ubuntu 8.04-8.10): - if the emulated system is Windows 2000-XP, it shows an "floating point underflow error" when creating the PDF - if the emulated system is Windows 95-ME, it saves the PDF file, but images are printed in the wrong place of the page (they are shifted and stretched) This problem occours on every Delphi applocation; I'm attaching a minimal example that shows the problem: press the PDF button to create a PDF; in the attach there are already 2 PDF: one (correct) created under windows, and one wrong created under wine (only look at the image position and size, image colors are wrong for reasons not depending from wine) An app that suffers from this bug is Danea Easyfatt (a widespread italian management sw, http://www.danea.it/software/easyfatt - demo downloadable from http://download.danea.it/demo/ef09/def2009demo05b.exe ) -- 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 12594] New: World of Warcraft idle/crashes while loading the world.
by wine-bugs＠winehq.org 12 Apr '17

12 Apr '17

http://bugs.winehq.org/show_bug.cgi?id=12594 Summary: World of Warcraft idle/crashes while loading the world. Product: WineHQ Apps Database Version: unspecified Platform: PC OS/Version: FreeBSD Status: UNCONFIRMED Severity: critical Priority: P4 Component: appdb-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: g.v.tjongahung+bugzilla(a)gmail.com Created an attachment (id=12190) --> (http://bugs.winehq.org/attachment.cgi?id=12190) Console log After having installed wine, I copied an installed version of World of Warcraft 2.4 to my ~/.wine/drive_c/Program Files/. I ran winecfg to set the windows version to Windows 2000 mode. I set the Graphics mode to allow DirectX apps to stop the mouse leaving the window, allow the windowmanager to control the windows, and emulated a virtual desktop of 1024x768. I ran wineprefixcreate. I set SET gxApi "opengl" and SET gxWindow "1" in Config.WTF in the WTF directory. I then tried to start up wow with `wine "c:\program files\world of warcraft\wow.exe" -opengl` This allows me to see the login screen(after all licenses and movies(which you see only once cause they are set in Config.WTF) after a succesful login, you are able to select a realm, and then a character. When entering the world however I start seeing "fixme:winsock:WSAIoctl unsupported WS_IOCTL cmd (9800000c)" etc as can be found in the log and then the screen loader goes a little passed half way, and the mouse cursor stops moving. I can however move my mouse out of the window and just interact with my other X apps. > uname -rs FreeBSD 6.3-STABLE > wine --version wine-0.9.59 WoW 2.4.1 -- 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 17797] New: STALKER Build 1935 crashed with winsock error
by wine-bugs＠winehq.org 07 Apr '17

07 Apr '17

http://bugs.winehq.org/show_bug.cgi?id=17797 Summary: STALKER Build 1935 crashed with winsock error Product: Wine Version: 1.1.17 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winsock AssignedTo: wine-bugs(a)winehq.org ReportedBy: soda-89(a)mail.ru Created an attachment (id=20027) --> (http://bugs.winehq.org/attachment.cgi?id=20027) attachment.txt I think it general problem: fixme:winsock:WSAIoctl unsupported WS_IOCTL cmd (28000002) fixme:winsock:WSAIoctl unsupported WS_IOCTL cmd (98000007) I'm used community loader and DirectX 9.0c(oct2008) Full info in attachment. -- 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 31

[Bug 14299] New: winhelp: Missing << and >> buttons with some help files
by wine-bugs＠winehq.org 04 Apr '17

04 Apr '17

http://bugs.winehq.org/show_bug.cgi?id=14299 Summary: winhelp: Missing << and >> buttons with some help files Product: Wine Version: 1.1.0 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: markk(a)clara.co.uk For many help files, the forward and back buttons (<< and >>) are not shown in Wine winhelp. However they do appear with other help files (e.g. pphelp.hlp). For example, download winehelp_bugs.tar.bz2 from http://bugs.winehq.org/attachment.cgi?id=14574 and load castle1.hlp, chess.hlp or emle.hlp into Wine winhelp. -- 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 17063] New: Test results page should distinguish between 32-bit and 64-bit
by wine-bugs＠winehq.org 02 Apr '17

02 Apr '17

http://bugs.winehq.org/show_bug.cgi?id=17063 Summary: Test results page should distinguish between 32-bit and 64-bit Product: WineHQ.org Version: unspecified Platform: All URL: http://test.winehq.org/data OS/Version: All Status: NEW Severity: enhancement Priority: P2 Component: www-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Looking at http://test.winehq.org/data, it's hard to find x86-64 test results (wine or windows). We should probably separate them out into their own column next to the 32-bit OS, e.g.: Win2k3 WinXP-32bit WinXP-64bit ... Wine-32bit Wine-64bit We've got Platform under the report info that shows if it's x86 or x86_64, so extending tools/winetest/dissect to account for this shouldn't be too much trouble for a perl guru. -- 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 7

[Bug 14127] New: Microsoft Office 2003 - mouse scroll and combo boxes behavior
by wine-bugs＠winehq.org 01 Apr '17

01 Apr '17

http://bugs.winehq.org/show_bug.cgi?id=14127 Summary: Microsoft Office 2003 - mouse scroll and combo boxes behavior Product: Wine Version: 1.0.0 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dsent(a)mail.ru Invoking mouse scroll over toolbars should not result in scrolling document if some combo box on toolbar is opened. It should scroll values in opened combo box (like font selector, font size selector, style selector). Scrolling with mouse in regular dialogs with combo boxes works almost well (see Tools->Options->Save "Save Word documents as" combo box). However, it works only if mouse pointer is over that dialog. In Windows, it works if mouse is outside dialog window (and even program's main window). Opened combo box "eats" all mouse scroll events :-) -- 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 16579] New: Scrabble Online will not restore from a minimised state
by wine-bugs＠winehq.org 29 Mar '17

29 Mar '17

http://bugs.winehq.org/show_bug.cgi?id=16579 Summary: Scrabble Online will not restore from a minimised state Product: Wine Version: 1.1.10 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P5 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk As the title suggests. Atari Scrabble Online has a minimise button, but minimising is a bad idea. In earlier versions of wine it simply wouldn't restore. I have just tried again in 1.1.10 and it doesn't minimise properly and locks up the screen, and has to be killed. This only occurs when playing the game in fullscreen mode; a virtual desktop is an easy workaround and the game can be minimised and restored. I don't know if a trace would be any use here, but I will certainly do one if required. -- 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 20

[Bug 17273] New: SetNamedPipeHandleState is a stub
by wine-bugs＠winehq.org 27 Mar '17

27 Mar '17

http://bugs.winehq.org/show_bug.cgi?id=17273 Summary: SetNamedPipeHandleState is a stub Product: Wine Version: 1.1.14 Platform: Other OS/Version: other Status: NEW Keywords: testcase Severity: enhancement Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: juan_lang(a)yahoo.com Blocks: 17195 Created an attachment (id=19273) --> (http://bugs.winehq.org/attachment.cgi?id=19273) Testcase As described in bug 17195, SetNamedPipeHandleState is currently a stub, and always returns FALSE. Changing it to return TRUE causes one test to fail and currently todo_wine test to succeed. It also allows the test cases in bug 17195 to run. I'm attaching some partially implemented test cases for the GetNamedPipeHandleState and SetNamedPipeHandleState 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.

1 103

[Bug 18975] New: RealMYST crashes on launch
by wine-bugs＠winehq.org 18 Mar '17

18 Mar '17

http://bugs.winehq.org/show_bug.cgi?id=18975 Summary: RealMYST crashes on launch Product: Wine Version: 1.1.23 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ezekiel000(a)lavabit.com RealMyst crashes on launch in wine 1.1.18-1.1.23 (it may crash on others I haven't tested) but it works in wine 1.1.4. I've attached a debug trace log. System: Ubuntu 9.04 amd64, nVidia onboard Geforce 8200 (with nVidia drivers 180.44) -- 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 22