October 2008 - Wine-bugs - list.winehq.org

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

16 May '16

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 16 May '16

16 May '16

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 16 May '16

16 May '16

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 23 Apr '16

23 Apr '16

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 23 Apr '16

23 Apr '16

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 15473] New: After Effects 4 crashes on startup
by wine-bugs＠winehq.org 12 Apr '16

12 Apr '16

http://bugs.winehq.org/show_bug.cgi?id=15473 Summary: After Effects 4 crashes on startup Product: Wine Version: 1.1.5 Platform: Other URL: http://download.adobe.com/pub/adobe/aftereffects/win/4.x /ae4try_uk.exe OS/Version: other Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com sha1sum of ae4try_uk.exe is 8b9dd9bbe422209a311c5f0ce9054e2e687f5450 App installs ok and puts up a gui when you start it, but quickly crashes with dialog "After Effects can't continue: sorry, an abnormal condition has been detected" +seh shows there's an exception, but the +relay,+text,+seh log isn't very illuminating. Running in winedbg gives a nice stack dump; inside SetWindowPos(), for some reason DefWindowProc gets WM_KEYF1 and sends WM_HELP, which is handled by the app's window procedure, which crashes on a near-null pointer access. -- 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 15

[Bug 14617] New: 3rd party treeview stopped working
by wine-bugs＠winehq.org 12 Apr '16

12 Apr '16

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 12 Apr '16

12 Apr '16

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

[Bug 12652] New: Rainbow six Vegas 2 Fails to launch with General Protection fault
by wine-bugs＠winehq.org 12 Apr '16

12 Apr '16

http://bugs.winehq.org/show_bug.cgi?id=12652 Summary: Rainbow six Vegas 2 Fails to launch with General Protection fault Product: Wine Version: 0.9.59. Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: xarnze(a)googlemail.com Created an attachment (id=12297) --> (http://bugs.winehq.org/attachment.cgi?id=12297) Console output from Rainbow six Vegas 2 winever 0.9.59. Rainbow six Vegas 2 launches and the splash screen appears however shortly afterwards the game crashes with a message stating General protection fault! History: Address = 0x45b08ec (filename not found) i have attached the console output bellow. -- 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

[Bug 13094] New: UltraEdit: crashes in certain cases with Unicode editing
by wine-bugs＠winehq.org 03 Apr '16

03 Apr '16

http://bugs.winehq.org/show_bug.cgi?id=13094 Summary: UltraEdit: crashes in certain cases with Unicode editing Product: Wine Version: 1.0-rc1 Platform: PC URL: http://www.ultraedit.com/files/ue_english.zip OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: fbcrack(a)yahoo.es Created an attachment (id=12867) --> (http://bugs.winehq.org/attachment.cgi?id=12867) UltraEdit 32 v14.00a unicode editing crash log Wine crashses when performing following actions: 1. File->New (Ctrl+N) 2. Write any non ASCII character (eg: ñ) 3. File->Conversions->ASCII to UTF8 (Unicode Editing) 4. Enter hex. edition mode via Edit->HEX Functions->HEX Edit or pressing Ctrl+H 5. Return normal edition mode Edit->HEX Functions->HEX Edit or pressiong Ctrl+H UltraEdit then shows the following error message: An error has ocurred. The application will shut down. Would you like to save an error report? -- 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 16