wine-bugs June 2022

wine-bugs@winehq.org

1 participants
3980 discussions

[Bug 52510] New: Procedure entry point _Byte_reverse_table@details@Concurrency@@3QBEB not found in CONCRT140.dll
by WineHQ Bugzilla 08 Nov '22

08 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=52510 Bug ID: 52510 Summary: Procedure entry point _Byte_reverse_table@details@Concurrency@@3QBEB not found in CONCRT140.dll Product: Wine Version: 7.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lolzaldi(a)gmail.com Distribution: --- Created attachment 71811 --> https://bugs.winehq.org/attachment.cgi?id=71811 Screenshot of the mentioned error message. Trying to run a GTA V modification (https://altv.mp) results in the following error message: The procedure entry point ? _Byte_reverse_table@details@Concurrency@@3QBEB could not be located in the dynamic link library CONCRT140.dll Tried every combination of dll overrides for CONCRT140.dll (native only, only builtin, no override at all etc.) with no luck. -- 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 6

[Bug 12732] New: Nota Bene crashes on install
by wine-bugs＠winehq.org 08 Nov '22

08 Nov '22

http://bugs.winehq.org/show_bug.cgi?id=12732 Summary: Nota Bene crashes on install Product: Wine Version: CVS/GIT Platform: PC URL: https://www.notabene.com/download/demos/nbdemo80.exe OS/Version: Linux Status: NEW Keywords: download, Installer, win16 Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Testing for bug 11023 I found that nota bene will no longer install. I'll start the regression test... -- 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 45

[Bug 52704] New: Open File dialog doesn't work on FreeHand 9 demo
by WineHQ Bugzilla 08 Nov '22

08 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=52704 Bug ID: 52704 Summary: Open File dialog doesn't work on FreeHand 9 demo Product: Wine Version: 7.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bugs.drew(a)yahoo.com Distribution: --- Created attachment 72061 --> https://bugs.winehq.org/attachment.cgi?id=72061 FreeHand9 log After installing the demo, when you click on the "Open" icon on the "Welcome to FreeHand 9" wizard window, nothing happens visually but the err:module:DelayLoadFailureHook message appears in the log. This bug looks very similar to bug 45938 which AF analyzed. I'm not sure what was meant by "try GetModuleHandleExA() first before LoadLibraryA()" so I wasn't able to verify that it resolves this bug. -- 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 52679] New: Anno 1602 / 1602 A.D. graphics too dark / black
by WineHQ Bugzilla 08 Nov '22

08 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=52679 Bug ID: 52679 Summary: Anno 1602 / 1602 A.D. graphics too dark / black Product: Wine Version: 6.11 Hardware: x86-64 URL: https://archive.org/details/1602ADdemo OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: marc.pluhar+winehq(a)gmail.com Distribution: ArchLinux Created attachment 72012 --> https://bugs.winehq.org/attachment.cgi?id=72012 Screenshot of the game with black graphics When starting the game "Anno 1602" an intro video plays fine, but when arriving at the menu, everything is very dark (see 1602_ad_wine_6.11.png). I remember playing this game a while ago, so I tried different versions and it starts failing like this in version 6.11. When compiling the current master (8a52d3e93f5690fd0833c228d54a996a784afad7) directly from source, the problem also persists. Version 6.10 works fine. The demo of the game exhibits the same behaviour, so I added a download link for it. I also attached the console log, but I don't see anything different between the two starts. -- 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 17

[Bug 52667] New: DTS Master Audio Suite Encoder - can not select a save to file location so will not encode
by WineHQ Bugzilla 08 Nov '22

08 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=52667 Bug ID: 52667 Summary: DTS Master Audio Suite Encoder - can not select a save to file location so will not encode Product: Wine Version: 7.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: shagooserver(a)gmail.com Distribution: --- This is a change from 7.3. At the bottom right of the GUI there is an area to enter the location of the file you are about to create, normally you click the "Save To" button to enter the location of the file you wish to save (name is stored by the program), alternatively I think you can type the location directly into the space next to the button. With the release of 7.4 it is no longer possible to either click the "Save To" button or enter the address into the space provided. As a result it is not possible to create a file. -- 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 41

[Bug 52494] New: shell32 progman_dde tests crash if run immediately after prefix creation
by WineHQ Bugzilla 08 Nov '22

08 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=52494 Bug ID: 52494 Summary: shell32 progman_dde tests crash if run immediately after prefix creation Product: Wine Version: 7.1 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- Created attachment 71789 --> https://bugs.winehq.org/attachment.cgi?id=71789 Backtrace Steps to reproduce: 1. Delete ~/.wine or move it to another location 2. Compile Wine and run `./wine dlls/shell32/tests/shell32_test.exe progman_dde` An example backtrace is attached. -- 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 52436] New: In Light Blue theme, checkable toggle buttons (BS_AUTOCHECKBOX) look unchecked when hovered
by WineHQ Bugzilla 08 Nov '22

