http://bugs.winehq.org/show_bug.cgi?id=58494
Bug ID: 58494
Summary: Panel headers not readible (application stimfit)
Product: Wine
Version: 10.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alois.schloegl(a)gmail.com
Distribution: ---
Created attachment 78949
--> http://bugs.winehq.org/attachment.cgi?id=78949
Debug log when starting stimfit-lite for windows under wine.
The issue is described also here:
https://github.com/neurodroid/stimfit/issues/110
Some text in some panels is not visible when using wine, but its working fine
on Windows.
In order to reproduce the issue, you need:
stimfit-lite-0.16.8-win64.exe
available from here
https://github.com/neurodroid/stimfit/releases/download/v0.16.8/
and some example data, e.g. download and unzip
https://github.com/user-attachments/files/19322137/20250314_S5_C1_CellChar.…
When starting stimfit under wine, and loading the data data, e.g. with this
command,
wine stimfit-lite-0.16.8-win64.exe 20250314_S5_C1_CellChar.cfs
The panel headers "Trace selection", "Channel selection", "Results" are not
readible.
The debug log is attached.
I'm testing on Debian13, with Mate desktop.
--
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=58438
Bug ID: 58438
Summary: Serum 2, vstgui: major graphical glitches rendering
serum 2 unusable
Product: Wine
Version: 10.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: d2d
Assignee: wine-bugs(a)winehq.org
Reporter: hello(a)murl.digital
Distribution: ---
Any VST plugin that uses vstgui experiences major graphical glitches and
performance issues rendering them almost unusable. Further discussion is on
this bug report on yabridge: https://github.com/robbert-vdh/yabridge/issues/413
This behavior can be replicated with steinberg's example app:
https://github.com/steinbergmedia/vstgui/tree/develop/vstgui/standalone/exa…
--
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=38909
Bug ID: 38909
Summary: Notepad corrupts files saved as utf-8 without a byte
order mark (BOM)
Product: Wine
Version: 1.1.19
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source
Severity: minor
Priority: P2
Component: programs
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: ---
Created attachment 51843
--> https://bugs.winehq.org/attachment.cgi?id=51843
screenshot
See attached screenshot and test files (from bug 18191).
--
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=58442
Bug ID: 58442
Summary: x11 fullscreen retries mwm hints causing chaos
Product: Wine
Version: 10.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: zlice(a)crtdrift.us
Distribution: ---
Created attachment 78893
--> http://bugs.winehq.org/attachment.cgi?id=78893
fix-fullscreen-toggle
somewhere after 10.8 e072358059abe8446e4ac9e89d2e0618629edf5f changed behavior
to keep trying to update window hints, even if they are non-changes(no-op)
https://gitlab.winehq.org/wine/wine/-/merge_requests/8079
on openbox, alt-tabbing watch_dogs will randomly toggle decor, then fullscreen
(i think this is a openbox bug or at least behavior) but at some point alt-tab
will go to nothing focused, then another alt-tab will focus the game. so if you
have 2 windows, it takes 3 alt-tabs to go between them.
on fluxbox/my-fork multi-alt-tabbing the fullscreen window will go between
expected fullscreen and using the decor size of the frame and then resize the
'not fullscreen' watch_dogs window inside, leaving with an empty border where
the titlebar and borders would be. (even with telling properties to not change
in the wm itself, wine tries to keep changing settings and this happens)
jwm is kind of fubar no matter what
jwm and fluxbox both still require QS_POSTMESSAGE fix to get past the
splashscreen : see https://bugs.winehq.org/show_bug.cgi?id=57954
not sure what the reason was behind the above change but it causes hints to be
repeatedly changed, which incorrectly detects 'fullscreen' by ...
dlls/win32u/window.c : apply_window_pos()
calls
dlls/win32u/sysparams.c : is_window_rect_full_screen()
checks rects sizes to determine fullscreen
(then calls x11drv)
user_driver->pWindowPosChanged()
which finally calls wm_net and wmw hint updates
fullscreen is incorrect because a minimized window does not keep its
size/monitor i assume. then the 'no-op' change retries and somewhere things get
set to random states, like wanting titlebars and decor again.
patch attached that lets it work on fluxbox and openbox, however, not sure that
is complete, as it crosses over with many other bugs since late 9.x
thinking the openbox issue may be related to a bug with
c67bfdbeba1860c891e53c64379f5e86d8e8b664
--
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=58443
Bug ID: 58443
Summary: x11 'minimized' windows not re-fullscreening (fallout
3 / new vegas)
Product: Wine
Version: 10.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: zlice(a)crtdrift.us
Distribution: ---
c67bfdbeba1860c891e53c64379f5e86d8e8b664 /
https://gitlab.winehq.org/wine/wine/-/commit/c67bfdbeba1860c891e53c64379f5e…
reading the title of the mr makes sense, however this completely breaks
fullscreen for fallout 3 and new vegas, and im sure other older games
as mentioned https://bugs.winehq.org/show_bug.cgi?id=58442 - there have been a
lot of fullscreen/focus/window bugs so it's hard to tell what all is what
i spent a bunch of time to just bisect so i'll have to look for what is going
on tomorrow
--
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=52250
Bug ID: 52250
Summary: windows.h WINE_NOWINSOCK check has been removed
Product: Wine
Version: 6.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winelib
Assignee: wine-bugs(a)winehq.org
Reporter: sacrom(a)gmail.com
Distribution: ---
I'm using winelib to compile a Windows/Linux application, where we want to use
the Linux code for threads, files system handling, network code, shared
memory... and we want WINE just for the Win32 GUI code (as we did not implement
a GUI in the Linux/Unix side just on Windows)
Since WINE 6.8 (due this commit
https://source.winehq.org/git/wine.git/commit/9603fba8943f9699e3af6fcfe4acb…)
the WINE_NOWINSOCK check:
#ifndef WINE_NOWINSOCK
#include <winsock.h>
#endif /* WINE_NOWINSOCK */
Has been removed, now my application does not compile as I'm mixing Linux
socket definitions with the WINE/Windows "winsock.h" file.
If I add this check to the file, the application does compile as with WINE 6.7
Is it possible to add the check back? or should this be done in another way
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.
http://bugs.winehq.org/show_bug.cgi?id=58539
Bug ID: 58539
Summary: envelope printing issues with Lotus Approach scripts
Product: Wine
Version: 10.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ToddAndMargo(a)zoho.com
Distribution: ---
Fedora 41
Wine 10-12 devel
Lotus Approach N99.8.0208.0800
Problems with Lotus Script print envelopes
RunApproachMacro("Print")
crashes Lotus Approach
CurrentWindow.Print
erases the address "to" data and print an envelope without the "To" address
Historical instance of this issue:
https://bugs.winehq.org/show_bug.cgi?id=53425
--
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=54261
Bug ID: 54261
Summary: State of Survival got stuck at the end of the loading
screen (fixme:dxgi:d3d11_swapchain_Present1?)
Product: Wine
Version: 8.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: thierry.vignaud(a)gmail.com
Distribution: ---
Created attachment 73817
--> https://bugs.winehq.org/attachment.cgi?id=73817
Wine logs when starting the game
State of Survival got stuck at the end of the loading screen
See https://appdb.winehq.org/objectManager.php?sClass=version&iId=41243
We can install the game using
https://sos-pc.kingsgroupgames.com/dlfile/?clickcode=official
It then downloads the game contents but doesn't progress near the end: it got
gets stuck on the Loading game resources screen.
Then there's a "dnrepair" popup that's unreadable due to squares in place of
most letters.
-----------------------
The game FAQ talk about that;
https://sos.kingsgroupgames.com/pc/faq?seq=error&p=ss_global&t=8Yim9FAR&l=en
"How do I solve the problem where the game gets stuck on the Loading game
resources screen?
1. Make sure that your VT (Virtualization Technology) is turned on. Please
refer to this tutorial: How to Turn on VT>>
2.
Close your security/anti-virus software, run the repair program,
restart your PC, and then re-enter the game. You can find the repair
program here: C:\Program Files (x86)\FunPlus\State of
Survival\engine\1.0.8\dnrepairer.exe"
-----------------------
Which is the famous dnrepair popup we're seeing above
On the terminal, wine displays tons of this message:
0158:fixme:dxgi:d3d11_swapchain_Present1 Ignored present parameters 0089D778.
Sometimes another value is displayed:
0158:fixme:dxgi:d3d11_swapchain_Present1 Ignored present parameters 0089AD58.
--
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=50065
Bug ID: 50065
Summary: its too old to use
Product: Wine
Version: 5.20
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lankorchang1(a)gmail.com
its too old to use
--
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=47957
Bug ID: 47957
Summary: critical error when trying to start pCLAMP
Product: Wine
Version: 4.0.1
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: winedbg
Assignee: wine-bugs(a)winehq.org
Reporter: katiekim3088(a)gmail.com
Created attachment 65462
--> https://bugs.winehq.org/attachment.cgi?id=65462
this is the backtrace that it gave me
I am unable to use my app
--
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.