November 2014 - Wine-Bugs - list.winehq.org

[Bug 36686] New: CodeGear RAD Studio 2009 fails on startup (ISAXXMLReader::putFeature method needs to support 'normalize line breaks' feature)
by wine-bugs＠winehq.org March 6, 2026

March 6, 2026

https://bugs.winehq.org/show_bug.cgi?id=36686 Bug ID: 36686 Summary: CodeGear RAD Studio 2009 fails on startup (ISAXXMLReader::putFeature method needs to support 'normalize line breaks' feature) Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: msxml3 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, as the summary says ... Prerequisite: 'winetricks -q mdac28' .NET Framework 2.0 will be automatically installed if required. --- snip --- $ WINEDEBUG=+tid,+seh,+loadll,+process,+msxml,+msgbox wine ./bds.exe ... 0009:trace:msxml:DllGetClassObject {079aa557-4a18-424a-8eee-e39f0a8d41b9} {00000001-0000-0000-c000-000000000046} 0x33f6c8 0009:trace:msxml:DOMClassFactory_AddRef (0x525df98) ref = 1 0009:trace:msxml:DOMClassFactory_CreateInstance (nil) {a4f96ed0-f829-476e-81c0-cdc7bd2a0802} 0x7cd5f4 0009:trace:msxml:SAXXMLReader_create (0x33f64c) 0009:trace:msxml:SAXXMLReader_create returning iface 0x52542b4 0009:trace:msxml:saxxmlreader_QueryInterface 0x52542a8 {a4f96ed0-f829-476e-81c0-cdc7bd2a0802} 0x7cd5f4 0009:trace:msxml:saxxmlreader_AddRef 0x52542a8 0009:trace:msxml:saxxmlreader_Release 0x52542a8 0009:trace:msxml:DOMClassFactory_Release (0x525df98) ref = 0 0009:trace:msxml:isaxxmlreader_putFeature (0x52542a8)->(L"http://xml.org/sax/features/namespaces" 1) 0009:trace:msxml:isaxxmlreader_putFeature (0x52542a8)->(L"http://xml.org/sax/features/namespace-prefixes" 1) 0009:trace:msxml:isaxxmlreader_putFeature (0x52542a8)->(L"http://xml.org/sax/features/external-general-entities" 0) 0009:trace:msxml:isaxxmlreader_putFeature (0x52542a8)->(L"http://xml.org/sax/features/external-parameter-entities" 0) 0009:trace:msxml:isaxxmlreader_putFeature (0x52542a8)->(L"normalize-line-breaks" 1) 0009:fixme:msxml:isaxxmlreader_putFeature (0x52542a8)->(L"normalize-line-breaks" 1) stub 0009:trace:seh:raise_exception code=eedfade flags=1 addr=0x7b83ac57 ip=7b83ac57 tid=0009 0009:trace:seh:raise_exception info[0]=5005eb21 0009:trace:seh:raise_exception info[1]=00e77898 0009:trace:seh:raise_exception info[2]=80004001 0009:trace:seh:raise_exception info[3]=208e3a14 0009:trace:seh:raise_exception info[4]=007cd5f0 0009:trace:seh:raise_exception info[5]=0033f71c 0009:trace:seh:raise_exception info[6]=0033f6e8 0009:trace:seh:raise_exception eax=7b826c7d ebx=7b8bb000 ecx=0033f6e8 edx=0033f660 esi=00000001 edi=00000007 0009:trace:seh:raise_exception ebp=0033f688 esp=0033f624 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000283 --- snip --- 'winetricks -q msxml3' works around. $ wine --version wine-1.7.19-70-gd6a59f7 Regards -- 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.

3 8

[Bug 14713] New: Xara Xtreme 4: Resizing handles not visible
by wine-bugs＠winehq.org March 6, 2026

March 6, 2026

http://bugs.winehq.org/show_bug.cgi?id=14713 Summary: Xara Xtreme 4: Resizing handles not visible Product: Wine Version: 1.1.2 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: info(a)linopus.de Xara Xtreme 4: Resizing handles not visible Xara Xtreme 4, the latest edition of the vector drawing application from Xara (30 days trial available at http://www.xara.com/us/downloads/xtreme/ ), shows no resizing handles when selecting an object. The resizing handles should be visible when clicking an object with the select tool. By contrast, the turning/shearing handles are visible. The turning/shearing handels appear when clicking an object twice with the select tool. Additionally, Bezier handles and points on curves do appear, but in wrong colors (cyan instead of red). Bezier handles and points appear when using the edit shape tool. This is on a wine 1.1.2 install on Ubuntu Linux 8.04 in its standard settings. The same bug is present when using Xara Xtreme X1, which is the thirdlast edition. The bug is also present in earlier versions of wine (e.g. 0.9.56) and CrossOver (e.g. 7.0.1). Yours sincerely Tobias Hilbricht -- 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.

