May 2026 - Wine-Bugs - list.winehq.org

[Bug 29579] New: winhelp: winhlp32.exe doesn't support making its window non-resizeable or without menu strip
by wine-bugs＠winehq.org May 16, 2026

May 16, 2026

http://bugs.winehq.org/show_bug.cgi?id=29579 Bug #: 29579 Summary: winhelp: winhlp32.exe doesn't support making its window non-resizeable or without menu strip Product: Wine Version: 1.3.36 Platform: x86-64 URL: http://download.microsoft.com/download/aoe/Trial/1.0/W IN98/EN-US/MSAoE.exe OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: markk(a)clara.co.uk Classification: Unclassified In Windows, help files can cause the winhlp32 window to open with fixed (non-resizeable) dimensions, and/or with no menu strip. Wine winhlp32 does not support that feature. For example, download the Age of Empires trial version from http://www.microsoft.com/games/empires/downloads.htm direct download URL is http://download.microsoft.com/download/aoe/Trial/1.0/WIN98/EN-US/MSAoE.exe Either run MSAoE.exe to install the demo, or use cabextract to unpack the files inside. Run winhlp32.exe from Windows under Wine and load Empires.hlp. Notice the window has no menu strip and cannot be resized. (I tested winhlp32.exe from Windows 98 and XP.) Run Wine winhlp32.exe and load Empires.hlp. (The window contents are completely messed up and unusable, but that's not what this bug covers.) Notice the winhlp32 window is resizeable and has a menu strip. -- 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 7

[Bug 59753] New: Clickteam Fusion 2.5: Page fault in Flash ActiveX (flash.ocx) during SWF cutscene playback
by WineHQ Bugzilla May 16, 2026

May 16, 2026

http://bugs.winehq.org/show_bug.cgi?id=59753 Bug ID: 59753 Summary: Clickteam Fusion 2.5: Page fault in Flash ActiveX (flash.ocx) during SWF cutscene playback Product: Wine Version: 11.8 Hardware: x86-64 URL: https://sites.google.com/view/theagamer554/sonic-befor e-the-sequel-fixed-edition OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: winebug(a)nateify.xyz Distribution: Ubuntu Created attachment 80942 --> http://bugs.winehq.org/attachment.cgi?id=80942 WINEDEBUG=+ole,+quartz,+seh WINEDBG="winedbg --auto" Clickteam Fusion 2.5 game "Sonic: Before the Sequel Fixed Edition" using Adobe Flash ActiveX (v11) to play SWF cutscenes crash with an unhandled page fault. The crash occurs at the point where the engine hands off to Flash for cutscene playback. The game is freely available and requires two downloads (extracted to the same dir) https://drive.google.com/file/d/1gmR9WbKNNFpkXE9KFsM2ZsA8UW74uOVh/view?usp=… https://www.mediafire.com/file/clzscrsn6ahy8sm/Sonic+Before+the+Sequel+%271… Additionally I installed Adobe Flash for ActiveX version 11.9.900.170 from here: https://archive.org/download/flashplayerarchive/pub/flashplayer/installers/… I ran "SBTS FE.exe". On a clean Windows VM with only the above Adobe Flash ActiveX installed, cutscenes play. On my test system: Observed behavior: OleRegEnumVerbs fails for the Flash CLSID {d27cdb6e-ae6d-11cf-96b8-444553540000}, followed immediately by a page fault at address 10306188. Expected behavior: Flash ActiveX initializes correctly and the cutscene plays, as it does on Windows with the same Flash version. Test system: Ubuntu 26.04 Wine version: 11.8 Install method: sudo apt install --install-recommends winehq-devel Debug logs were generated using this command: WINEDEBUG=+ole,+quartz,+seh WINEDBG="winedbg --auto" wine -- 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 0

[Bug 59742] New: winedevice.exe never exits
by WineHQ Bugzilla May 16, 2026

May 16, 2026

http://bugs.winehq.org/show_bug.cgi?id=59742 Bug ID: 59742 Summary: winedevice.exe never exits Product: Wine Version: 11.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: hugo(a)whynothugo.nl Distribution: --- I'm running some games via: gamescope -W 3440 -H 1440 wine path/to/game.exe gamescope renders a nested compositor, and wine runs inside of it. Typically, gamescope exits whenever its child process exits. However, with this setup, gamescope never exits, because its child never exits. When the game exits, a winedevice.exe process lingers, forever. Gamescope perceives that its child is still running and does not exist. winedevice.exe should exit when the main `game.exe` (in this example) exits, or when all wine processes exit. -- 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 59472] New: FreeArc hangs on startup in new wow64 mode
by WineHQ Bugzilla May 16, 2026