08 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=52436 Bug ID: 52436 Summary: In Light Blue theme, checkable toggle buttons (BS_AUTOCHECKBOX) look unchecked when hovered Product: Wine Version: 7.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: nyanpasu64(a)tuta.io Distribution: --- Created attachment 71706 --> https://bugs.winehq.org/attachment.cgi?id=71706 Screenshot of the "checked and hovered" button state in Dn-FamiTracker (which looks unchecked) - In winecfg -> Desktop Integration tab, set Theme to Light (Color defaults to Blue) and Apply. This bug does not occur on Light -> Classic Blue. - Download, extract, and run Dn-FamiTracker (https://github.com/Dn-Programming-Core-Management/Dn-FamiTracker/releases/d…). The toolbar should contain a "Follow-mode" checkable button, checked (blue) by default. This is implemented as BS_AUTOCHECKBOX | BS_PUSHLIKE (https://github.com/Dn-Programming-Core-Management/Dn-FamiTracker/blob/f1d2f…). As I mentioned in Bug 52434, I don't like how checked toggle buttons are bright blue. - Hover the "Follow-mode" button. The color changes to white with a blue border. If you move your mouse onto the button and immediately stop moving the mouse, the color will fail to change until you move your mouse further. I think this inconsistency is a bug (either in wine or in FamiTracker's redraw handling). Note that the same "white with a blue border" color scheme appears if you hover the adjacent "Compact view" toggle button (unchecked by default). - Click the "Follow-mode" button to uncheck it. It turns blue while clicked, and white with a blue border when released. - Click it again to check it. It turns blue while clicked, and white with a blue border when released. The problem is that the "checked and hovered" color scheme looks like it's unchecked (because the button is white), and is indistinguishable from "unchecked and hovered". Only when you move your mouse away from the button does it turn blue again, indicating it's checked. This behavior is not specific to Dn-FamiTracker. If you download and extract/install and run OpenMPT (https://openmpt.org/download_file.php?file=OpenMPT-1.30.01.00-Setup.exe), then click Help -> Example Modules and click any song, the Mute and Surround buttons at the bottom of the page (https://github.com/OpenMPT/openmpt/blob/062b6264fb9325a8c407908ecfdc6f9fb95…) also have "checked and hovered" indistinguishable from "unchecked and hovered". However, OpenMPT's toggle buttons reliably turn "white with a blue border", without randomly waiting for mouse movement. I suspect that the "Light Blue" theme only highlights buttons after your mouse spends a small amount of time lingering over the button (so both regular and toggle buttons don't change color if you rapidly move your mouse over it). But in OpenMPT, the hover timer expiring reliably redraws the button in hovered state, whereas in FamiTracker it doesn't. -- 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 6

[Bug 52298] New: Presenter.exe from Freeoffice crashes trying to open ppt: unimplemented function ole32.dll.OleConvertIStorageToOLESTREAMEx
by WineHQ Bugzilla 08 Nov '22

08 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=52298 Bug ID: 52298 Summary: Presenter.exe from Freeoffice crashes trying to open ppt: unimplemented function ole32.dll.OleConvertIStorageToOLESTREAMEx Product: Wine Version: 7.0-rc3 Hardware: x86-64 URL: https://www.frehttps://www.softmaker.net/down/freeoffi ce2021.msi OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: ole32 Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: Debian As it says in the title. The very moment you click in the opened file-dialog on a ppt-file you get the crash. A simple stub implementation (returning E_NOTMPL) is enough to get around the crash. But maybe someone with more knowledge can build something on top of existing OleConvertIStorageToOLESTREAM ? If not, I`ll send a stub implementation after code freeze. sha1sum freeoffice2021.msi ae1738aaf5122e75d9b4d0f6d8d1c77221821571 freeoffice2021.msi -- 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 50433] New: 'MsiBreak' custom action debugging aid should use custom action's name from 'CustomAction' table (currently uses 'Target' field)
by WineHQ Bugzilla 08 Nov '22

08 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=50433 Bug ID: 50433 Summary: 'MsiBreak' custom action debugging aid should use custom action's name from 'CustomAction' table (currently uses 'Target' field) Product: Wine Version: 6.0-rc4 Hardware: x86-64 OS: Linux Status: NEW Severity: trivial Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, I always have to remember that Wine uses 'Target' field/name from the 'CustomAction' table instead of the custom action's name when debugging custom actions. Fooled me quite a number of times in these 13 years. I'm aware that very few people might be concerned/affected with this inconsistency but still. https://docs.microsoft.com/en-us/windows/win32/msi/debugging-custom-actions I requested the installer debugging aid in 2007 in bug 8243 ("Feature: Add MsiBreak to aid debugging custom actions"): https://source.winehq.org/git/wine.git/commitdiff/60e95ee6e8ea4a4f43a6c170c… ("msi: Add handling for MsiBreak.") My follow-up comment https://bugs.winehq.org/show_bug.cgi?id=8243#c7 was ignored. Maybe because I didn't bother to create a follow-up bug and/or didn't complain loud enough ;-) --- quote --- Please fix the evaluation to use "action" msi_custom_action_info member instead of "target" to make it feature compatible with Windows MSI server. --- quote --- Some example (from bug 21987): --- snip --- ... 01b0:trace:msi:ACTION_CustomAction Handling custom action L"CreateAdobePDFPrinter" (c41 L"AdobeIsf" L"SetupAdobePDFPrinter") ... 01b0:trace:msi:HANDLE_CustomType1 Calling function L"SetupAdobePDFPrinter" from L"C:\\users\\focht\\Temp\\msi48b7.tmp" ... 02f8:Ret PE DLL (proc=0160618A,module=01600000 L"msi48b7.tmp",reason=PROCESS_ATTACH,res=00000000) retval=1 ... 02f8:Ret KERNEL32.LoadLibraryW() retval=01600000 ret=100210f6 02f8:Call KERNEL32.GetProcAddress(01600000,0016df28 "SetupAdobePDFPrinter") ret=1002110a 02f8:Ret KERNEL32.GetProcAddress() retval=01602bea ret=1002110a ... --- snip --- To have this work for Wine 'MsiBreak=SetupAdobePDFPrinter' is needed but 'MsiBreak=CreateAdobePDFPrinter' would be correct. $ wine --version wine-6.0-rc4 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.

