https://bugs.winehq.org/show_bug.cgi?id=53985
Bug ID: 53985
Summary: Notepad++ v8.4.7 Does Not Display Icons for
RightArrow, Triangle, & X
Product: Wine
Version: 7.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gatlibs.dev(a)gmail.com
Distribution: ---
Created attachment 73571
--> https://bugs.winehq.org/attachment.cgi?id=73571
Notepad++ with a blank file (missing icons for manipulating the tabs)
There are three buttons for manipulating the tabs that have empty squares where
graphics should be. These appear below the window's buttons for minimize,
maximize, and close.
Compare the attachment to the link in NPP++'s site:
https://npp-user-manual.org/docs/images/view-rotate-1.png.
I'm using Fedora 37 with wine 7.20 (Staging) and NPP++ v8.4.7 for 64 bits.
--
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=10472
Summary: File open dialog buffer too short for multiple file
selection
Product: Wine
Version: 0.9.49.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: wine-comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: freireclaudio(a)yahoo.com.ar
The file open dialog seems to be using a buffer which is too short for multiple
file selection. While Windows itself has this bug/feature, wine's version is
much more annoying since I'm unable to select over 6 files usually (using long
but not excessive names).
A dynamic buffer (with a reasonable limit for security reasons perhaps) would
be preferrable, but even a bigger buffer would help.
I think windows' buffer is 4k.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=56847
Bug ID: 56847
Summary: Inconsistent names in .desktop files of Wine tools
Product: Wine
Version: 9.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: f.alexander.wilms(a)gmail.com
Distribution: ---
The name entries of Wine's own desktop files don't all start with "Wine":
Browse C:\ Drive
Configure Wine
Uninstall Wine Software
Wine File
Wine Help Browser
Wine RegEdit
Therefore, they are scattered in application launchers.
Also, the entries don't match the windows titles of the tools.
Maybe the entries should be renamed:
Wine Add/Remove Programs
Wine C:\ Drive
Wine Configuration
Wine File Manager
Wine Registry Editor
--
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=56790
Bug ID: 56790
Summary: wine binds my application to "lo" adapter
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: contact(a)msteinbusch.nl
Distribution: ArchLinux
Created attachment 76596
--> https://bugs.winehq.org/attachment.cgi?id=76596
A full wine trace
Issue: Farming Simulator 2022 dedicated webserver binds application to "lo"
adapter
Wine doesn't run my program the same way as Windows does, for some reason it
binds to the "lo" adapter. I suspect the application is selecting the first
interface. Sadly there is no way to override this.
I included a full trace, keywords to look trough are winsock, 127.0.0.1,
winsock:bind socket etc.
Any help is welcome and if more info is needed let me know.
Wine: 9.10-1 and <
Archlinux, Kernel 6.9.3. X68_64
A VNC instance where the issue can be reproduced is available on request.
A license key for Farming Simulator 2022 can be provided by me on request.
The download of the game/server can be found at:
https://eshop.giants-software.com/downloads.php
This docker container is using nginx to get around the issue:
https://github.com/wine-gameservers/arch-wine-fs22
Screenshot and logs included in zip.
--
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=52105
Bug ID: 52105
Summary: Handle to \Device\NamedPipe\ cannot be used as the
RootDirectory for NtCreateNamedPipeFile
Product: Wine
Version: 6.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: jinoh.kang.kr(a)gmail.com
CC: jacek(a)codeweavers.com
Regression SHA1: 2600ecd4edfdb71097105c74312f83845305a4f2
Distribution: ---
Commit 2600ecd4edf (server: Use a separated object for each opened named pipe
device file., 2018-10-29) split the role of the named pipe device and the named
pipe file.
However, in doing so, it changed the semantics of opening \Device\NamedPipe\.
In particular, it is no longer possible to use a handle to \Device\NamedPipe\
as RootDirectory when creating a named pipe.
This bug makes Cygwin's named pipe creation
(https://github.com/cygwin/cygwin/blob/4f47e64b11ed8d47c62fa89e9b971f44b7e9a…)
loop forever.
--
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=56833
Bug ID: 56833
Summary: Installer of LabOne 24.04 stops with error " ...
setup wizard ended prematurely ..."
Product: Wine
Version: 9.10
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 76644
--> https://bugs.winehq.org/attachment.cgi?id=76644
debug log running LabOne installer
The Installer of LabOne 24.04 stops with error " ... setup wizard ended
prematurely ..."
In order to reproduce this, download and run
https://download.zhinst.com/24.04.59173/LabOne64-24.04.59173.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.
https://bugs.winehq.org/show_bug.cgi?id=42606
Bug ID: 42606
Summary: wine doesn't *fully* respect locale settings in some
corner cases
Product: Wine
Version: 2.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: galtgendo(a)o2.pl
Distribution: ---
This time it's a problem even if this is the only app currently running in the
prefix.
Download address for the engine:
http://kikyou.info/dl_redirect.php?%2Ftvp%2Ffiles%2Fkr2_232r2.zip
Instruction for setting up a project:
http://kirikirikag.sourceforge.net/contents/Prepare.html (instructions seem to
be for a different archive, but get the point across)
So, when running 'LANG=ja_JP.utf8 wine krkr.eXe'(as it's different from my
standard locale) and starting that project, most of the things seem to work
correctly (as I've got the standard overrides for Gothic/Mincho set already in
place), yet...
When right clicking the engine console (not the game window), there's mojibake
in that menu.
WINEDEBUG=font log shows that for some reason CreateFontIndirectExW for Tahoma
is called with charset determined by my standard locale, instead of the
Japanese one.
That somehow results in the text being treated as encoded in that locale's
Windows codepage, instead of cp932 (or is that vice versa ?).
--
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=56466
Bug ID: 56466
Summary: Dark souls remastered crashing with winewayland when
trying to open "pc settings" in game
Product: Wine
Version: 9.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winewayland
Assignee: wine-bugs(a)winehq.org
Reporter: nazizeakz938(a)gmail.com
Distribution: ---
Created attachment 76231
--> https://bugs.winehq.org/attachment.cgi?id=76231
this is the crash file given when trying to open the pc settings in game.
Playing dark souls remastered with winewayland results in a crash when trying
to access "pc settings" from the in game menu.
--
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=53019
Bug ID: 53019
Summary: MusicBee: inconsistent CJK/non-Latin support with
Tahoma, no support on any other font.
Product: Wine
Version: 7.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: activeds
Assignee: wine-bugs(a)winehq.org
Reporter: v_winebugs(a)outlook.com
Distribution: ArchLinux
Created attachment 72386
--> https://bugs.winehq.org/attachment.cgi?id=72386
All of the screenshots showcasing the bug, in a .tar.gz file.
Tested on wine 7.7 as well as wine-staging 7.7. Running Arch Linux. Font
replacements installed via winetricks - allfonts + fakechinese, fakejapanese,
fakekorean.
When Tahoma is selected as the default font, which is default on new
installations of MusicBee in WINE, MusicBee displays CJK and symbols very
inconsistently. 新しい日の誕生 by 2814 is a good example as not only is Japanese text
used, but the artist name uses full-width characters which comes under the
symbol part of this bug.
The artist and album names are displayed just fine on the left sidebar, tag
editor, track listing panel and mostly on the playing track panel. Generally,
if there is no formatting on the text, it is displayed. However in the Music
Explorer view, as well as playlist views such as Album & Tracks, Albums and
Artists, squares are put in the text's place, typically on the portions meant
to be formatted like headings (bolded, increased font size).
When any other font is used, whether included by the WINE prefix or brought in
from the distro, absolutely no font is displayed for those symbols whatsoever.
Everywhere that renders fonts on MusicBee will not render any non-Latin symbols
whatsoever.
In either case, the title on the Playing Tracks panel does not display any
non-Latin symbols whatsoever. I've checked the formatting and used the Regular
variant of Tahoma. Changing the others on the Playing Tracks panel to Bold will
result in squares, changing the size is fine.
A workaround is to use a font that has all of the scripts needed for use, such
as WenQuanYi Micro Hei for Japanese, Korean (on the font picker as Hangul and
Hangul(Johab)) and Chinese (CHINESE_GB2312 and CHINESE_BIG5). As long as it has
the relevant scripts, the symbols will be displayed, however since most fonts
don't include CJK scripts, WINE/MusicBee has trouble displaying them when those
fonts are picked. To make matters worse, due to .NET limitations, MusicBee can
only use TrueType fonts, and some fonts result in MusicBee complaining that
it's not a valid TrueType font, even though it only displays TrueType fonts in
the font picker (Yu Gothic UI was used for this example).
When searching for related bugs, I came across this:
https://bugs.winehq.org/show_bug.cgi?id=34298#c5
Adding a font that works to the registry changes basically nothing. MusicBee
still has trouble consistently rendering CJK and other symbols.
--
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=55859
Bug ID: 55859
Summary: LabView 2023.3.1 fails to install
Product: Wine
Version: 8.19
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 75381
--> https://bugs.winehq.org/attachment.cgi?id=75381
Terminal output
Steps to reproduce:
1. Extract ni-labview-2023-community-x86_23.3.1_offline.iso to a directory
called ni-labview-2023-community-x86_23.3.1_offline
2. Run `chmod +r -R ni-labview-2023-community-x86_23.3.1_offline`
3. Run `winetricks dotnet48`
4. Run `winecfg` and change the Windows version back to 10
5. Run `winetricks d3dcompiler_47`
6. Run `wine Install.exe`
$ sha256sum ni-labview-2023-community-x86_23.3.1_offline.iso
654dec2f01a3ae2e13ac69dd22bb717fac25e625da1099f974676ea79516e7c5
--
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=51401
Bug ID: 51401
Summary: 6.12-1 can't make server connections anymore
Product: Wine-staging
Version: 6.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: winebugs(a)evolution-hosting.eu
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 70257
--> https://bugs.winehq.org/attachment.cgi?id=70257
working tcp connection
Game: Runes of Magic
with 6.12-1 the client can't connect it's version server any more.
downgrade to 6.11-5 solved the issue instantly.
Steps to Reproduce:
update to 6-12
tcpdump -X -n -n host 194.187.19.180
(runewakers updateserver)
start the game
You see the connection, you see some tcp data, but your do not see ANY sign of
a HTTP protocol and unencrypted port 80 connection should contain.
Conclusion: the connection fails on TCP/IP level before HTTP gets involved.
--
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=48426
Bug ID: 48426
Summary: Wine-Gecko can't be installed.
Product: Wine-staging
Version: 5.0-rc4
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: winebugs(a)evolution-hosting.eu
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
wine-staging 64/32 is asking to install Gecko, but the installation attempt
hangs at "loading down" with no progress.
--
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=49933
Bug ID: 49933
Summary: Alt+Tab doesn't work with gog installers
Product: Wine
Version: 5.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rtentser(a)yandex.ru
Distribution: ---
I need to minimize other windows to see progress.
When i try to alttab to an installer i'm getting
"00f0:fixme:win:WINNLSEnableIME hwnd 0001011C enable 0: stub!" in terminal.
When i try to alttab out of it i'm getting "00f0:fixme:win:WINNLSEnableIME hwnd
0001011C enable -1: stub!"
So, i'm guessing, implementing WINNLSEnableIME will help.
--
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=54482
Bug ID: 54482
Summary: RtlCaptureStackBackTrace cause segv
Product: Wine
Version: 8.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: ake.rehnman(a)gmail.com
Distribution: ---
Created attachment 74033
--> https://bugs.winehq.org/attachment.cgi?id=74033
patch attempt
RtlCaptureStackBackTrace crash on segmentation fault because the unwinding
keeps going beyond the stack end. It seems on x86-64 the stack actually starts
at least 32 bytes below StackBase so the compariston with context.rsp to
StackBase will never hit but we get a context.rpc value of 0 which obviously
SEGV:s.
I made a patch attempt and just check if rcp = 0 and end the unwinding.
--
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=41392
Bug ID: 41392
Summary: directory.c: match_filename always false if mask
contains "*?"
Product: Wine
Version: 1.9.19
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: lcmecmac(a)gmail.com
Distribution: ---
A mask containing '*' followed by '?' will not match any files.
For example, "dir *?" does not show any files in a non-empty directory.
--
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=42407
Bug ID: 42407
Summary: LdrUnloadDll may recursion unload same dll
Product: Wine
Version: 1.9.0
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: xiewei(a)deepin.com
Distribution: ---
Created attachment 57219
--> https://bugs.winehq.org/attachment.cgi?id=57219
LdrUnloadDll log file
It may cause QQ crash.LdrUnloadDll funcation recursion unload Flash.ocx,and
dsound.dll ldr.LoadCount to 0,then dsound.dll be unload.But QQ process is still
using dsound.dll.
Type: EXCEPTION_ACCESS_VIOLATION
Error: Read address 0x7985C309
Address: 7985C309
--
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=40972
Bug ID: 40972
Summary: RtlVerifyVersionInfo returns wrong results
Product: Wine
Version: 1.9.14
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: marcinwiaz(a)poczta.onet.pl
Distribution: ---
Created attachment 55126
--> https://bugs.winehq.org/attachment.cgi?id=55126
Tiny test program - EXE and source
(Note: this a different problem than in Bug 36143)
Steps to reproduce:
1) Download and unpack Reproduce.exe, which is attached to this bug report
2) Configure Wine to emulate Windows 2003 (which has version number 5.2) for
Reproduce.exe
3) Launch Reproduce.exe - you will see in the console window:
CurrentOS is: 5.2
RequestedOS is >= than: 5.19
CurrentOS is < than RequestedOS (which is WRONG!)
4) Run true Microsoft Windows 2003 Server
5) Launch Reproduce.exe - you will see in the console window:
CurrentOS is: 5.2
RequestedOS is >= than: 5.19
CurrentOS is >= than RequestedOS
Explanation:
Minor version numbers should be treated similarly to digits after a decimal
point - so when comparing software versions:
version 5.1 is < than version 5.2
version 5.11 is < than version 5.2 (note that 11 is > than 2 !)
version 5.19 is < than version 5.2 (note that 19 is > than 2 !)
So when comparing for VER_MINORVERSION or VER_SERVICEPACKMINOR inside the
"VerifyVersionInfo" API, Microsoft uses a lexical comparison - which works as:
lstrcmp(tostring(dwMinorVersion1),tostring(dwMinorVersion2))
or
lstrcmp(tostring(wServicePackMinor1),tostring(wServicePackMinor2))
Please note, that it's still different than comparing real numbers, because:
5.20 = 5.2
but
lstrcmp("5.20","5.2") != 0
So lstrcmp-like function must be used for VER_MINORVERSION and
VER_SERVICEPACKMINOR checking inside the "RtlVerifyVersionInfo" function (which
is called by the "VerifyVersionInfo" API in Wine) to be compatible with
Microsoft Windows.
Possible fix: in "version.c" file, add a new "version_compare_values_lexical"
function. It should be based on the original "version_compare_values" function,
but should use "lstrcmp" calls instead of integer comparisons. This
"version_compare_values_lexical" function should be called instead of
"version_compare_values" when checking for VER_MINORVERSION and
VER_SERVICEPACKMINOR inside the "RtlVerifyVersionInfo" function.
--
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=49828
Bug ID: 49828
Summary: MSVC 2019 executables with ASAN enabled fail to start
Product: Wine
Version: 5.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: nyanpasu64(a)tuta.io
Distribution: ---
Recent versions of MSVC allow building Windows .exes with ASAN (it may have
already been possible using Clang.):
https://devblogs.microsoft.com/cppblog/addresssanitizer-asan-for-windows-wi…
I took an old Win32/MFC application and built it using MSVC ASAN on Windows 10,
to try to discover memory bugs on Windows and Wine.
- Program download at
https://cdn.discordapp.com/attachments/653168829891084298/75454092297227479…
.
- Source at https://github.com/nyanpasu64/Dn-FamiTracker/tree/b3ba802f
(permalink at
https://cdn.discordapp.com/attachments/653168829891084298/75454082852061186…
).
- To build, copy cmake_user_begin.cmake.example to cmake_user_begin.cmake, then
run CMake in MSVC 32-bit Release mode. It may be possible using Visual Studio's
.json file or msbuild, but I haven't tried yet.
On Windows, the program starts without problems. On wine-5.17, when I try to
run this program, it crashes during the loading process.
nyanpasu64@dell-arch ~/apps> wine Dn_FamiTracker_ASAN.exe
0024:fixme:ntdll:EtwEventRegister ({6c6c766d-3846-4e6a-a4fb-5b530bd0f3fa},
00401030, 00884590, 008845A8) stub.
0024:fixme:ntdll:EtwEventSetInformation (deadbeef, 2, 0084A41C, 34) stub
==32==AddressSanitizer CHECK failed:
D:\agent\_work\3\s\src\vctools\crt\asan\llvm\compiler-rt\lib\asan\asan_rtl.cc:401
"((!asan_init_is_running && "ASan init calls itself!")) != (0)" (0x0, 0x0)
<empty stack>
`winedbg Dn_FamiTracker_ASAN.exe` doesn't work, it gets stuck on
`0x00000000005c9701 EntryPoint+0xffffffffffffffff in dn_famitracker_asan: ret`.
If I instead `winedbg --gdb Dn_FamiTracker_ASAN.exe`, I get a pile of identical
SIGTRAP with different backtraces. These are non-fatal and can be continued. I
think these correspond to asan errors that would normally terminate the
program, but unfortunately it doesn't print log messages when running in
winedbg. I don't know how to fix that.
0x005c9701 in _sanitizer_print_stack_trace () from
/home/nyanpasu64/.wine/dosdevices/z:/home/nyanpasu64/apps/Dn_FamiTracker_ASAN.exe
The last SIGTRAP is different:
0x7bc52379 in DbgBreakPoint@0 () from
/home/nyanpasu64/.wine/dosdevices/c:/windows/syswow64/ntdll.dll
Afterwards the program starts. (It used to crash, but works with lib32-libpulse
and lib32-mpg123 installed, unsure if that's why.)
--
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=43262
Bug ID: 43262
Summary: Drag&Drop not working between wine explorer and other
applications
Product: Wine
Version: 2.11
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mintos(a)discard.email
Distribution: ---
https://pastebin.com/39uSnrR7 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=55336
Bug ID: 55336
Summary: Touhou 6 : Full-screen with Alt-tabbing or using DXVK
breaks inputs
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: riyu12383(a)gmail.com
Distribution: ---
-The Game
Here is a very small demo version of the game from archive.orghttps://archive.org/compress/KoumaTr013/formats=ARCHIVE%20BITTORRENT,METADA…
To launch this version, you'll need to add Japanese locale like this :
LANG=ja_JP.UTF-8 wine 東方紅魔郷.exe
-The bug
When launching the game in Full-screen and Alt-Tabbing or using DXVK, the game
inputs breaks, its scrolls the menu infinitely or quit the game by itself, the
user can't control anything anymore. On the demo version it seems the user only
loose the control.
Interestingly on Windows, since Windows 10, the game has an exaggerated
speed/framerate in full-screen. Which was fixed using this dx8 to dx9 converter
: http://enbdev.com/convertor_dx8_dx9_v0036.htm However this doesn't change
anything with wine.
I originally discovered this bug here :
https://github.com/AlpyneDreams/d8vk/issues/155
--
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=52215
Bug ID: 52215
Summary: MSTSC (Remote Desktop) 7.0 cannot find its MUI files
when Windows version is set to 7
Product: Wine
Version: 7.0-rc1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: aros(a)gmx.com
Distribution: ---
Created attachment 71279
--> https://bugs.winehq.org/attachment.cgi?id=71279
Error. File not found. C:\windows\system32\<LANG_NAME>\mstsc.exe.MUI
A workaround is to set the Windows version to XP but I don't like it because
Wine as far as I know doesn't allow to set a per application Windows version
and my default Windows version is set to 7.
strace shows that Wine doesn't even attempt to find MUI files as if some
resolution inside it breaks completely when Windows != XP.
--
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=57007
Bug ID: 57007
Summary: Sequence Editor from Legendary Explorer of ME3Tweaks
Mod Manager triggers GDI assert
Product: Wine
Version: 9.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdiplus
Assignee: wine-bugs(a)winehq.org
Reporter: raulvior.bcn(a)gmail.com
Distribution: ---
Created attachment 76845
--> https://bugs.winehq.org/attachment.cgi?id=76845
Log generated with WINEDEBUG=warn
Sequence Editor 6.4.18 from Legendary Explorer of ME3Tweaks Mod Manager 9.0
(Tools->Legendary Explorer) triggers assert from Wine code base
"err:msvcrt:_wassert (L"graphics->hdc_refs ==
0",L"dlls/gdiplus/graphics.c",2621)". Executing with WINEDEBUG=warn+heap shows
the following warning "warn: Using GDI for swapchain presentation. This will
impact performance." which belongs to
https://github.com/doitsujin/dxvk/blob/master/src/d3d9/d3d9_swapchain.cpp#L…
The assert is triggered when trying to add a BioSeqVar_StoryManagerX variable
where X is one of {Bool,Float,Int,StateId}. I have not tried all other object
types. But from the Variables tab it only crashes when double clicking in any
of those four.
The PCC file opened with the Sequence Editor can be downloaded here:
https://drive.proton.me/urls/GSMNK9XPF8#MHMpgEs2uYHe
You have to configure Wine to emulate a virtual desktop. Otherwise tooltips and
menus appear as black rectangles.
### Software information
Legendary Explorer 6.4.18 from ME3Tweaks Mod Manager 9.0.
### System information
- GPU: AMD Radeon VII (RADV VEGA20)
- Driver: radv 24.1.3
- Wine version: wine-9.13
### Apitrace file(s)
https://drive.proton.me/urls/DGQS3343J4#0BDgJCGU0pfz
--
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=48641
Bug ID: 48641
Summary: skse64 is broken with the ntdll-ForceBottomUpAlloc
patchset
Product: Wine-staging
Version: 5.0-rc3
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: qsniyg(a)mail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
While SKSE64 now works properly under wine, it hangs (then fails to launch)
when the ntdll-ForceBottomUpAlloc patchset is enabled. Building wine-staging
without that specific patchset works fine.
This is similar to how it was in earlier wine versions, before a better version
of the F4SE patches (https://github.com/hdmap/wine-hackery/tree/master/f4se)
were mainlined.
--
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=54114
Bug ID: 54114
Summary: Cyberworld Browser: "Could not resolve
'intro_default.url'"
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ieframe
Assignee: wine-bugs(a)winehq.org
Reporter: doomtay(a)gmail.com
Distribution: ---
Created attachment 73649
--> https://bugs.winehq.org/attachment.cgi?id=73649
Example files
https://web.archive.org/web/20020808051830id_/http://www.cyberworldcorp.com…
Cyberworld Browser Installer
When opening up "intro.borg" in the sample zip, I expect both the large web
panel and side panel to change. Instead, I get a black screen and the message
"Could not resolve 'intro_default.url'" at the bottom
--
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=30615
Bug #: 30615
Summary: Audition CS6 (5.0) - strange UI graphics
Product: Wine
Version: 1.5.3
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jan(a)lugfl.de
Classification: Unclassified
Created attachment 40072
--> http://bugs.winehq.org/attachment.cgi?id=40072
Audition CS6 Mixer screenshot
The UI looks very strange. Results with native and buildin gdiplus looks
identical.
see attached screenshot.
A log of the console output is attached too.
--
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.