May 16, 2026

http://bugs.winehq.org/show_bug.cgi?id=59472 Bug ID: 59472 Summary: FreeArc hangs on startup in new wow64 mode Product: Wine Version: 11.3 Hardware: x86-64 URL: https://archive.org/details/FreeArc-0.666-win32bin-Sou rces OS: Linux Status: NEW Keywords: download, testcase, wow64 Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: arethusa26(a)gmail.com Distribution: --- Created attachment 80459 --> http://bugs.winehq.org/attachment.cgi?id=80459 Largest memory block loop test case executable When running the FreeArc archiver tool on the command line to add a file to an archive with a new wow64 build of Wine, the tool hangs indefinitely with only a banner output string: $ wine freearc/bin/Arc.exe a test.arc empty_file 0124:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION FreeArc 0.666 With a old wow64 build of Wine, the tool runs and completes successfully: $ wine freearc/bin/Arc.exe a test.arc empty_file 0024:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION FreeArc 0.666 0024:err:virtual:map_view anon mmap error Cannot allocate memory, size 0x80010000, unix_prot 0 0024:err:virtual:allocate_virtual_memory out of memory for allocation, base (nil) size 80000000 0024:err:virtual:map_view anon mmap error Cannot allocate memory, size 0x78010000, unix_prot 0 0024:err:virtual:allocate_virtual_memory out of memory for allocation, base (nil) size 78000000 ... creating archive: test.arc Compressing 1 file, 1,024 bytes. Processed 0% 0024:err:virtual:map_view anon mmap error Cannot allocate memory, size 0x80010000, unix_prot 0 0024:err:virtual:allocate_virtual_memory out of memory for allocation, base (nil) size 80000000 0024:err:virtual:map_view anon mmap error Cannot allocate memory, size 0x78010000, unix_prot 0 0024:err:virtual:allocate_virtual_memory out of memory for allocation, base (nil) size 78000000 ... Compressed 1 file, 1,024 => 44 bytes. Ratio 4.2% Compression time: cpu 0.62 secs, real 0.31 secs. Speed 3 kB/s All OK To reproduce the issue with FreeArc, download "FreeArc-portable-0.666-win32.zip" from the URL link and extract the contents of the ZIP file to a directory named "freearc". The Arc.exe binary can be run with the provided command line. When FreeArc is run with new wow64 Wine, there appears to be a thread that is stuck repeatedly calling VirtualAlloc with 0 size: 0124:trace:virtual:NtAllocateVirtualMemory 0xffffffffffffffff (nil) 00000000 2000 00000004 0124:trace:virtual:NtFreeVirtualMemory 0xffffffffffffffff (nil) 00000000 8000 0124:trace:virtual:NtAllocateVirtualMemory 0xffffffffffffffff (nil) 00000000 2000 00000004 0124:trace:virtual:NtFreeVirtualMemory 0xffffffffffffffff (nil) 00000000 8000 The code involved in the hang appears to be the LargestMemoryBlock::LargestMemoryBlock() constructor in Environment.cpp from the FreeArc sources. It's a (buggy) loop that attempts a binary search for the largest size it can successfully pass to VirtualAlloc. I have extracted the logic to create a standalone test case, which is built with: i686-w64-mingw32-gcc -O2 -Wall -Wl,--large-address-aware -o largest_memory_block.exe largest_memory_block.c On Windows 10, the largest_memory_block.exe test case shows the following output: a = 0 b = ffffffff Freeing pointer 00000000 with VirtualFree Allocating 7fffffff bytes with VirtualAlloc VirtualAlloc returned 00000000 VirtualAlloc failed, updating b to 7fffffff a = 0 b = 7fffffff Freeing pointer 00000000 with VirtualFree Allocating 3fffffff bytes with VirtualAlloc VirtualAlloc returned 01970000 VirtualAlloc succeeded, updating a to 3fffffff ... a = 7f98ffff b = 7f990001 Freeing pointer 00000000 with VirtualFree Allocating 7f990000 bytes with VirtualAlloc VirtualAlloc returned 7fff0000 VirtualAlloc succeeded, updating a to 7f990000 On new wow64 Wine, the test case shows the following output: a = 0 b = ffffffff Freeing pointer 00000000 with VirtualFree Allocating 7fffffff bytes with VirtualAlloc VirtualAlloc returned 7fff0000 VirtualAlloc succeeded, updating a to 7fffffff a = 7fffffff b = ffffffff Freeing pointer 7fff0000 with VirtualFree Allocating 3fffffff bytes with VirtualAlloc VirtualAlloc returned 00900000 VirtualAlloc succeeded, updating a to 3fffffff ... a = 1 b = ffffffff Freeing pointer 003f0000 with VirtualFree Allocating 0 bytes with VirtualAlloc VirtualAlloc returned 00000000 VirtualAlloc failed, updating b to 0 a = 1 b = 0 Freeing pointer 00000000 with VirtualFree Allocating 0 bytes with VirtualAlloc VirtualAlloc returned 00000000 VirtualAlloc failed, updating b to 0 ... The midpoint computation "c = (a + b) / 2" in the loop overflows when the initial allocation succeeds on Wine and leads to incorrect execution, whereas the initial allocation doesn't appear to succeed on Windows. -- 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 4