3 12

[Bug 24851] New: Explorer++ treeview shows plus signs even when a folder contains no subfolders
by wine-bugs＠winehq.org March 6, 2026

March 6, 2026

http://bugs.winehq.org/show_bug.cgi?id=24851 Summary: Explorer++ treeview shows plus signs even when a folder contains no subfolders Product: Wine Version: 1.3.5 Platform: x86-64 URL: http://www.explorerplusplus.com/download OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com Created an attachment (id=31446) --> (http://bugs.winehq.org/attachment.cgi?id=31446) terminal output On Windows, the little plus signs for expanding folders in the treeview don't appear next to folders that contain no subfolders (and thus, nothing to expand). In Wine, such folders still have the plus sign even though it doesn't do anything. Native comctl32 didn't help. -- 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.

2 14

[Bug 16957] New: CreateProcess handles are inherited even when bInheritHandles=FALSE
by wine-bugs＠winehq.org March 6, 2026

March 6, 2026

http://bugs.winehq.org/show_bug.cgi?id=16957 Summary: CreateProcess handles are inherited even when bInheritHandles=FALSE Product: Wine Version: 1.1.2 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: ben(a)salilab.org Created an attachment (id=18729) --> (http://bugs.winehq.org/attachment.cgi?id=18729) test.c The attached file uses CreateProcess to create a subprocess (gzip in this case) with redirected standard output. In order for this to work properly, the output handle created in this code must be inherited by the subprocess - thus the bInheritHandles argument to CreateProcess must be TRUE. And indeed if this program is compiled to test-true.exe, a simple text file 'test.in' and the gzip binary are placed in the same directory, and then test-true.exe is run, it successfully produces the output test.gz. If the TRUE argument is switched to FALSE and the file is compiled again to test-false.exe, when the program is run in the same way on a 'real' Windows sytem (32 bit Vista Business in this case) the following is output: gzip: stdout: Bad file descriptor This is also fine and expected, since the output file handle was not passed to gzip. *However* if the same test-false.exe program is run with Wine (the Fedora 10 wine-core-1.1.12-1.fc10.i386 package in this case) it runs in just the same way as test-true.exe, generating the test.gz output. This suggests to me that the bInheritHandles argument is ignored by Wine. As stated, this is a minor bug but it would be nice if Wine behaved the same way as Windows here. (In our case we discovered this problem after we tested our program successfully under Wine, but then had it fail on a real Windows system.) I am not familiar with the code, but hopefully it should be straightforward enough to provide the subprocess with invalid handles if bInheritHandles=FALSE? -- 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.

3 17

[Bug 29775] New: Cannot install OrCAD 16.5
by wine-bugs＠winehq.org March 2, 2026

March 2, 2026

http://bugs.winehq.org/show_bug.cgi?id=29775 Bug #: 29775 Summary: Cannot install OrCAD 16.5 Product: Wine Version: 1.4-rc1 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: ehoover(a)mines.edu Classification: Unclassified The installer for the OrCAD 16.5 Lite/Demo version (OrCAD_16.5_Demo_CapturePSpiceOnly.exe) does not ungray the "Next" button on the page for choosing the installation type (everyone vs. local user). This issue renders the 16.5 version of OrCAD unusable. This installer can be retrieved a number of places, one location is: http://www.ecse.rpi.edu/courses/S12/ENGR-4300/OrCAD/OrCAD_16.5_Demo_Capture… -- 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.

2 9

[Bug 33350] New: Maxthon 4 fails to start
by wine-bugs＠winehq.org March 2, 2026

March 2, 2026

http://bugs.winehq.org/show_bug.cgi?id=33350 Bug #: 33350 Summary: Maxthon 4 fails to start Product: Wine Version: unspecified Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gmazzone0(a)aol.com Classification: Unclassified When I open Maxthon 4, it shows a blonk page with:"Missing: sidebar/index.html Missing: layout:html" and can't be used -- 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.

2 17

[Bug 19368] New: lpfnWndProc can't catch Up/Down/Left/Right and CTRL+ other Button
by wine-bugs＠winehq.org March 1, 2026

March 1, 2026

