https://bugs.winehq.org/show_bug.cgi?id=46522
Bug ID: 46522
Summary: Application stops responding
Product: Wine
Version: 4.0-rc7
Hardware: x86-64
URL: https://formatfactory.it.uptodown.com/windows/download
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: luca.finizio.mgbx(a)hotmail.it
Distribution: Mint
Created attachment 63379
--> https://bugs.winehq.org/attachment.cgi?id=63379
Desktop screenshot
Hi! I got an error with FormatFactory 4.5.5. It stops responding when I drag
and drop a file from desktop into the app. To reproduce the bug:
1) Download the program from
https://formatfactory.it.uptodown.com/windows/download
2)Install it
3)Run it. It will ask you if you want to update the program to version 4.5.5.
Update it.
4)Try to drag and drop a file from desktop into the application
5)A new window opens but the program stops responding and you are not able to
do
anything anymore.
I attached a screenshot of the 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.
https://bugs.winehq.org/show_bug.cgi?id=53354
Bug ID: 53354
Summary: Wine should provide icu.dll
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: osmanx(a)problemloesungsmaschine.de
Distribution: ---
Created attachment 72742
--> https://bugs.winehq.org/attachment.cgi?id=72742
tzdb.exe
Windows since at least version Windows 10 19H1 ships a icu.dll in the system
directory. The VS2022 (and I think also VS2019) C++ standard library in C++20
mode uses this DLL to implement the timezone database as specified by the C++
standard. The standard library loads this DLL dynamically with LoadLibraryExW
(see
<https://github.com/microsoft/STL/blob/ef62d3fa0b8e4e2406b9bb74e916e1ca8a1df…>)
and throws a std::system_error (see
<https://github.com/microsoft/STL/blob/ef62d3fa0b8e4e2406b9bb74e916e1ca8a1df…>
and
<https://github.com/microsoft/STL/blob/ef62d3fa0b8e4e2406b9bb74e916e1ca8a1df…>)
when it cannot load it. In order to provide compatibility with modern Windows
versions, IMHO Wine should thus ship a compatible icu.dll. A similar issue also
exists for older Windows versions even on the Microsoft side (see
<https://github.com/microsoft/STL/issues/1911>).
This issue arose since I recently modernized timezone handling in OpenMPT by
using C++20 chrono. For now, I have worked around the problem in OpenMPT. See
<https://bugs.openmpt.org/view.php?id=1618> and
<https://source.openmpt.org/browse/openmpt?op=comp&compare[]=/trunk/OpenMPT/…>.
Simple test case:
```
// cl /std:c++20 /permissive- /EHsc /O2 /W4 tzdb.cpp
#include <chrono>
#include <iostream>
#include <stdexcept>
#include <windows.h>
int main() {
try {
std::chrono::get_tzdb_list();
} catch (const std::exception & e) {
std::cerr << "FAIL: " << e.what() << std::endl;
return 1;
}
std::cout << "OK" << std::endl;
return 0;
}
```
tzdb.exe 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.
https://bugs.winehq.org/show_bug.cgi?id=52115
Bug ID: 52115
Summary: Horizon Zero Dawn crashes during loading
Product: vkd3d
Version: 1.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vkd3d
Assignee: wine-bugs(a)winehq.org
Reporter: berillions(a)gmail.com
Distribution: ---
Hello,
I tried this game from GoG with vkd3d-git and it crashes during the 1st loading
(see https://youtu.be/3qpdE9FUBQg) -
The game works with vkd3d-proton without issue (https://youtu.be/MA3ehphVWsg)
I attach the WINEDEBUG=+vkd3d VKD3D_DEBUG="trace" log
--
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=47686
Bug ID: 47686
Summary: No Man's Sky - crash when moving fast through
asteroids / space
Product: Wine
Version: 4.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winevulkan
Assignee: wine-bugs(a)winehq.org
Reporter: winebugz(a)kbrm.net
Distribution: ---
Created attachment 65143
--> https://bugs.winehq.org/attachment.cgi?id=65143
First crash backtrace
WINE : wine-4.14 (Staging)
OPSYS: Debian 9.9
GPU : Nvidia GTX 670
VDRV : nvidia-driver 430.40-1 (experimental repo)
DLL-OVERRIDE: vulkan-1 (built-in) /* game won't even start to menu without this
*/
Replicate:
Get in ship
Get above atmosphere
Target "Signal Source / Coordiates"
Engage Pulse Engines
1-3 minutes into flight - NMS crashes with:
Unhandled exception: page fault on write access to [HEX ADDRESS] in 64-bit
code ([HEX ADDRESS]).
Attaching three (3) backtraces and console output.
--
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=52240
Bug ID: 52240
Summary: VODKALIBUR Mod Tool Crashes on Starup
Product: Wine
Version: 6.23
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: nekoNexus(a)protonmail.ch
Distribution: ---
Created attachment 71349
--> https://bugs.winehq.org/attachment.cgi?id=71349
Staging6.23_Logs_and_dotnet_prefix_backtrace
(The mod-tool is meant for SoulCalibur VI)
In a clean Wine Staging 6.23 prefix, the program crashes on startup without
displaying anything.
Running the program with dotnet48 gets the program to display a splash-screen
before throwing an exception error and dropping 3 .dll files in the app's
directory.
SHA256:
4ddbc85ed075aaf3943319945d0dc7d43b7be4e244674f4df8f47c6d18b6dbe3
Download:
https://cdn.discordapp.com/attachments/651396632167841812/90621213743162163…
(Releases are typically obtained with in-app updates or via the developer's
Discord server - this is a direct link to the last WPF build that was released
via a direct Discord attachment at the time of writing)
--
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=48006
Bug ID: 48006
Summary: Final Fantasy XIV Launcher stuck on splash screen
Product: Wine
Version: 4.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ieframe
Assignee: wine-bugs(a)winehq.org
Reporter: winehq.eloelo(a)spamgourmet.com
Distribution: ---
Created attachment 65534
--> https://bugs.winehq.org/attachment.cgi?id=65534
wine output
The FFXIV launcher has been updated and is now frozen on the splash screen.
(Just a big "Final Fantasy XIV Online" logo).
For now there is a workaround: Set Browser to 1 in FFXIV_BOOT.CFG.
This browser type isn't supposed to last forever, so this is just a temporary
workaround.
--
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=50083
Bug ID: 50083
Summary: ASCOM Platform 6.5 - Installation failed
Product: Wine
Version: 5.0.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bammzilla(a)astronomy.com.ph
Distribution: ---
Created attachment 68544
--> https://bugs.winehq.org/attachment.cgi?id=68544
Screenshots of popup error screens during install
The ASCOM Platform allows windows desktop planetarium programs to control
astronomical hardware such as telescopes, domes, and cameras.
The software is freely distributable and open source, released under the
Creative Commons Attribution-ShareAlike 3.0 License, but written under the .NET
Platform.
The latest version is ASCOM Platform 6.5, written under .NET Framework 4.8 and
Visual Studio 2019.
To prepare the installation, I ran winetricks -q vcrun2019 dotnet35sp1
dotnet452 dotnet472 dotnet48. No errors were reported in the installation of
dotnet.
I then launched the installer with the following command:
WINEDEBUG=+nls wine ASCOMPlatform65.exe >> ASCOMPlatform65.log 2>&1
The installation went smoothly but popped up several error screens and ended
with an installation failed.
Screenshots of the error screens are attached.
The WINEDEBUG log file is gzipped and attached.
ASCOMPlatform installer log files are zipped and attached.
Download the installer from the following link:
https://github.com/ASCOMInitiative/ASCOMPlatform/releases/download/v6.5Rele…
Full source code of ASCOM Platform is available here:
https://github.com/ASCOMInitiative/ASCOMPlatform
ASCOMPlatform License file:
https://github.com/ASCOMInitiative/ASCOMPlatform/blob/master/LICENSE.txt
Information about ASCOM can be found here:
https://ascom-standards.org/Community/
--
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=43172
Bug ID: 43172
Summary: IDirectPlay4::EnumConnections needs to support wide
string in DPNAME structure
Product: Wine
Version: 2.10
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-dplay
Assignee: wine-bugs(a)winehq.org
Reporter: leslie_alistair(a)hotmail.com
Distribution: ---
IDirectPlay4::EnumConnections needs to support wide strings in DPNAME returned
in EnumConnections. Currently it just forwards to the ascii version.
--
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=13529
Summary: wine doesn't run under a X client for windows under wine
[dogfood?]
Product: Wine
Version: 1.0-rc2
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: andriusmao(a)gmail.com
I was doing some tests and kde runs properly under a X client for windows (such
as Xming and WinaXe) under wine. But wine starts debugger when trying to run
any windows program (such as these provided by WinaXe or such as winecfg) in
"remote" display.
--
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=54571
Bug ID: 54571
Summary: ImageList images hard to see or even invisible
depending on COLOR_WINDOWTEXT
Product: Wine
Version: 8.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: dark(a)darkok.xyz
Distribution: ---
Created attachment 74114
--> https://bugs.winehq.org/attachment.cgi?id=74114
Visibility of images depending on Window Text color.
The lighter the Window Text color gets, the less visible the images in an
ImageList get.
This really affects people primarily using dark themes such as myself, as then
the text color is going to be so light the images will be invisible.
I'm not sure if this issue is present in other software, but in this case I am
experiencing this with the GSAE (GS Advanced Editor) tool shipped with Roland
sound modules.
I am able to see the images properly again if I replace what is currently line
1488 of `comctl32/imagelist.c` (ImageList_DrawIndirect) with `if (FALSE)`
instead of `if (himl->hbmMask)` so the else branch always runs (this will
likely break other software though, and in my case is just a temporary
measure).
--
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.