[Bug 57883] New: vbscript:Script compilation error when for each with array
by WineHQ Bugzilla May 16, 2026

May 16, 2026

https://bugs.winehq.org/show_bug.cgi?id=57883 Bug ID: 57883 Summary: vbscript:Script compilation error when for each with array Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: vbscript Assignee: wine-bugs(a)winehq.org Reporter: fang.jiali(a)vico-lab.com Distribution: --- Dim d: d = Array(1,2,3,4,5) Dim i For each i In d Next when running above script, compilation error. -- 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 7

[Bug 59687] New: 'const' variable modifier causes null return-value in vertex shader
by WineHQ Bugzilla May 15, 2026

May 15, 2026

http://bugs.winehq.org/show_bug.cgi?id=59687 Bug ID: 59687 Summary: 'const' variable modifier causes null return-value in vertex shader Product: Wine Version: 11.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)list.winehq.org Reporter: bczhc0(a)126.com Distribution: --- Created attachment 80789 --> http://bugs.winehq.org/attachment.cgi?id=80789 trace-ok.log Take this HLSL code which basically is a hello-triangle. ```hlsl struct VsOut { float4 pos : SV_Position; }; static const float2 VERTICES[3] = { float2(0.0, 0.5), float2(-0.5, -0.5), float2(0.5, -0.5) }; static const float4 RED = float4(1.0, 0.0, 0.0, 1.0); VsOut vs_main(uint vid : SV_VertexID) { float2 position = VERTICES[min(vid, 2u)]; VsOut output = { float4(position, 0.0, 1.0) }; return output; } float4 fs_main() : SV_Target { return RED; } ``` I have this wgpu program: https://gist.github.com/bczhc/e8d11db2280ffd20fee43fb1fed7410e to run and render this shader. (Sorry I'm not familiar with hlsl and windows programming so I just now only able to write the wgpu program to demonstrate it and suppose it may not be related to wgpu anyway) To compile and run it, do: ```bash # ensure to put it in a cargo project first cargo build --target x86_64-pc-windows-gnu # run WINEPREFIX=`pwd`/prefix WGPU_BACKEND=dx12 wine target/x86_64-pc-windows-gnu/debug/demo.exe the-hlsl-above.hlsl vs_main ``` It will display a red triangle. However, modify this line `VsOut output = { float4(position, 0.0, 1.0) };` to `const VsOut output = { float4(position, 0.0, 1.0) };`, then compile the Rust program then run it using wine again, the red triangle will not show. Or, if that line is left as is but you add another const variable, like this: ```hlsl VsOut vs_main(uint vid : SV_VertexID) { float2 position = VERTICES[min(vid, 2u)]; VsOut output = { float4(position, 0.0, 1.0) }; const VsOut output1 = output; return output1; } ``` The red triangle is also not able to display. This is originally reported as a wgpu issue here: https://github.com/gfx-rs/wgpu/issues/9056. At that time, only proton has this issue (wine is okay). However now with wine 11.6 I tested it again, wine has this issue either. So I suspect this is an upstream vkd3d hlsl compiler issue then? I haven't done the bisect yet because I haven't managed how to properly compile this project and substitute it for wine. -- 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 59718] New: d2d1: Three correctness issues in arc Bezier-approximation code (d2d_arc_to_bezier, d2d_figure_add_arc, d2d_arc_transform)
by WineHQ Bugzilla May 15, 2026

