https://bugs.winehq.org/show_bug.cgi?id=55943
Bug ID: 55943
Summary: Paint.NET 5.0.11: Immediate crash on startup
Product: Wine
Version: 8.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: blankie(a)nixnetmail.com
Distribution: ---
Created attachment 75521
--> https://bugs.winehq.org/attachment.cgi?id=75521
Terminal output
When trying to start paint.net, two instances of winedbg suddenly appear, one
saying "A program on your system has crashed, but WineDbg was unable to attach
to the process to obtain a backtrace." and one providing crash info (which I
saved as backtrace.txt).
paint.net also dropped a crash log in
C:/users/blankie/AppData/Local/paint.net/CrashLogs, and I redirected the output
of `wine Program\ Files/paint.net/paintdotnet.exe` to wineoutput.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=52364
Bug ID: 52364
Summary: Mouse sticks (doesn't release without an extra click)
after resizing or moving the battle.net client window
Product: Wine
Version: 7.0-rc4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lexlexlex(a)gmail.com
Distribution: ---
Steps to reproduce:
1. Install the Battle.net client from Blizzard.
2. Run the Battle.net client, such that its window becomes visible on-screen.
If this is not working, please troubleshoot it until it works, since it is
working here on Manjaro XFCE with wine 7.0-rc4.
3. Move or resize the Battle.net client window by holding the left mouse button
and dragging the mouse anywhere.
4. Release the mouse button that was used to move or resize the Battle.net
client window.
5. Move the mouse cursor elsewhere on the screen.
6. Fully click (mouse-down and mouse-up) the left mouse button again.
7. Move the mouse cursor elsewhere on the screen.
Observed behavior:
During step 5 of the steps to reproduce, the Battle.net client window moved or
was resized according to changes in the position of the mouse cursor. Only
during step 7 did that no longer happen.
Expected behavior:
During step 5 of the steps to reproduce, the Battle.net client window is
expected to no longer move or be resized according to changes in the position
of the mouse cursor.
--
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=57027
Bug ID: 57027
Summary: GetFinalPathNameByHandleW does not handle paths
exceeding MAX_PATH (260 chars)
Product: Wine
Version: 9.0
Hardware: aarch64
OS: MacOS
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: wine(a)purisa.me
Hello,
I am writing a Rust program that calls canonicalize() on a path that is over
260 characters long. The Windows implementation of this function calls
GetFinalPathNameByHandleW.
On Windows, this works just fine and returns a valid path. With Wine on macOS,
the call returns a win32 error code ERROR_MORE_DATA (234, 0xEA). I re-ran the
binary with WINEDEBUG=+relay and there is an NtStatus code
STATUS_BUFFER_OVERFLOW (0x80000005) coming from NtQueryObject.
I believe this is because the buffer allocated in Wine's implementation of
GetFinalPathNameByHandleW is not large enough for the ObjectInformation
NtQueryObject is trying to return. Should GetFinalPathNameByHandleW fall back
to a dynamically allocated buffer in this situation?
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.
https://bugs.winehq.org/show_bug.cgi?id=56639
Bug ID: 56639
Summary: PSO:BB: Various missing/black textures
Product: Wine-staging
Version: 9.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: myriabelmonte(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Phantasy Star Online Blue Burst was an old online only game made by SEGA so it
requires some setup beforehand to play locally but it's easier than ever to set
up, you will require these tools:
Game Server Software
https://github.com/fuzziqersoftware/newserv
Prepatched Client ready to connect to localhost
https://web.archive.org/web/20240402011115/https://ragol.org/files/bb/TethV…
The game relies on a lot of moving textures to acomplish different sci-fi like
effects, however for some reason these appear missing or black or as solid
static colors in many areas such as terminals, fences, doors, etc.
Is not game breaking by any means but probably also affects other games with
similar techniques to achieve similar effects.
I don't think these bugs are a regression but always had been present in Wine
and left unreported, either way, I've tested these on Wine 9.0, Wine 9.5
Staging (the current one shipping with Fedora 40) on the Steam Deck with Proton
Hotfix and in Bottles using various wine combinations too, the result is always
the same with those graphic glitches.
The Wine console with the debug mode on doesn't really displays anything other
than these two strings that might be relevant
0114:fixme:d3d:wined3d_swapchain_set_gamma_ramp Ignoring flags 0x1.
0114:fixme:d3d:state_linepattern_w Setting line patterns is not supported in
OpenGL core contexts.
So instead, here's an Apitrace of the whole process of logging in, heading into
the lobby where the top green bar at the ceiling is missing its moving texture,
and heading into a game room where most of the gfx bugs happen pointing at
various missing textures along the way.
Apitrace (6GB):
https://drive.google.com/file/d/1poIeU-g5nnpMB3Zq37zuo-pxI6SsoNrK/view?usp=…
Other areas screenshots with more similar gfx bugs are attached to this issue
--
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=18233
Summary: Approach underscore bar inactive with multiple database
open
Product: Wine
Version: 1.1.20
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ToddAndMargo(a)verizon.net
Hi All,
In Lotus Approach, when you have two or more databases open and have them
windowed (Windows --> cascaded, right-left, top-bottom) the underscore button
in the window's internal caption buttons, although showing (not grayed out),
does not work.
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.
http://bugs.winehq.org/show_bug.cgi?id=58169
Bug ID: 58169
Summary: Trae installer fails: "Failed to expand shell folder
constant userpf"
Product: Wine
Version: 10.6
Hardware: x86-64
URL: https://lf-cdn.trae.ai/obj/trae-ai-us/pkg/app/releases
/stable/1.0.12120/win32/Trae-Setup-x64.exe
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Distribution: Debian
Someone reported this on reddit.
A messagebox appears with the message mentioned in the title, and the installer
exits.
Patch below makes the installer succeed, but I'm too unfamiliar with the code
in shellpath.c to know id this is right. Any pointers welcome.
diff --git a/dlls/shell32/shellpath.c b/dlls/shell32/shellpath.c
index 1a52717651e..20670b854b2 100644
--- a/dlls/shell32/shellpath.c
+++ b/dlls/shell32/shellpath.c
@@ -2039,7 +2039,7 @@ static const CSIDL_DATA CSIDL_Data[] =
},
{ /* 0x6e */
.id = &FOLDERID_UserProgramFiles,
- .type = CSIDL_Type_Disallowed, /* FIXME */
+ .type = CSIDL_Type_User,//CSIDL_Type_Disallowed, /* FIXME */
.category = KF_CATEGORY_PERUSER,
.name = L"UserProgramFiles",
.parent = &FOLDERID_LocalAppData,
--
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=57946
Bug ID: 57946
Summary: GreedFall needs maxAnisotropy values handling
Product: vkd3d
Version: 1.15
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: vkd3d
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Fails to launch on Nvidia. Driver 570.124.04
VUID-VkSamplerCreateInfo-anisotropyEnable-01071(ERROR / SPEC): msgNum:
1233543420 - Validation Error: [
VUID-VkSamplerCreateInfo-anisotropyEnable-01071 ] | MessageID = 0x498660fc |
vkCreateSampler(): pCreateInfo->maxAnisotropy is 0.000000 but must be in the
range of [1.0, 16.000000] (maxSamplerAnistropy).
The Vulkan spec states: If anisotropyEnable is VK_TRUE, maxAnisotropy must be
between 1.0 and VkPhysicalDeviceLimits::maxSamplerAnisotropy, inclusive
(https://docs.vulkan.org/spec/latest/chapters/samplers.html#VUID-VkSamplerCr…)
0140:err:msvcrt:_wassert (L"!status &&
\"vkCreateSampler\"",L"../wine/dlls/winevulkan/loader_thunks.c",3442)
1.15-86-g1417af2e
--
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=55557
Bug ID: 55557
Summary: wpcap:wpcap crashes on macOS
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Mac OS X
Status: NEW
Severity: normal
Priority: P2
Component: wpcap
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
wpcap:wpcap crashes on macOS:
wpcap.c:368: lib version
wpcap.c:369: supports PCAP_MMAP_32BIT: no
Unhandled exception: page fault on read access to 0xffffffffffffffff in 64-bit
code (0x000002c74cd410).
See https://test.winehq.org/data/patterns.html#wpcap:wpcap
The crash is systematic and only happens macOS (see Remi's rbernon-macos-*
cloud test machines).
The issue is probably that Wine is being compiled against macOS' pcap library
which is too old. Using a newer library would require installing it with
something like Homebrew and then making sure Wine can find and use it.
So there are two things to do:
* Detect cases when the pcap library is too old and skip the tests accordingly.
* Check if installing a newer pcap library on the macOS test machines is
feasible.
--
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=57835
Bug ID: 57835
Summary: ROCS Show Ready v1.9.0: Crash once loading the main
menu is attempted
Product: Wine
Version: 10.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcp
Assignee: wine-bugs(a)winehq.org
Reporter: asalawless5c(a)gmail.com
Distribution: ---
Created attachment 78045
--> https://bugs.winehq.org/attachment.cgi?id=78045
Backtrace on development and staging
I am running the wow64 version of wine from the AUR and I managed to install
and activate ROCS Show Ready successfully, but as soon as it had downloaded the
show, it crashes. The bug happens on both development (wine-wow64) and staging
(wine-staging-wow64). The detailed crash information states "Unhandled
exception: unimplemented function
msvcp140_atomic_wait.dll.__std_tzdb_get_time_zones called in 64-bit code
(0x006fffffbfcfc7).
This link should give you the same version as me.
https://drive.google.com/uc?export=download&id=1fGH5TVJTWVwE312CavUt-Di8lFw…
Checksum and file name cb45e5ce15164a8963092739424dc4380f02dbe0
Show_Ready_App_For Windows-V1.9.0.exe
This code can activate the DEMO version: JETSAM-PREP-SPECK-FLOATS-SOOT-NAVEL
I am uplo
--
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=58141
Bug ID: 58141
Summary: [MDK] [WOW64] Stack overflow
Product: Wine
Version: 10.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: redwindwanderer(a)gmail.com
Distribution: ---
MDK (be it software MDK95.EXE or 3D-accelerated MDKD3D/MDK3DFX) causes an STACK
OVERFLOW error on experimental WOW64 as soon as the executable is run:
0148:err:environ:init_peb starting L"Z:\\root\\wine\\MDK\\MDK3DFX.EXE" in
experimental wow64 mode
0148:err:virtual:virtual_setup_exception stack overflow 1280 bytes addr
0x6fffffc226b7 stack 0x7ffffe100b00
(0x7ffffe100000-0x7ffffe101000-0x7ffffe1ffd20)
The game works fine in 32bit mode. The problem is clearly related to WOW64
(which is how I run all my Windows games and has a pretty good compatibility
nowadays).
--
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.