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

[Bug 13191] New: Trackmania Nations Forever doesn't work with PC2/ 3 shaders or with bloom-effect
by wine-bugs＠winehq.org June 30, 2016

June 30, 2016

http://bugs.winehq.org/show_bug.cgi?id=13191 Summary: Trackmania Nations Forever doesn't work with PC2/3 shaders or with bloom-effect Product: Wine Version: 1.0-rc1 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: ape3000(a)gmail.com When I try to enable PC2 or PC3 shaders in Trackmania Nations Forever configuration and then play the game it doesn't work. The menus are drawn as solid black boxes. PC0(off?) and PC1 works fine. When I enable bloom-effect, it will add some annoying white bars to everywhere with bright light. So there is just white bars instead of the correct effect. -- 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 10063] New: wineconsole run fail on korean locale.
by wine-bugs＠winehq.org June 16, 2016

June 16, 2016

http://bugs.winehq.org/show_bug.cgi?id=10063 Summary: wineconsole run fail on korean locale. Product: Wine Version: 0.9.47. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: dlunch(a)gmail.com wineconsole failed to run in korean locale. it reports 'err:wineconsole:WCUSER_SetFont wrong font' few times and 'err:wineconsole:WINECON_Fatal Couldn't find a decent font, aborting'. but when i tried LANG="C" wineconsole cmd, it runs successfully. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 32

[Bug 11898] New: Dance eJay Demo 7 crashes due to unimplemented interface relating to devenum
by wine-bugs＠winehq.org June 10, 2016

June 10, 2016

http://bugs.winehq.org/show_bug.cgi?id=11898 Summary: Dance eJay Demo 7 crashes due to unimplemented interface relating to devenum Product: Wine Version: 0.9.57. Platform: PC URL: http://support.empireinteractive.com/default.aspx?MID=8F F6D156CB73&PID=D70EED24-7412-4A36-A7B2-879837165C8C OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: nodisgod(a)yahoo.com Created an attachment (id=11192) --> (http://bugs.winehq.org/attachment.cgi?id=11192) Output with devenum and qcap traces As per bug #11863, a separate bug is filed for other issues in this application. When starting the Dance eJay 7 Demo, after the trial time dialog, a page fault is incurred. The devenum trace seems to suggest that the issue lies in that particular component, as per comment 3 of bug 11863. Attached are logs pertaining to this 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 14

[Bug 13843] New: tooltips not working properly - message problems
by wine-bugs＠winehq.org May 16, 2016

May 16, 2016

http://bugs.winehq.org/show_bug.cgi?id=13843 Summary: tooltips not working properly - message problems Product: Wine Version: 1.0-rc4 Platform: Other URL: http://mrhx.ucoz.com/load/0-0-0-27-20 OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: hramrach(a)centrum.cz In the VISG editor (see url) the tooltips aren't resized and painted properly. Works on windows. Developer explanation (copied below without screenshots): http://www.reactos.org/forum/viewtopic.php?p=36824&sid=9c02654b3b5b22544622… As you may see, the button tooltip has the same size as in winxp. This is correct, but it is not painted. I think, it's because ROS paints the tooltips not via WM_PAINT. And the second: the window tooltip with little screenshot... It is not painted and has wrong size. I think, it's because this tooltip didn't have LPSTR_TEXTCALLBACK as its caption (in other words, it has direct caption). I resize the tooltip on TTN_SHOW message. But, as I see, there is no such message for the window tooltip. But the winapi documentation says TTN_SHOW is sent when the tooltip is about to be shown. And no matter, has it LPSTR_TEXTCALLBACK or not. The button tooltip has LPSTR_TEXTCALLBACK instead of its caption, and it's resized correctly. So, I think, there are two bugs: 1) painting tooltips not via WM_PAINT. 2) not sending TTN_SHOW, if the tooltip did not have LPSTR_TEXTCALLBACK. -- 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 9532] New: Month calendar control uses 0=sunday for firstDayOfWeek
by wine-bugs＠winehq.org May 16, 2016

May 16, 2016