http://bugs.winehq.org/show_bug.cgi?id=19368 Summary: lpfnWndProc can't catch Up/Down/Left/Right and CTRL+ other Button Product: Wine Version: 1.1.26 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: sakaihdt(a)d2.dion.ne.jp Hello I want to use "sakura editor". (a Japanese Open Souce text editor for MS Windows) (http://sakura-editor.sourceforge.net/) But this application is not work well in wine(1.0.1 or 1.1.26 Ubuntu GNU/Linux 9.0.4) - Not work Up/Down/Left/Right button in text area - Not work CTRL+C or CTRL+A and other in text area - Not work Backspace in text area - Not work Function Key in text area normal text button( a-z, 0-9 ) is work well, and Up/Down... is work well in menu . "sakura editor" catch Up/Down/Ctrl event from lpfnWndProc() callback. but wine's lpfnWndProc seem not work when push Up/Down... key. ( I insert log in sakura editor source and check.) I have 2 question. please tell me. (1) Can lpfnWndProc() catch Up/Down/Left/Right CTRL+A,X,C and Function key in Wine ? (2) "lpfnWndProc() can catch Up/Down/Left/Right ..." is WindowsAPI specification? Thank you. -- 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.

2 13

[Bug 34134] New: "open file" dialog does not shrink after switching to "use adobe dialog" and back to system dialog
by wine-bugs＠winehq.org March 1, 2026

March 1, 2026

http://bugs.winehq.org/show_bug.cgi?id=34134 Bug #: 34134 Summary: "open file" dialog does not shrink after switching to "use adobe dialog" and back to system dialog Product: Wine Version: 1.6 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: unxed(a)mail.ru Classification: Unclassified If you press "use adobe dialog" button in "open file" dialog, it grows. If you press "use os dialog" after it, window does not shrink back. -- 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.

2 3

[Bug 33241] New: incorrect display of a combobox in a Clipper application
by wine-bugs＠winehq.org March 1, 2026

March 1, 2026

http://bugs.winehq.org/show_bug.cgi?id=33241 Bug #: 33241 Summary: incorrect display of a combobox in a Clipper application Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ironeman(a)tiscali.it Classification: Unclassified As mentioned in http://forum.winehq.org/viewtopic.php?f=8&t=18198, I am using 16-bit Clipper/xBase programs. When I have a listbox, the field is not correctly initialized, despite the list is ok. Debugging my application, I have found that it is due to a strange memory management. I start by saying that Clipper/xBase uses dynamic scoping, so the value of a variable is the last assigned to it into the stack; a variable can be local or global (prefixed by m->). When using the dialog that has the problem, I use the activation command (Fivewin library): m->mTipoDoc:=.... // assign the global variable m->mTipoDoc activate DIALOG oDlg centered on init (SettaCombo()) function SettaCombo() // initialization code of the dialog ... // use the global variable m->mTipoDoc but, at this point, when using WINE, the variable has lost its content and is empty I solved the problem using a local variable that temporarily holds the value of the global variable: m->mTipoDoc:=.... // assign the global variable m->mTipoDoc local tmpcod:=m->mTipoDoc // to solve the wine bug activate DIALOG oDlg centered on init (SettaCombo(tmpcod)) function SettaCombo(val) m->mTipoDoc:=val // to solve the wine bug ... // use the global variable m->mTipoDoc Evidently the local variable is managed in a different way by WINE and the error has disappered. To test this behaviour, I wrote the attached sample program. Into the zip there is a readme.pdf that explains how it works. Best regards. -- 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.

2 5

[Bug 21127] New: What Colour color picking functionality is not identical to Windows
by wine-bugs＠winehq.org March 1, 2026

March 1, 2026

http://bugs.winehq.org/show_bug.cgi?id=21127 Summary: What Colour color picking functionality is not identical to Windows Product: Wine Version: 1.1.35 Platform: x86 URL: http://www.jumpjet.info/Win2k/05/What_Colour/WhatColou r.zip OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: arethusa26(a)gmail.com With wine-1.1.35-105-gd4a7a9d, when the color picker in the What Colour program is selected, moving the mouse outside the What Colour's client area doesn't result in any color selection changes until the mouse is pressed, causing the application to finally grab the color under the mouse cursor by presumably taking a "screenshot" of the desktop area. On Windows XP, this "screenshotting" behavior happens first, made obvious by a brief, visible change in the screen, and then moving the color picker over the area outside the What Colour client area shows active changes in the color selection, which is only halted when the mouse is pressed. -- 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.

2 8