1 6

[Bug 52476] New: QuickLOAD: wine 7 causes VB5 application to change input value by factor 10
by WineHQ Bugzilla 08 Nov '22

08 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=52476 Bug ID: 52476 Summary: QuickLOAD: wine 7 causes VB5 application to change input value by factor 10 Product: Wine Version: 7.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: andreasnagel(a)gmx.net Distribution: --- Created attachment 71764 --> https://bugs.winehq.org/attachment.cgi?id=71764 Terminal output and partial screenshot QuickLOAD is a ballistics software. After entering all data and clicking the button to calculate results, an error message appears: "Warning: Input of effective cross section area of bore is essentially larger than caliber!" This bug renders the application unusable. As user 'jkfloris' from WineHQ forum confirms, Wine 6.14 was the last working version for QuickLOAD. https://forum.winehq.org/viewtopic.php?f=8&t=36143#p135918 OS: Linux Mint Cinnamon 20.3 (64-bit) Tested with latest winehq-devel 7.0.0~focal-2 from official WineHQ repo. A demo version can be downloaded here: https://quickload.software.informer.com/download/ Installation: - install winehq-devel + winetricks + ttf-mscorefonts-installer - install vb5run via winetricks - install demo software: wine qldemo.exe - during setup wizard provide install path without spaces (e.g. c:\quickload) - during installation, cancel search for QuickDESIGN ini-file - after setup finishes, run 'wine QLOADDEMO.EXE' from install path - dismiss security/welcome dialogs to reach main application window - select bullet/cartridge from combo boxes; see values of 'Cross sectional bore area' - click both 'Apply&Calc' buttons => error message as stated above - dismiss error message and compare values of 'Cross sectional bore area' => factor 10 now. -- 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 52434] New: Light Blue theme has rendering errors in tree views
by WineHQ Bugzilla 08 Nov '22

08 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=52434 Bug ID: 52434 Summary: Light Blue theme has rendering errors in tree views Product: Wine Version: 7.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: nyanpasu64(a)tuta.io Distribution: --- Created attachment 71705 --> https://bugs.winehq.org/attachment.cgi?id=71705 Screenshot of foobar2000 in Light Blue color scheme When I enable the new Light Blue theme in Wine 7.0, tree views (eg. OpenMPT and foobar2000) render incorrectly. The background is light gray #F5F5F5 (and changes if you change Controls Background in winecfg and apply, then restart foobar2000), but every line of text has a white #FFFFFF background. I think this is a rendering bug. Additionally in foobar2000, if you add a Selection Properties element, the Metadata/Location text is light gray on a white background. The text color changes if you change Hot Tracked Element in winecfg and apply, then restart foobar2000. This may be a poor choice of colors. I forgot Wine's old default color for Hot Tracked Element, but the new default when I switch to (No Theme) is #0000C8, which makes foobar2000 look more saturated than I remember. On Windows 7+, foobar2000 renders text in light blue-cyan rather than saturated dark blue (see https://www.foobar2000.org/images/img/main.png), and I'm not sure if this matches Hot Tracked Element or not (you can't list/change colors manually in Windows 10 like you can in XP/7 and winecfg, and I don't have a test app to check Windows's color scheme on Windows 10). As a more subjective comment, I don't like how checked toggle buttons are bright blue #2979FF (eg. download and run Dn-FamiTracker, and look at "Follow-mode" in the toolbar). This doesn't match any color in winecfg I can find, and the closest winecfg color is #3296FA which is less saturated and more greenish. As another subjective comment, I dislike how clicking a dropdown list (eg. winecfg's Theme: dropdown) makes the [v] button turn blue until the mouse is released, but clicking a second time doesn't make it turn blue while the mouse is held. But this matches the (No Theme) behavior, so it may be working as intended. -- 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 5

[Bug 50869] New: Regressions caused by new start.exe behaviour in Wine 6.5 (stdout redirect, killing inferior, wine start /unix)
by WineHQ Bugzilla 08 Nov '22