http://bugs.winehq.org/show_bug.cgi?id=9532 Summary: Month calendar control uses 0=sunday for firstDayOfWeek Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: wine-comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: peter(a)cendio.se This bug has been transferred from bug 9490. The month calendar control displays sunday as the first day of the week, even though LOCALE_IFIRSTDAYOFWEEK=0. This is because the implementation is based uses 0=sunday, rather than 0=monday. MSDN indicates that the API (SetFirstDayOfWeek/GetFirstDayOfWeek) should use 0=monday, see http://msdn2.microsoft.com/en-us/library/ms670423.aspx. So, either the implementation needs to be changed to use 0=monday throughout the code, or we can continue to use 0=sunday internally, but then we need to convert when we talk to the rest of the world. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 10

[Bug 14638] New: Discription file of task configuration \'C:\plc.xml\' not found
by wine-bugs＠winehq.org May 16, 2016

May 16, 2016

http://bugs.winehq.org/show_bug.cgi?id=14638 Summary: Discription file of task configuration \'C:\plc.xml\' not found Product: Wine Version: 1.1.1 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: msxml3 AssignedTo: wine-bugs(a)winehq.org ReportedBy: hyper_sonic(a)hotbox.ru Created an attachment (id=15045) --> (http://bugs.winehq.org/attachment.cgi?id=15045) console output Codesys is a IEC 61131-3 Programming System for controllers equipment use in Automation Process. Application install without errors. But when i creat new project or open exist project, Codesys say "Discription file of task configuration \'C:\plc.xml\' not found". The "C:\plc.xml" is one of files in discribe target. Manufacture destributed target for this kind of controller equipment. File c:\plc.xml is exist in ~/.wine/drive_c/plc.xml. Console output see attache. -- 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 14928] New: SonicStage 4.3 installer crashes almost immediately
by wine-bugs＠winehq.org April 23, 2016

April 23, 2016

http://bugs.winehq.org/show_bug.cgi?id=14928 Summary: SonicStage 4.3 installer crashes almost immediately Product: Wine Version: 1.1.2 Platform: PC URL: http://forums.minidisc.org/index.php?showtopic=9586 OS/Version: Linux Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Blocks: 4084 Created an attachment (id=15502) --> (http://bugs.winehq.org/attachment.cgi?id=15502) +relay,+seh,+tid Crashes nearly instantaneously. +relay,+seh,+tid attached. -- 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 9522] New: Text entry box does not refresh properly, but worked in v 0 .9.20 and below
by wine-bugs＠winehq.org April 23, 2016

April 23, 2016

http://bugs.winehq.org/show_bug.cgi?id=9522 Summary: Text entry box does not refresh properly, but worked in v 0.9.20 and below Product: Wine Version: 0.9.21. Platform: PC URL: http://www.xcalibur.co.uk/MuckClient/ OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P4 Component: wine-gdi-(printing) AssignedTo: wine-bugs(a)winehq.org ReportedBy: pdurland(a)gmail.com As far as I know, this is an issue that exists in only one application, but could extend to others. The application is minor and the bug is minor so this is just a minute fix. According to this page: http://appdb.winehq.org/appview.php?iVersionId=8240&iTestingId=12794 Paul Fisher has been able to reproduce this on 3 separate versions of wine. ------------ Linux Distribution information: Ubuntu 7.04 on x86 Program: Muckclient v3.42 Issue: After connecting to a world, any text entered into the input box at the bottom of the window will not be seen. I had this issue with 0.9.44 and reverted back to 0.9.15 thanks to a testing note on the application DB pages. I then grabbed different versions from that point and found the exact version that 'broke' this functionality. The 'break' occurred between 0.9.20 and 0.9.21, hence the version number I've used in the report. To reproduce: Download and install program through wine. Launch program. Connection window will pop up. Double click on the entry already in the list. Try typing in the entry box on the window that appears. No text will be seen. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 27

[Bug 14617] New: 3rd party treeview stopped working
by wine-bugs＠winehq.org April 12, 2016

April 12, 2016