May 15, 2026

http://bugs.winehq.org/show_bug.cgi?id=59718 Bug ID: 59718 Summary: d2d1: Three correctness issues in arc Bezier-approximation code (d2d_arc_to_bezier, d2d_figure_add_arc, d2d_arc_transform) Product: Wine Version: 11.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: d2d Assignee: wine-bugs(a)list.winehq.org Reporter: nen24t(a)gmail.com Distribution: --- Code review of the arc Bezier-approximation code introduced in commits - `5d093518d71` ("d2d1: Implement arc approximation with Bezier segments.") — adds `d2d_arc_to_bezier()` and `d2d_figure_add_arc()` - `c34a09e285c` ("d2d1: Create a path internally for the geometry group.") — adds `d2d_arc_transform()` revealed three correctness issues. All three are present unchanged in `wine-11.8`. They are independent of each other but related (all three are in the arc-handling path), so I'm filing them as a single bug for convenience. Happy to split into three if preferred. ### Issue 1 — Uninitialized `points[0]` used as line endpoint in degenerate-radius case In `dlls/d2d1/geometry.c`: ```c static int d2d_arc_to_bezier(const D2D_POINT_2F *start_point, const D2D1_ARC_SEGMENT *arc, D2D_POINT_2F *points) { ... if (!d2d_arc_check_radius(rHalfChord2, fuzz2, &radius.x) || !d2d_arc_check_radius(rHalfChord2, fuzz2, &radius.y)) { return 0; /* points[] never written */ } ... } static bool d2d_figure_add_arc(struct d2d_figure *figure, const D2D1_ARC_SEGMENT *arc) { size_t last = figure->vertex_count - 1; D2D_POINT_2F points[12]; int count = 0; count = d2d_arc_to_bezier(&figure->vertices[last], arc, points); if (count > 0) return d2d_figure_add_beziers(figure, (D2D1_BEZIER_SEGMENT *)points, count); else if (count == 0) return d2d_figure_add_lines(figure, points, 1); /* points[0] is uninitialized */ return true; } ``` When `d2d_arc_to_bezier()` returns 0 (radius check failed), `points[]` is left uninitialized but the caller passes `points[0]` to `d2d_figure_add_lines()` as a line endpoint. Result: garbage line endpoint, undefined visual behavior. Reasonable fix would be to use `arc->point` (the arc's specified end point) as the line endpoint in the degenerate case — but the function signature doesn't currently expose `arc` to the caller of `d2d_figure_add_lines()`, so either `d2d_arc_to_bezier()` should write `arc->point` into `points[0]` before returning 0, or `d2d_figure_add_arc()` should pass `&arc->point` directly. --- ### Issue 2 — Typo in arc center transform: `m._12 * center.x` should be `m._12 * center.y` In `d2d_arc_to_bezier()` after computing the arc center: ```c m._31 = 0.5f * (arc->point.x + start_point->x); m._32 = 0.5f * (arc->point.y + start_point->y); if (!zero_center) { m._31 += (m._11 * center.x + m._12 * center.x); /* second term should be center.y */ m._32 += (m._21 * center.x + m._22 * center.y); /* this line is correct */ } ``` The first line uses `center.x` twice. The intended computation is the linear matrix-vector product `M * center`: ``` (_31, _32) += (M11 * cx + M12 * cy, M21 * cx + M22 * cy) ``` so the first line should be: ```c m._31 += (m._11 * center.x + m._12 * center.y); ``` Effect is invisible when `m._12 == 0` (i.e. `arc->rotationAngle == 0`), which is the most common case in UI rendering. Becomes visible for rotated arcs / rotated ellipse-segments, where the arc center will be displaced along the rotation axis. --- ### Issue 3 — `d2d_arc_transform()` contaminates radius vectors with translation component ```c static inline void d2d_arc_transform(D2D1_ARC_SEGMENT *arc, const D2D1_MATRIX_3X2_F *transform) { D2D_POINT_2F point; d2d_point_transform(&arc->point, transform, arc->point.x, arc->point.y); d2d_point_transform(&point, transform, arc->size.width, 0.0f); arc->size.width = d2d_point_length(&point); d2d_point_transform(&point, transform, 0.0f, arc->size.height); arc->size.height = d2d_point_length(&point); } ``` `d2d_point_transform()` applies the full affine transform including the `_31`/`_32` translation. For the arc endpoint (`arc->point`) that is correct. For the radius vectors `(width, 0)` and `(0, height)` it is wrong: those represent direction/length, not absolute positions, and should be transformed with the linear part only. Concretely, with a translation `(tx, ty)`: ``` transform of (width, 0) = (width * _11 + tx, width * _12 + ty) length(...) = sqrt((width*_11 + tx)^2 + (width*_12 + ty)^2) ``` The correct value is `sqrt((width*_11)^2 + (width*_12)^2) = width * sqrt(_11^2 + _12^2)`, the magnitude of the linear part only. Fix: compute the radius vectors relative to the transformed origin, e.g.: ```c static inline void d2d_arc_transform(D2D1_ARC_SEGMENT *arc, const D2D1_MATRIX_3X2_F *transform) { D2D_POINT_2F origin, w_axis, h_axis; d2d_point_transform(&origin, transform, 0.0f, 0.0f); d2d_point_transform(&w_axis, transform, arc->size.width, 0.0f); d2d_point_transform(&h_axis, transform, 0.0f, arc->size.height); d2d_point_transform(&arc->point, transform, arc->point.x, arc->point.y); arc->size.width = sqrtf((w_axis.x - origin.x) * (w_axis.x - origin.x) + (w_axis.y - origin.y) * (w_axis.y - origin.y)); arc->size.height = sqrtf((h_axis.x - origin.x) * (h_axis.x - origin.x) + (h_axis.y - origin.y) * (h_axis.y - origin.y)); } ``` Visible only for transformed paths (`ID2D1TransformedGeometry`, geometry-group internal stream) where the transform contains a non-zero translation — common for plugin host UIs with offset rendering layers. --- ## How to reproduce Each issue requires a different setup: - **Issue 1**: Build a path geometry with `AddArc()` whose start/end points are far apart but `arc->size.width` or `arc->size.height` is below the implementation's fuzz threshold (very thin arc). Render — random line endpoints will appear. - **Issue 2**: Use `AddArc()` with `rotationAngle != 0` (e.g. 30°) with a non-degenerate arc. Compare against native Direct2D in Windows — the arc center will be slightly displaced. - **Issue 3**: Wrap a path containing an arc in `ID2D1TransformedGeometry` with a transform that has both a non-trivial linear part *and* a translation. Stream the transformed geometry — the arc radius will be wrong. --- ## Affected versions `wine-11.0` through `wine-11.8`. All three issues are present unchanged across the range. ## Reporter context These came up while reviewing the 11.x → 12.0 rebase plan for an out-of-tree D2D1 patch series targeted at JUCE 8 / VSTGUI plugin compatibility. The plan adopts Sivov's Stream-Path + Bezier-Arc architecture as the upstream-compatible foundation, so we wanted to flag these issues before settling on it. References: - Fork: https://github.com/giang17/wine - Active branch: https://github.com/giang17/wine/tree/d2d1-dcomp-11.0 - Discussion thread: https://github.com/robbert-vdh/yabridge/issues/413 - Related earlier bug (DWrite text rendering): https://bugs.winehq.org/show_bug.cgi?id=59365 -- 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 53637] New: WinSCP UI rendering issue
by WineHQ Bugzilla May 15, 2026

