http://bugs.winehq.org/show_bug.cgi?id=58137
Bug ID: 58137
Summary: Installation of WISO MeinGeld is impossible after
entering the license key
Product: Wine
Version: 10.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: guentera(a)gmx.de
Distribution: ---
Created attachment 78415
--> http://bugs.winehq.org/attachment.cgi?id=78415
Enter the License Key
After entering the license key and confirming the licensing conditions, you
will be asked to confirm the conditions again and again. Unable to complete the
installation.
WISO "Mein Geld Professional" is a German finance Software.
Follow this link to get a free 30-day trial:
https://www.buhl.de/c-j/wiso-meingeld-pro-2025/
Download:
https://download.buhl.de/Download/MeinGeld/MG2025/ESD/WISOFinanz2025.exe
Wine-Mono and Wine-Gecko must be installed.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=47135
Bug ID: 47135
Summary: Onenote fails to start: Desktop Experience feature is
not installed (lacking Win32_ServerFeature class from
wbemprox)
Product: Wine
Version: 4.7
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: wmi&wbemprox
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Distribution: ---
Created attachment 64360
--> https://bugs.winehq.org/attachment.cgi?id=64360
hack to start Onenote
The relaylog below *** made with ONENOTE (MSOffice 2010) shows problem
apparently seems to be in wbemprox, missing Win32_ServerFeature class
The attached crappy hack allowed me to start Onenote, and also Onenote from
Office365 starts with it. Crappy hack is only to show where the problem is and
problably contains several errors, hopefully someone can fix this in proper way
(hint at Hans;)).
Sidenote: reverting the hack makes Onenote from Office365 run into the bug
again, but Onenote from office 2010 now continues happily to start; maybe it
sets some registry key once started and the patch is not needed anymore? No
idea.
008c:Call KERNEL32.lstrlenA(2e09825c "SELECT Name FROM Win32_ServerFeature")
ret=2e0e8fd1
008c:Ret KERNEL32.lstrlenA() retval=00000024 ret=2e0e8fd1
008c:Call KERNEL32.MultiByteToWideChar(00000000,00000000,2e09825c "SELECT Name
FROM Win32_ServerFeature",00000025,00000000,00000000) ret=2e0e8fe7
008c:Ret KERNEL32.MultiByteToWideChar() retval=00000025 ret=2e0e8fe7
008c:Call KERNEL32.MultiByteToWideChar(00000000,00000000,2e09825c "SELECT Name
FROM Win32_ServerFeature",00000025,0033f9f0,00000025) ret=2e0e9085
008c:Ret KERNEL32.MultiByteToWideChar() retval=00000025 ret=2e0e9085
008c:Call oleaut32.SysAllocString(0033f9f0 L"SELECT Name FROM
Win32_ServerFeature") ret=2e0e90bb
.
.
.
.
008c:Call user32.MessageBoxW(00000000,0033f6b2 L"OneNote cannot start because
the Desktop Experience feature is not installed. Install it in the Windows
Control Panel > Prog
rams and Features > Turn Windows features on or off.",39835ba4 L"Microsoft
Office",00000030) ret=39bb2183
--
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.
http://bugs.winehq.org/show_bug.cgi?id=58538
Bug ID: 58538
Summary: d2d_device_context_DrawGeometry Ignoring stroke style
=> No Circles, only Lines
Product: Wine
Version: 10.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: d2d
Assignee: wine-bugs(a)winehq.org
Reporter: d.astra(a)yopmail.com
Distribution: ---
Created attachment 79028
--> http://bugs.winehq.org/attachment.cgi?id=79028
WINEDEBUG=+d2d, Rainmeter 4.5.23
I'm using Rainmeter 4.5.23 with Wine 10.12-staging and everything, which should
be round or a circle, is either not drawn at all or more of a hexagonal shape.
Main error output in the console:
013c:fixme:d2d:d2d_geometry_sink_AddArc iface 0000000002E13CF8, arc
000000000011EC80 stub!
013c:fixme:d2d:d2d_geometry_sink_AddArc iface 0000000002E13CF8, arc
000000000011EC80 stub!
013c:fixme:d2d:d2d_path_geometry_GetWidenedBounds iface 0000000002E13BE0,
stroke_width 0.00000000e+00, stroke_style 0000000000000000, transform
0000000000000000, tolerance 2.50000000e-01, bounds 000000000011EA40 stub!
Further output with WINEDEBUG=+d2d as attachement
--
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.
https://bugs.winehq.org/show_bug.cgi?id=49780
Bug ID: 49780
Summary: wineconsole reports VT sequence support when it does
not
Product: Wine
Version: 5.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: magiblot(a)hotmail.com
Distribution: ---
Created attachment 68092
--> https://bugs.winehq.org/attachment.cgi?id=68092
Demo application to reproduce the issue
Wineconsole does not support applications writing Virtual Terminal sequences
through the Console API. That's fine. However, when enabling the console
ENABLE_VIRTUAL_TERMINAL_PROCESSING mode on stdout with SetConsoleMode, no error
is returned, so the application has no way to detect whether VT sequences are
supported or not. This is documented in
https://docs.microsoft.com/en-us/windows/console/setconsolemode.
The port of Turbo Vision at https://github.com/magiblot/tvision is affected by
this. When using the Console API, Turbo Vision prefers VT sequences over
SetConsoleCursorPosition/SetConsoleTextAttribute for code reusability and
performance. Nevertheless, it can fall back to the latter method when
SetConsoleMode fails to enable either ENABLE_VIRTUAL_TERMINAL_PROCESSING or
DISABLE_NEWLINE_AUTO_RETURN. Since SetConsoleMode does not return error on
wineconsole, garbage is shown instead of a colorful interface.
STEPS TO REPRODUCE
To reproduce the issue on Turbo Vision:
(A) - Using the attached 'tvdemo.exe'
1. Run the application on wineconsole. You should see a black-and-white
background and escape sequences drawn on the console.
2. Press Alt+F, then D. You should see the command prompt, and the message "VT
enabled" at the top, which demonstrates the issue in SetConsoleMode.
(B) - Compiling from source code (requires up-to-date CMake and MSVC).
1. Insert the following code after line 63 in source/linux/win32con.cpp
(https://github.com/magiblot/tvision/blob/dd4e410e60a34e08053399e346d4ed4e63…):
```
if (supportsVT)
cerr << "VT enabled" << endl;
else
cerr << "VT not enabled: " << GetLastError() << endl;
```
2. Follow the build instructions at
https://github.com/magiblot/tvision/blob/dd4e410e60a34e08053399e346d4ed4e63…
3. Follow the steps in (A).
EXPECTED BEHAVIOUR
On Windows, support for VT sequences can be disabled by turning on the "Legacy
Console" mode. If tvdemo.exe is ran in these conditions, the interface is
displayed properly. If entering the command prompt by pressing Alt+F, then D,
the message "VT not enabled: 87" is displayed (error 87 stands for
ERROR_INVALID_PARAMETER), which is what should be shown on wineconsole as well,
since it clearly does not support VT sequences.
Thank you!
--
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.
http://bugs.winehq.org/show_bug.cgi?id=21855
Summary: WordPro Windows pull down does not show file names
Product: Wine
Version: 1.1.38
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P4
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ToddAndMargo(a)verizon.net
Created an attachment (id=26459)
--> (http://bugs.winehq.org/attachment.cgi?id=26459)
Missing file names in Windows pull down
Hi All,
Would you guys fix this for me?
I am using Lotus Word Pro N9.8.0208.1200. When you open two files (documents)
from the command line (the jpeg I have attached), then go to the "Window" pull
down to select which file to bring into focus, the file names are missing. If
you start Word Pro, then use File, Open to select two files, one at a time, the
second file does not show.
Many thanks,
-T
--
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.
https://bugs.winehq.org/show_bug.cgi?id=48049
Bug ID: 48049
Summary: Basemark GPU crashes when using D3D12
Product: vkd3d
Version: 1.1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vkd3d
Assignee: wine-bugs(a)winehq.org
Reporter: cybermax(a)dexter.no
Distribution: ---
Created attachment 65589
--> https://bugs.winehq.org/attachment.cgi?id=65589
Debug log of Basemark
Basemark GPU - https://www.basemark.com/benchmarks/basemark-gpu/ - crashes when
selecting D3D12.
Vulkan and OpenGL works.
Ran D3D12 test with logging:
VKD3D_DEBUG=trace
VKD3D_CONFIG=vk_debug
VK_INSTANCE_LAYERS=VK_LAYER_LUNARG_standard_validation
Let me know if there are other logging options needed.
PS. The benchmark is free to download.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=57975
Bug ID: 57975
Summary: screen shaders don't work in BigPEmu.exe
Product: Wine
Version: 10.0
Hardware: x86-64
OS: MacOS
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: cemer99797(a)isorax.com
BigPEmu is an Atari Jaguar emulator, it runs Atari Jaguar games fine under Wine
Stable 10.0 on macOS 11. The problem is there is a "screen effects" feature
(which are like screen shaders in RetroArch, used to emulate old CRTs, etc)
which doesn't work. By default, BigPEmu uses OpenGL (BigPEmu main menu > Video
> Video Plugin > BigPEmu_Video_OpenGL) but can also be changed to use D3D12
which will cause it crash at startup on macOS 11.
Steps to reproduce:
1. launch BigPEmu 1.18 with the following options (also opens a console):
wine ~/BigPEmu_v118/BigPEmu.exe * -conout
2. use backspace/enter to navigate backward/forward in BigPEmu, go back to the
main menu, then Video > Screen Effect > choose any screen effect
3. an error message pops up: "Failed to set the selected screen effect. It may
be incompatible with your hardware or video plugin. You can enable logging and
check the log for more details."
4. check the console which shows this error: "[1;31mError: Graphics hardware
isn't equipped to run screen effects. If this error occurs with
SM5.0-compatible hardware, try updating your graphics drivers."
tested with BigPEmu 1.18 for Windows x64
download link: https://www.richwhitehouse.com/jaguar/builds/BigPEmu_v118.zip
SHA-256: 9863390fca342e7c6bff0d7dc7d70d181bdff92796aa8d262d91e8fc909104b2
tested on macOS 11.7.10
Intel CPU (Haswell), integrated Intel GPU (HD Graphics 5000)
Wine Stable 10.0 with GStreamer 1.24.12 from homebrew
--
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.
http://bugs.winehq.org/show_bug.cgi?id=58264
Bug ID: 58264
Summary: regression in multiple apps in Wine >=10.7, error:
"Assertion failed: !status && "vkAllocateMemory", file
/Users/gcenx/Documents/GitHub/wine-private/dlls/winevu
lkan/loader_thunks.c, line 93"
Product: Wine
Version: 10.7
Hardware: x86-64
OS: MacOS
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: cemer99797(a)isorax.com
Created attachment 78605
--> http://bugs.winehq.org/attachment.cgi?id=78605
macOS Terminal log, wine-devel 10.8 running cpuz_x64.exe
On macOS, there is a regression in multiple Windows programs since Wine-devel
10.7 (including 10.8) releases by Gcenx, with the final lines of the terminal
output reading:
> -[MTLHeapDescriptorInternal validateWithDevice:]:327: failed assertion `Heap Descriptor Validation
> Placement heap type is not supported.
> '
> 01a0:err:msvcrt:_wassert (L"!status && \"vkAllocateMemory\"",L"/Users/gcenx/Documents/GitHub/wine-private/dlls/winevulkan/loader_thunks.c",93)
> Assertion failed: !status && "vkAllocateMemory", file /Users/gcenx/Documents/GitHub/wine-private/dlls/winevulkan/loader_thunks.c, line 93
These programs work fine in Wine-devel 10.6 and lower
tested with Wine-devel 10.7 and 10.8 binary releases from Gcenx
(https://github.com/Gcenx/macOS_Wine_builds/releases) on macOS 11.7.10
tested with CPU-Z 2.15 (portable) (cpuz_x64.exe)
download: https://download.cpuid.com/cpu-z/cpu-z_2.15-en.zip
sha256: c8461d995d77a8fe1e8c5823403e88b04b733165cc151083b26379f1fe4b9501
--
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.
http://bugs.winehq.org/show_bug.cgi?id=58156
Bug ID: 58156
Summary: Star Wars: Jedi Knight - Dark Forces II Demo: won't
launch, "smackw32.DLL" failed to initialize
Product: Wine
Version: 10.6
Hardware: x86-64
OS: MacOS
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: cemer99797(a)isorax.com
Created attachment 78437
--> http://bugs.winehq.org/attachment.cgi?id=78437
Wine-devel 10.6 log for "wine jkdemo.exe -windowgui"
the Star Wars: Jedi Knight - Dark Forces II Demo: won't launch, it says
"smackw32.DLL" failed to initialize. This is a Windows 95 game demo
I tried setting the Windows Version to Windows 10, Windows 95, and Windows 98
in winecfg. I also tried launching the demo with and without the windowgui
flag: `wine jkdemo.exe -windowgui` as mentioned in AppDB HowTo section.
This is a regression because a lot of users report this game demo as Gold in
AppDB, including on macOS
(https://appdb.winehq.org/objectManager.php?sClass=version&iId=10948)
The jedi.exe file is a launcher GUI which works fine, but when clicking "Play
Jedi Knight Demo" it fails with the error:
`file` command info for: jkdemo.exe
PE32 executable (GUI) Intel 80386, for MS Windows
Unable to start the Jedi Knight Demo game program. Try running JK.EXE where you
installed the Demo directly. Also make sure you have the latest DirectX drivers
installed on your system.
The macOS terminal shows this error as one of the last things in the log:
"err:module:loader_init "smackw32.DLL" failed to initialize, aborting"
(the module is normally unzipped next to the jkdemo.exe executable)
tested with Gcenx's Wine-devel 10.6
(https://github.com/Gcenx/macOS_Wine_builds/releases/tag/10.6) on macOS 11
and Wine-devel 9.21
(https://github.com/Gcenx/macOS_Wine_builds/releases/tag/9.21)
and Gcenx's Wine CrossOverFOSS 23.7.1-1 based on Wine 8.0.1
(https://github.com/Gcenx/winecx/releases/tag/crossover-wine-23.7.1-1)
download page (choose Download this File > Agree > Jedi Knight Demo.zip):
https://community.pcgamingwiki.com/files/file/1308-jedi-knight-dark-forces-…
sha256: 7bc013918cf79879a086a10c27306f2f3511852726f4b4a9fec09668ed221d18
--
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.
https://bugs.winehq.org/show_bug.cgi?id=53573
Bug ID: 53573
Summary: Warcraft III Reforged 1.33.0.19194 has black main menu
Product: Wine
Version: 7.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kolAflash(a)kolahilft.de
Distribution: ---
Created attachment 72950
--> https://bugs.winehq.org/attachment.cgi?id=72950
STDOUT/STDERR log when warcraft-iii-reforged-1.33.0.19194 is starting an
switching to black main menu
Last night (2022-08-18) Blizzard released an update for Warcraft III Reforged
from version 1.32.x to 1.33.0.19194.
Since then the main menu of the game is just black!
But I can hear the sound of the main menu.
I attached a STDOUT/STDERR log.
Version 1.32.x of the game was running fine using wine-staging-7.14.
(didn't test any other wine version before)
Wine versions I just tried:
wine-staging-7.14
wine-staging-7.15
wine-devel-7.15
OS: Debian-11
Wine: https://dl.winehq.org/wine-builds/debian/
GPU: Radeon RX 590
Neither standard Wine D3D11 OpenGL based implementation (WineD3D) nor DXVK is
working.
Maybe slightly related:
Warcraft III: staying in menus quickly gobs all system memory
https://github.com/doitsujin/dxvk/issues/1866
--
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.