08 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=50869 Bug ID: 50869 Summary: Regressions caused by new start.exe behaviour in Wine 6.5 (stdout redirect, killing inferior, wine start /unix) Product: Wine Version: 6.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: mail(a)robbertvanderhelm.nl Distribution: --- I noticed a few regressions and new weird behaviours after updating to Wine 6.5 with regards to launching applications now that everything gets launched through start.exe: 1. When launching Winelib applications all STDOUT output gets lost. I tested this with a simple C++ file compiled with wineg++ that tries to print some text using both `printf()` and `std::cout`. Printing to STDERR using `std::cerr` still works fine. 2. When spawning a Wine child process from another application, you can no longer kill that child process by raising SIGINT or SIGKILL for the pid of the child. In Wine 6.5 this now kills the start.exe process, but it leaves the inferior process running in the background. To reproduce this, run `wine notepad&` in `fish` (bash seems to kill the child process by itself), use `ps -aux | grep notepad` or `jobs` to find the pid of the process just named `notepad`, and then run `kill -SIGKINT <pid>` (or with SIGKILL). Even though the process launched using `wine notepad&` has exited, Notepad is still running in the background. 3. (duplicate of bug 50867, but I still wanted to mention it here for completeness' sake) Launching binaries with Wine from the GUI by clicking on them (using the bundled wine.desktop) no longer works. This uses `wine start /unix`, which was already reported to no longer work as of Wine 6.5 in the other issue because `ShellExecuteEx` cannot find the file. 4. And lastly, as discovered by @stefand, `wine https://google.com` now launches the regular system browser. This is probably not really a bug as much as a consequence of the start.exe change, but I just wanted to mention it. Please let me know if I should split this up into separate tickets. -- 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

[Bug 50352] New: Maximum sockets per process is set very low
by WineHQ Bugzilla 08 Nov '22

08 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=50352 Bug ID: 50352 Summary: Maximum sockets per process is set very low Product: Wine Version: 5.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winsock Assignee: wine-bugs(a)winehq.org Reporter: skreech(a)skree.ch Distribution: --- Created attachment 68942 --> https://bugs.winehq.org/attachment.cgi?id=68942 TWGS warning at startup Within wine-5.22/dlls/ws2_32/socket.c, the maximum number of sockets per process is set and used like so: > #define WS_MAX_SOCKETS_PER_PROCESS 128 /* reasonable guess */ and: > lpWSAData->iMaxSockets = WS_MAX_SOCKETS_PER_PROCESS; This became relevant when I ran the TradeWars 2002 game server (TWGS) under a maximum license allowing 100 simultaneous players. On startup, it logs a message warning that the OS's number of sockets per process is limited to 128, therefore no more than 63 players will be able to connect. This makes sense, since two sockets are required per player connection, and one SysOp connection is reserved. Changing WS_MAX_SOCKETS_PER_PROCESS to 1024 and recompiling WINE results in TWGS not experiencing this limit and not giving the warning. Also, I tested TWGS under ReactOS and did not experience limit nor warning. Peeking into their socket.c, I notice that their limit is set to 32767, or 0, depending: https://github.com/reactos/reactos/search?q=iMaxSockets It seems likely that WS_MAX_SOCKETS_PER_PROCESS should be set to 32767 here if any value is being set, given that the underlying OS should be the one imposing its own limits or lack of limit. -- 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 6

[Bug 44202] New: undname.c fails to parse symbols with rvalue-reference semantics '&&'
by wine-bugs＠winehq.org 08 Nov '22

08 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=44202 Bug ID: 44202 Summary: undname.c fails to parse symbols with rvalue-reference semantics '&&' Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: shulgaaa(a)gmail.com Distribution: --- For example, the symbol ??4QDnsDomainNameRecord@@QAEAAV0@$$QAV0@@Z should be de-mangled as: public: class QDnsDomainNameRecord & __thiscall QDnsDomainNameRecord::operator=(class QDnsDomainNameRecord &&) undname returns NULL -- 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 52616] New: SteelSeries GG Fails to install properly and refuses to open.
by WineHQ Bugzilla 08 Nov '22