May 15, 2026

https://bugs.winehq.org/show_bug.cgi?id=53637 Bug ID: 53637 Summary: WinSCP UI rendering issue Product: Wine Version: 7.16 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: aros(a)gmx.com Distribution: --- Created attachment 73035 --> https://bugs.winehq.org/attachment.cgi?id=73035 WinSCP UI in Wine 7.16 See the attached screenshot. The white line at the bottom (in the file transfer log) shouldn't be white and it should be rendered properly (in Wine 7.16 it contains junk). -- 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 7

[Bug 59425] New: GXSCC crashes when a valid MIDI file is dragged in its window
by WineHQ Bugzilla May 15, 2026

May 15, 2026

http://bugs.winehq.org/show_bug.cgi?id=59425 Bug ID: 59425 Summary: GXSCC crashes when a valid MIDI file is dragged in its window Product: Wine Version: 11.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: 2990810561(a)qq.com Distribution: --- Created attachment 80390 --> http://bugs.winehq.org/attachment.cgi?id=80390 Archive of the backtrace when the mouse is released and the test midi file Steps to reproduce: 1. Fetch and install GXSCC from source: https://web.archive.org/web/20251114022838/https://meme.institute/gxscc/gxs… 2. Run GXSCC executable using Wine 11.0; 3. Download the test midi file provided in attachment, and drag it to GXSCC window; 4. GXSCC immediately crashes when mouse is released. -- 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 36484] New: Lotus Notes 8.x installer aborts with SAX parser exception (line breaks not preserved)
by wine-bugs＠winehq.org May 15, 2026