http://bugs.winehq.org/show_bug.cgi?id=14617 Summary: 3rd party treeview stopped working Product: Wine Version: 1.1.1 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: brendan.dowds(a)sciencesoft.com CC: julliard(a)winehq.org Hello all, I am a developer for a software company trying to get our software to work on WINE. Unfortunately the third party treeview control we rely heavily on fails to work properly. Namely in that we can not drag items from the treeview. A small test program (TV_Test.exe), written in VB6, is attached to demostrate this behaviour. Upon clicking on a node the program performs a HitTest to determine what type of node it is and its subsequent behaviour (expand/collapse, allowing dragging, etc.) To duplicate place the attached folder in the 'Program Files' folder (or where you please) and run the exe, through WINE obviously. Add a node (or several) via the button then click on a node. The message box should then tell you if the test has been passed or not. A successful test should also change to be a couple of right pointing arrows, and the direction of the arrow in the treeview node (if it was the lowest branch level). A failed test reports an error ("Error: Error in loading DLL (No.48) In ClickedNode") in the message box. Now, this is where I know I'm breaking the rules. But this test program and our main program (which I hope to at to the Apps Database today) both need wine tricks to have been run, specifically vcrun6, for redistribution reasons. However, I've already emailled Dan Kegel and he believes this may not be necessary. I digress. The test program always failed without winetricks vcrun6, but after it (and before the bad revision) it worked. (Strictly you do not need to run the full vcrun6, you need to remove the msvcrt, oleaut32 and olepro32.dlls from the drive_c/windows/sysem32/ folder and run the vcredist.exe through WINE.) A colleague looked into this problem in more detail hoping to solve it ourselves (how wrong we were) and we believe that although we use winetricks, in this case it actually helps expose a bug rather than the bug being something intrinsic in what we use winetricks for i.e. replace built-in dlls with native ones. So in summary, running the test program without vcrun6 has always failed, with vcrun6 it used to work but now doesn't. Some more relevant information (I hope): - I pulled down the latest git repository this morning (SHA1 ID: 2f445e4e4a74bda3034d993226f05073e777eb85) and tested it, the bug is still there (wine-1.1.1-339-g2f445e4). - I'm running FC6 - gcc version is 4.1.2 - command to run the program is '"wine C:\Program Files\Treeview Test\TV_Test.exe"', assuming the folder is located in 'Program Files' - A git-bisect showed the first bad revision to be between 0.9.37 and 0.9.38 (SHA1 ID:2f445e4e4a74bda3034d993226f05073e777eb85) - Further investigation found that by commenting out just two lines the program worked. And still works in the lastest version. The two lines are in load_library of /dlls/kernel32/module.c and are shown in the attached file (load_library_EDITTED.txt) - The git log for the bad revision is attached. - My intention was to also attach the output of WINEDEBUG but with the below command: $ WINEDEBUG=+relay wine "C:\windows\Program Files\Treeview Test\TV_Test.exe" I get: WINEDEBUG=+relay: Command not found. Look forward to hearing anything and many thanks. -- 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 13683] New: Ultima IX: Mouse pointer missing when reading books, under inventory
by wine-bugs＠winehq.org April 12, 2016

April 12, 2016

http://bugs.winehq.org/show_bug.cgi?id=13683 Summary: Ultima IX: Mouse pointer missing when reading books, under inventory Product: Wine Version: 1.0-rc3 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: rixa(a)cs.tut.fi When opening an in-game book for reading, there is nothing to work as a mouse pointer to help clicking the page corners or other clickable elements with. The books do work, but finding the correct spot to click without any pointer is quite hard. Saving and loading the game as well as selecting spells are also implemented by an in-game book, so these functions are likewise affected. A similar issue affects using the inventories and toolbelt, though the pointer is not so much missing as being drawn under instead of over the inventory panel. Otherwise the game seems to work well. I'm running wine 1.0rc3 on a CentOS 5 system with a GeForce4 Ti 4800 graphics card and nVidia proprietary drivers version 96.43.05. -- 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 70