08 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=52616 Bug ID: 52616 Summary: SteelSeries GG Fails to install properly and refuses to open. Product: Wine-staging Version: 7.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: upton.upton.joseph(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Different processes seem to fail during the installation. Random each time. On the first boot I'm met with a black screen, using bottles I can make it show up but I need to reset the PC to get the device to show. This is normal but after that the program will NOT boot for any reason. -- 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 52583] New: ApiSetView does not display export ordinals correctly
by WineHQ Bugzilla 08 Nov '22

08 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=52583 Bug ID: 52583 Summary: ApiSetView does not display export ordinals correctly Product: Wine Version: 7.2 Hardware: x86-64 URL: https://web.archive.org/web/20210726071744/https://git hub.com/zodiacon/ApiSetView/releases/download/v0.8/Api SetView.exe OS: Linux Status: NEW Keywords: download Severity: minor Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: bunglehead(a)gmail.com Depends on: 44658 Distribution: --- For some api sets marked with a green arrow, which I think means api-set dll with an actual file, export ordinal column is filled with export name. On Windows it's empty. I suspect this happens because LVN_GETDISPINFO does not initialize output text string, and it old buffer is reused. -- 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 51900] New: regression: REAPER scrollbars flash between themed and non-themed
by WineHQ Bugzilla 08 Nov '22

08 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=51900 Bug ID: 51900 Summary: regression: REAPER scrollbars flash between themed and non-themed Product: Wine Version: 6.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: uxtheme Assignee: wine-bugs(a)winehq.org Reporter: s_chriscollins(a)hotmail.com Distribution: --- Created attachment 70847 --> https://bugs.winehq.org/attachment.cgi?id=70847 video showing the bug Starting with Wine 6.13, scrollbars in REAPER will flash between themed and non-themed graphics when the mouse cursor passes over or interacts with them. The attached video shows the behavior in Wine 6.12 (correct) followed by Wine 6.13 (glitchy). A regression test pinpoints the following commit as the culprit: ------------------------------------------------------------------- commit 883878e550d263fd9caedd4ba5ee8c142407c010 Author: Zhiyi Zhang <zzhang(a)codeweavers.com> Date: Tue Jul 20 21:12:15 2021 +0800 uxtheme: Support scroll bar state tracking in non-client areas. Signed-off-by: Zhiyi Zhang <zzhang(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> dlls/user32/controls.h | 3 +++ dlls/user32/defwnd.c | 11 +++++++++++ dlls/user32/nonclient.c | 33 +++++++++++++++++++++++++++++++++ dlls/user32/scroll.c | 37 ++++++++++++++++++++++++++++++++++--- 4 files changed, 81 insertions(+), 3 deletions(-) ------------------------------------------------------------------- This bug is still present in master as of today (10/18/21) and can be reproduced in a VirtualBox VM. REAPER can be downloaded for free from: http://reaper.fm/ -- 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 50370] New: Gothic 1 doesn't start correctly when screen resolution of the game matches display resolution
by WineHQ Bugzilla 08 Nov '22

08 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=50370 Bug ID: 50370 Summary: Gothic 1 doesn't start correctly when screen resolution of the game matches display resolution Product: Wine Version: 5.13 Hardware: x86-64 URL: https://www.fileplanet.com/archive/p-5260/Gothic-Demo- English OS: Linux Status: NEW Keywords: download, regression Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: rbernon(a)codeweavers.com Regression SHA1: f90d607c67768f19e36d9d74b498594252faa3fd Distribution: --- I'm starting Gothic 1 v1.08k using in-game resolution 1440x900 which matches my native display resolution. The game does start up because I can hear the sound of the intro movie, but no visible window is created (the screen is black). This used to work up until commit f90d607c67768f19e36d9d74b498594252faa3fd ddraw: Use the WINED3D_SWAPCHAIN_NO_WINDOW_CHANGES flag. Reverting that commit on top of 6.0-rc3 fixes the problem for me. To reproduce the problem in the demo: 1. Before starting the game modify GOTHIC.INI located in the Program Files/Piranha Bytes/Gothic 1 Demo/system directory. Look for the section [Video] and change in-game screen resolution there so that it matches your display resolution: zVidResFullscreenX= zVidResFullscreenY= You also need to set 32-bit color depth (the problem doesn't occur with 16-bit): zVidResFullscreenBPP=32 2. run gothic.exe setupg1demo-en.exe md5sum: 2932bcb79118abadca0d394a7a86c096 wine-6.0-rc3 OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: GeForce GT 730/PCIe/SSE2 OpenGL core profile version string: 4.6.0 NVIDIA 455.46.04 -- 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 19

[Bug 52787] New: Invalid function prototype for "RegisterUserApiHook" when compiling for C++
by WineHQ Bugzilla 08 Nov '22

08 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=52787 Bug ID: 52787 Summary: Invalid function prototype for "RegisterUserApiHook" when compiling for C++ Product: Wine Version: 7.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tayarani(a)google.com Distribution: --- This change added a function prototype which does not compile in C++: https://source.winehq.org/git/wine.git/blobdiff/e02a7e579cc48079d70f2ef0095… This is invalid C++ syntax as "new" is a reserved keyword: WINUSERAPI BOOL WINAPI RegisterUserApiHook(const struct user_api_hook *new, struct user_api_hook *old); This is what the compiler generates: "error: invalid parameter name: 'new' is a keyword" This means any C++ code trying to include "windows.h" will fail with that error. The fix is fairly simple. That line should be changed to this to fix it: WINUSERAPI BOOL WINAPI RegisterUserApiHook(const struct user_api_hook *new_hook, struct user_api_hook *old_hook); (i.e., rename the variable). -- 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 52581] New: unhandled exception in Internet MIDI with Light Blue theme
by WineHQ Bugzilla 08 Nov '22

08 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=52581 Bug ID: 52581 Summary: unhandled exception in Internet MIDI with Light Blue theme Product: Wine Version: 7.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: s_chriscollins(a)hotmail.com Distribution: --- Created attachment 71906 --> https://bugs.winehq.org/attachment.cgi?id=71906 debug output When starting the application "Internet MIDI" by Timewarp Technologies (http://timewarptech.com/shop/music-software-apps/software/internet-midi/) with Wine's new Light Blue theme enabled, I get the following unhandled exception error: "Given combination of Class, Part, and State is not defined by the current visual style." I've reproduced this error using wine-staging, wine-devel, and using a fresh ~/.wine profile. Debug output attached. OS: KDE Neon 5.24 User Edition (Plasma Desktop 5.24.1, KDE Frameworks 5.91.0, Qt 5.15.3) -- 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 52446] New: Normal dlls with native subsystem id are no longer processed when importing system dlls with uppercase names
by WineHQ Bugzilla 08 Nov '22

08 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=52446 Bug ID: 52446 Summary: Normal dlls with native subsystem id are no longer processed when importing system dlls with uppercase names Product: Wine Version: 7.0 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, this is a regression found during testing of bug 50433 ("'MsiBreak' custom action debugging aid should use custom action's name from 'CustomAction' table (currently uses 'Target' field)"). --- snip --- $ WINEDEBUG=+seh,+relay,+ntdll,+loaddll,+server wine msiexec -i AcroPro.msi >>log.txt 2>&1 ... 0104:trace:msi:ACTION_CustomAction Handling custom action L"CreatePortMonitor" (c41 L"AdobeIsf" L"SetupPortMonitor") ... 0248:Ret PE DLL (proc=0236618A,module=02360000 L"msi40ea.tmp",reason=PROCESS_ATTACH,res=00000000) retval=1 ... 0248:Ret kernelbase.LoadLibraryW() retval=02360000 ret=7bc3acd4 0248:Ret KERNEL32.LoadLibraryW() retval=02360000 ret=100225a8 ... 0104:trace:msi:wait_thread_handle waiting for L"CreatePortMonitor" ... 0248:Call KERNEL32.LoadLibraryW(00474ef0 L"C:\\windows\\system32\\AdobePDF.dll") ret=025d7344 0248:Call kernelbase.LoadLibraryW(00474ef0 L"C:\\windows\\system32\\AdobePDF.dll") ret=7bc3acd4 ... 0248: get_mapping_info( handle=00f0, access=0000000c ) 0248: get_mapping_info() = 0 { size=0000a000, flags=01800000, shared_file=0000, total=152, image={base=50400000,stack_size=00100000,stack_commit=00001000,entry_point=00004438,map_size=0000a000,zerobits=00000000,subsystem=00000001,subsystem_minor=0000,subsystem_major=0004,osversion_major=0004,osversion_minor=0000,image_charact=210e,dll_charact=0000,machine=014c,contains_code=1,image_flags=00,loader_flags=00000000,header_size=00000400,file_size=00005600,checksum=0000e958}, name=L"\\??\\C:\\windows\\syswow64\\AdobePDF.dll" } ... 0248:trace:loaddll:build_module Loaded L"C:\\windows\\syswow64\\MSVCR71.dll" at 02600000: builtin 0248: close_handle( handle=00f4 ) 0248: close_handle() = 0 0248:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\AdobePDF.dll" at 50400000: native 0248: close_handle( handle=00f0 ) 0248: close_handle() = 0 0248:Call PE DLL (proc=02666D60,module=02600000 L"MSVCR71.dll",reason=PROCESS_ATTACH,res=00000000) ... 0248:Ret PE DLL (proc=02666D60,module=02600000 L"MSVCR71.dll",reason=PROCESS_ATTACH,res=00000000) retval=1 0248:Ret ntdll.LdrLoadDll() retval=00000000 ret=7b01b8e3 ... 0248:Ret kernelbase.LoadLibraryW() retval=50400000 ret=7bc3acd4 0248:Ret KERNEL32.LoadLibraryW() retval=50400000 ret=025d7344 0248:Call KERNEL32.GetProcAddress(50400000,025db5ef "InitializePrintMonitor2") ret=025d73bf ... 0248:Ret KERNEL32.GetProcAddress() retval=00000000 ret=025d73bf 0248:Call KERNEL32.GetProcAddress(50400000,025db607 "InitializePrintMonitorUI") ret=025d73cf ... 0248:Ret KERNEL32.GetProcAddress() retval=00000000 ret=025d73cf 0248:Call KERNEL32.GetProcAddress(50400000,025da1ac "InitializePrintMonitor") ret=025d73de ... 0248:Ret KERNEL32.GetProcAddress() retval=50404423 ret=025d73de 0248:Call KERNEL32.GetProcAddress(50400000,025db620 "InitializeMonitorEx") ret=025d73ee ... 0248:Ret KERNEL32.GetProcAddress() retval=00000000 ret=025d73ee 0248:Call KERNEL32.GetProcAddress(50400000,025db634 "InitializeMonitor") ret=025d73fe ... 0248:Ret KERNEL32.GetProcAddress() retval=00000000 ret=025d73fe --- snip --- Note, dll notifications were not called for 'AdobePDF.dll'. At this point spooler calls 'InitializePrintMonitor' export. --- snip --- ... 0248:Call advapi32.RegCreateKeyW(80000002,00472da8 L"System\\CurrentControlSet\\Control\\Print\\Monitors\\Adobe PDF Port",504060b8) ret=50404368 ... 0248:Ret advapi32.RegCreateKeyW() retval=00000000 ret=50404368 0248:Call ntdll.RtlEnterCriticalSection(504060e0) ret=504020b7 0248: create_semaphore( access=001f0003, initial=00000000, max=00000001, objattr={} ) 0248: create_semaphore() = 0 { handle=00f0 } 0248: select( flags=2, cookie=0235ebe4, timeout=+4.9999870, size=8, prev_apc=0000, result={}, data={WAIT_ALL,handles={00f0}}, contexts={} ) 0248: select() = PENDING { call={APC_NONE}, apc_handle=0000, signaled=0, contexts={} } 0248: *wakeup* signaled=TIMEOUT 0248:err:sync:RtlpWaitForCriticalSection section 504060E0 "?" wait timed out in thread 0248, blocked by 0000, retrying (60 sec) 0248: select( flags=2, cookie=0235ebe4, timeout=+59.9999082, size=8, prev_apc=0000, result={}, data={WAIT_ALL,handles={00f0}}, contexts={} ) 0248: select() = PENDING { call={APC_NONE}, apc_handle=0000, signaled=0, contexts={} } 0248: *killed* exit_code=0 ... 0220:Ret PE DLL (proc=006B1900,module=00630000 L"ucrtbase.dll",reason=THREAD_DETACH,res=00000000) retval=1 0220: *killed* exit_code=0 0248: *wakeup* signaled=TIMEOUT 0248:err:sync:RtlpWaitForCriticalSection section 504060E0 "?" wait timed out in thread 0248, blocked by 0000, retrying (60 sec) 0248: select( flags=2, cookie=0235ebe4, timeout=+59.9999082, size=8, prev_apc=0000, result={}, data={WAIT_ALL,handles={00f0}}, contexts={} ) 0248: select() = PENDING { call={APC_NONE}, apc_handle=0000, signaled=0, contexts={} } 0104: *wakeup* signaled=1 --- snip --- Due to loader not calling loader notifications for 'AdobePDF.dll', the critical section 0x504060e0 was not initialized, leading to infinite hang. The problem was introduced by commit https://source.winehq.org/git/wine.git/commitdiff/250c113169217933b1fffa802… ("ntdll: Factor out is_import_dll_system() function."), part of Wine 6.21 release. The refactoring inadvertently changed the case sensitivity for comparision of imported dlls against the system dlls from case-insensive ('wcsicmp') to case-sensive ('strcmp'). This breaks the detection for dlls which are marked as 'native subsystem' but are in fact regular dlls if they import dlls with upper/camel case. Dump of 'AdobePDF.dll' headers: --- snip --- ... ->File Header Machine: 0x014C (I386) NumberOfSections: 0x0005 TimeDateStamp: 0x41BEBC76 (GMT: Tue Dec 14 10:12:06 2004) PointerToSymbolTable: 0x00000000 NumberOfSymbols: 0x00000000 SizeOfOptionalHeader: 0x00E0 Characteristics: 0x210E (EXECUTABLE_IMAGE) (LINE_NUMS_STRIPPED) (LOCAL_SYMS_STRIPPED) (32BIT_MACHINE) (DLL) ->Optional Header Magic: 0x010B (HDR32_MAGIC) MajorLinkerVersion: 0x07 MinorLinkerVersion: 0x0A -> 7.10 SizeOfCode: 0x00004200 SizeOfInitializedData: 0x00001000 SizeOfUninitializedData: 0x00000000 AddressOfEntryPoint: 0x00004438 BaseOfCode: 0x00001000 BaseOfData: 0x00006000 ImageBase: 0x50400000 SectionAlignment: 0x00001000 FileAlignment: 0x00000200 MajorOperatingSystemVersion: 0x0004 MinorOperatingSystemVersion: 0x0000 -> 4.00 MajorImageVersion: 0x0004 MinorImageVersion: 0x0000 -> 4.00 MajorSubsystemVersion: 0x0004 MinorSubsystemVersion: 0x0000 -> 4.00 Win32VersionValue: 0x00000000 SizeOfImage: 0x0000951A SizeOfHeaders: 0x00000400 CheckSum: 0x0000E958 Subsystem: 0x0001 (NATIVE) DllCharacteristics: 0x0000 SizeOfStackReserve: 0x00100000 SizeOfStackCommit: 0x00001000 SizeOfHeapReserve: 0x00100000 SizeOfHeapCommit: 0x00001000 LoaderFlags: 0x00000000 NumberOfRvaAndSizes: 0x00000010 ---- snip --- -> native subsystem Dump of 'AdobePDF.dll' import table, showing the dll names are uppercase: --- snip --- 1. ImageImportDescriptor: OriginalFirstThunk: 0x00004864 TimeDateStamp: 0x00000000 (GMT: Thu Jan 01 00:00:00 1970) ForwarderChain: 0x00000000 Name: 0x00004948 ("SPOOLSS.DLL") FirstThunk: 0x0000117C Ordinal/Hint API name ------------ --------------------------------------- 0x003A "ImpersonatePrinterClient" ... 0x0032 "GetJobW" 2. ImageImportDescriptor: OriginalFirstThunk: 0x000047FC TimeDateStamp: 0x00000000 (GMT: Thu Jan 01 00:00:00 1970) ForwarderChain: 0x00000000 Name: 0x00004A76 ("MSVCR71.dll") FirstThunk: 0x00001114 Ordinal/Hint API name ------------ --------------------------------------- 0x00F1 "_except_handler3" ... 0x0189 "_mbschr" 3. ImageImportDescriptor: OriginalFirstThunk: 0x0000473C TimeDateStamp: 0x00000000 (GMT: Thu Jan 01 00:00:00 1970) ForwarderChain: 0x00000000 Name: 0x00004DAA ("KERNEL32.dll") FirstThunk: 0x00001054 Ordinal/Hint API name ------------ --------------------------------------- 0x01C0 "GetSystemTimeAsFileTime" ... 0x0394 "WriteFile" 4. ImageImportDescriptor: OriginalFirstThunk: 0x00004884 TimeDateStamp: 0x00000000 (GMT: Thu Jan 01 00:00:00 1970) ForwarderChain: 0x00000000 Name: 0x00004EFE ("USER32.dll") FirstThunk: 0x0000119C Ordinal/Hint API name ------------ --------------------------------------- 0x0202 "PostMessageW" ... 0x01DE "MessageBoxA" 5. ImageImportDescriptor: OriginalFirstThunk: 0x000046E8 TimeDateStamp: 0x00000000 (GMT: Thu Jan 01 00:00:00 1970) ForwarderChain: 0x00000000 Name: 0x0000507A ("ADVAPI32.dll") FirstThunk: 0x00001000 Ordinal/Hint API name ------------ --------------------------------------- 0x01D8 "RegEnumKeyW" ... 0x01C9 "RegCloseKey" --- snip --- Stable download link via Internet Archive: https://web.archive.org/web/20061114115407/http://ardownload.adobe.com/pub/… https://www.virustotal.com/gui/file/d9270dc2abfb3c0e216af188343dbd0058c6025… $ sha1sum AcTR7EFG.exe 4f1ff389ea71f21d624083d65bbe5a74e4760079 AcTR7EFG.exe $ du -sh AcTR7EFG.exe 116M AcTR7EFG.exe $ wine --version wine-7.0-119-gc09a5da1575 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.

1 8

[Bug 52426] New: BCryptSignHash mishandles empty arguments
by WineHQ Bugzilla 08 Nov '22

08 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=52426 Bug ID: 52426 Summary: BCryptSignHash mishandles empty arguments Product: Wine Version: 7.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: bcrypt Assignee: wine-bugs(a)winehq.org Reporter: janisozaur+wine(a)gmail.com Distribution: --- Created attachment 71684 --> https://bugs.winehq.org/attachment.cgi?id=71684 BCrypt test program BCryptSignHash should provide count of bytes required for signature when provided with NULL value for pbOutput, but mishandles this parameter. Sample application is provided -- 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 52163] New: postgresql-9.3 installer expects scrrun:filesys_GetTempName to return filename with TMP suffix
by WineHQ Bugzilla 08 Nov '22

08 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=52163 Bug ID: 52163 Summary: postgresql-9.3 installer expects scrrun:filesys_GetTempName to return filename with TMP suffix Product: Wine Version: 6.23 Hardware: x86-64 URL: https://web.archive.org/web/20211009084355if_/https:// get.enterprisedb.com/postgresql/postgresql-9.3.25-1-wi ndows-x64.exe OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: scrrun Assignee: wine-bugs(a)winehq.org Reporter: sloper42(a)yahoo.com Distribution: --- This is followup from https://bugs.winehq.org/show_bug.cgi?id=51971 Test with postgresql-9.3 installer from [1]. It runs a script during installation similar to https://github.com/three-plus-three/tpt_env_amd64/blob/master/postgresql/in… that reports non-critical error to main install, script itself terminates. This part strBatchFile = Replace(objFso.GetTempName, ".tmp", ".bat") is not working, because GetTempName returns "rad12345.tx". File is not renamed to *.bat and cannot be started by objShell.Run later. [1] https://www.enterprisedb.com/postgresql-tutorial-resources-training?cid=340 -- 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 51619] New: advapi32:registry fails in Wine because a German timezone name translation is too long
by WineHQ Bugzilla 08 Nov '22

08 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=51619 Bug ID: 51619 Summary: advapi32:registry fails in Wine because a German timezone name translation is too long Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: advapi32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- advapi32:registry fails in the timezone tests in a German locale: registry.c:4339: Test failed: L"Aus Central W. Standard Time": expected L"West-Zentralaustralische Normalzeit", got L"Aus Central W. Standard Time" registry.c:4357: Test failed: L"Aus Central W. Standard Time": expected L"West-Zentralaustralische Sommerzeit", got L"Aus Central W. Daylight Time" https://test.winehq.org/data/patterns.html#advapi32:registry The reason is that the test compares the localized obtained through the registry with the one obtained through EnumDynamicTimeZoneInformation(). But the latter translation must fit into a 32 character buffer: WCHAR StandardName[32]. However Wine's German translation is too long (36 character including the trailing '\0'), causing EnumDynamicTimeZoneInformation() to return the untranslated string instead. Potential fixes --------------- 1. Only compare the values if they fit in the {Daylight,Standard}Name buffer. - That means Windows applications will not get a translated timezone name which is bad. - This prevents detecting further issues. - It's unclear if returning an untranslated string is the right thing for EnumDynamicTimeZoneInformation() to do: I did not find a case (at least in German where a translation did not fit). 2. Modify EnumDynamicTimeZoneInformation() to return a truncated translation instead of an untranslated string. - Windows applications will get a not quite correct timezone name. - Also we would need evidence that this matches the Windows behavior. 3. Modify the German translation. - This side-steps the issue and may be the best solution. - But I doubt one can find a shorter translation that fits, short of using ellipses which is not great. Detecting / Preventing recurrences ---------------------------------- 1. It would be nice to be able to include a translator warning about this issue. I'm not sure how to do so in dlls/tzres/tzres.rc. 2. The current tests are insufficient to detect further issues - To detect every issue they would have to be run in every locale. - Or going forward, whenever a PO file is modified they would need to be run in that locale. - Maybe issues could be detected by calling RegLoadMUIStringW() for every timezone and locale combination. However it does not take an LCID which makes this complicated. 3. Write a script checking the PO files. - This seems like the simplest option to detect issues. - When to run it? Manually? Automatically from the makefiles? -- 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 51163] New: WinOffice Pro 5.3 stops after splashscreen
by WineHQ Bugzilla 08 Nov '22

08 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=51163 Bug ID: 51163 Summary: WinOffice Pro 5.3 stops after splashscreen Product: Wine Version: 6.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: maiktapwagner(a)aol.com Distribution: --- Created attachment 70031 --> https://bugs.winehq.org/attachment.cgi?id=70031 Console Output (wine 6.8) Hello everyone, I came across a forum question where somebody asked how to get the German accounting application WinOffice Pro 5.3 to run. There is a 60 day trial version available and I noticed that the application requires mdac27 and jet40 in a 32-Bit prefix to perform a successful installation. Starting the application works until the splashscreen but then the application terminates. Console output is attached. -- 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

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs June 2022