May 15, 2026

https://bugs.winehq.org/show_bug.cgi?id=36484 Bug ID: 36484 Summary: Lotus Notes 8.x installer aborts with SAX parser exception (line breaks not preserved) 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, continuation of bug 36228 As already said, the Java SAXParser still throws same exception as in bug 36228 --- snip --- ... 2014/05/18 19:46:46.452 SEVERE CWPPR0026E: The XML parser reported an exception at line number 17 and column number 1 when parsing the provisioning manifest. ::class.method=com.ibm.rcp.provisioning.internal.impl.ProvisioningServiceImpl.process() ::thread=Worker-0 ::loggername=com.ibm.rcp.provisioning org.xml.sax.SAXParseException: Attribute name "ur" associated with an element type "feature" must be followed by the ' = ' character. at org.apache.xerces.util.ErrorHandlerWrapper.createSAXParseException(Unknown Source) at org.apache.xerces.util.ErrorHandlerWrapper.fatalError(Unknown Source) at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source) at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source) at org.apache.xerces.impl.XMLScanner.reportFatalError(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanAttribute(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanStartElement(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.XMLParser.parse(Unknown Source) at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source) at org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown Source) at org.apache.xerces.jaxp.SAXParserImpl.parse(Unknown Source) at com.ibm.rcp.provisioning.internal.impl.ProvisioningServiceImpl$3.run(Unknown Source) at org.eclipse.core.internal.jobs.Worker.run(Unknown Source) ... --- snip --- For reproducing one can short-circuit the whole thing by re-running on a failed install attempt as follows: --- snip --- wine "C:\\Program Files\\IBM\\Lotus\\Notes\\framework\\rcp\\rcplauncher.exe" -rcpLauncherWait -provManifest -noSplash -product NULL -provisioningOperation update -vmargs -verbose:class -verbose:jni -DprovisioningOperation=update -Drcp.system.admin=true -DprovUpdateSiteListOverride="file:/C:/users/focht/Temp/Lotus Notes/updateSite" --- snip --- Java VM args '-verbose:class -verbose:jni' were added for debugging purpose, they can be omitted. It seems the culprit is that Wine's msxml (re)generates an 'install.xml' file with line breaks not preserved/generated (linefeed/carriage return missing). Good one, each tag is separated by line break (seen in hex-editor with 0x0D,0A). --- snip --- <?xml version="1.0" encoding="ISO-8859-1"?>   <!-- ... <ibm-portal-composite><domain-object name="com.ibm.rcp.installmanifest"><object-data><install version="8.0.0.20080809.0430"><installfeature default="true" id="Platform.XPD" required="true" show="false" version="8.0.0.20080809.0430"><requirements><feature download-size="2188" id="com.ibm.langware.engine.feature" match="perfect" size="3464" url="jar:file:/C:/users/focht/Temp/Lotus Notes/updateSite.zip!/" version="6.1.2.200808010926"/> --- snip --- The XML file in question is already present with the installer at unpack time, located at 'C:\\users\\focht\\Temp\\Lotus Notes\\deploy\\install.xml' (with proper Windows line breaks). The file gets rewritten during install time, being smaller in the end with fewer feature-sets (ok) and line breaks lost (not ok). 'winetricks -q msxml3' works around. $ sha1sum C1K31EN.exe 5aac0feb578c471e65c0a24a3f5dceb719fd5760 C1K31EN.exe $ du -sh C1K31EN.exe 456M C1K31EN.exe $ wine --version wine-1.7.19 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 9