https://bugs.winehq.org/show_bug.cgi?id=52322
Bug ID: 52322
Summary: wineserver memory leak during HTTPs download (Genshin
Impact Launcher, Qt5)
Product: Wine
Version: 7.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mk939(a)ymail.com
Distribution: ---
The Genshin Impact launcher application downloads *.zip archives from an HTTPs
server using the Qt5 engine. During the download, the memory footprint of
wineserver increases proportionally (approx 1:2) to the amount of downloaded
data. This results in systems running out of free RAM due to the 30+ GB
download size (!)
This issue is not due to a recent change in Wine. Another user already reported
this to me 7 months ago (Wine 6.8-1).
Reproduction report 1: (4 months ago)
* Wine 6.13 (vanilla)
* Launcher version: 2.11.2.0 (Qt5 version: 5.12.5.0)
Reproduction report 2: (new)
* Wine 7.0-rc2 (staging), Wine 7.0-rc2 (Lutris)
* Launcher version: 2.14.1.0 (Qt5 version: 5.12.5.0)
Launcher download URL for reproduction:
https://genshinimpact.mihoyo.com/client_app/download/launcher/2021122117122…
Due to DNS routing issues I yet cannot reproduce this bug with a recent vanilla
Wine version, but will give it a try as soon it is sorted out.
--
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=49964
Bug ID: 49964
Summary: 32-bit dxdiag doesn't support '/64bit' command line
switch (launch 64-bit dxdiag)
Product: Wine
Version: 5.18
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: programs
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
as it says. Encountered with some Wargaming titles in 64-bit WINEPREFIX. It
causes a message box to be shown which stays behind the main game window. Not
harmful but still worth to get rid of.
--- snip ---
$ pwd
/home/focht/wine-games/wineprefix64-wargaming/drive_c/ProgramData/Wargaming.net/GameCenter
$ WINEDEBUG=+process,+msgbox wine ./wgc.exe --disable-gpu >>log.txt 2>&1
...
03c0:trace:process:CreateProcessInternalW app (null) cmdline L"dxdiag /whql:off
/64bit /t C:\\users\\focht\\Temp\\dxdiag_cat_852.txt.tmp"
...
03c0:trace:process:NtCreateUserProcess
L"\\??\\C:\\windows\\system32\\dxdiag.exe" image
L"C:\\windows\\system32\\dxdiag.exe" cmdline L"dxdiag /whql:off /64bit /t
C:\\users\\focht\\Temp\\dxdiag_cat_852.txt.tmp" parent (nil)
...
03c0:trace:process:NtCreateUserProcess
L"\\??\\C:\\windows\\system32\\dxdiag.exe" pid 03cc tid 03d0 handles 0xf8/0xfc
03c0:trace:process:CreateProcessInternalW started process pid 03cc tid 03d0
...
03d0:trace:msgbox:MSGBOX_OnInit L"Usage: dxdiag [/whql:off | /whql:on] [/t
filename | /x filename]"
--- snip ---
Wine source:
https://source.winehq.org/git/wine.git/blob/5d5102f8498413f4b7e11f7da0509e7…
NOTE:
https://stackoverflow.com/questions/28189656/getting-output-from-dxdiag-in-…
--- quote ---
DxDiag is quite cranky on a 64-bit OS. The 32-bit version and the 64-bit
version accept different command line switches and it doesn't give a peep when
you use the wrong one. The /x option simply does not work when you try to use
the /64bit option on the 32-bit version. And the 64-bit version does not accept
/64bit. You'll have to start the 64-bit version explicitly when you run on a
64-bit OS and your program runs in 32-bit mode.
--- quote ---
The '64bit' command line switch is simply ignored by the 64-bit executable and
not listed in the command line help.
$ wine --version
wine-5.18-303-g5d5102f8498
Regards
--
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=51178
Bug ID: 51178
Summary: The Bat! v9.3.4.12: Missing content in TTreeViews
Product: Wine
Version: 6.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mywine(a)schiermeier-it.de
Distribution: ---
Created attachment 70048
--> https://bugs.winehq.org/attachment.cgi?id=70048
console output under windows version set to v8
Using The Bat! (mailer) in wine fails to show content in (Delphis) TTreeViews
when the choosen Windows version is higher than v8. Windows 8 is the last
version which worked well.
--
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=11436
Summary: Pepakura viewer: err:wgl:X11DRV_wglShareLists Could not
share display lists, context already created !
Product: Wine
Version: CVS/GIT
Platform: PC
URL: http://www.tamasoft.co.jp/pepakura-
en/download/viewer.html
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: x11-driver
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fabio.capela(a)yahoo.com
Created an attachment (id=10567)
--> (http://bugs.winehq.org/attachment.cgi?id=10567)
Trace until the error.
I'm trying to run the Pepakura viewer, but it's giving an strange error on
startup (error: no error) and is having some graphical glitches, as well as
being extremely slow.
The grafical glitches are a flickering 3D model and no textures on the 2D
model.
The bug seems to be the same one affecting Pepakura Designer 2.
The console shows an error with X11DRV_wglShareLists
(err:wgl:X11DRV_wglShareLists Could not share display lists, context already
created !). I've attached a wgl trace up to the moment the error dialog
appears. Seems like the workaround to handle the different way to share OpenGL
contexts in Windows and Linux can't handle this specific software.
The software is freeware and can be downloaded from
http://www.tamasoft.co.jp/pepakura-en/download/viewer.html
--
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=42226
Bug ID: 42226
Summary: No ingame sfx audio when CD Audio playing with builtin
dsound in Ignition
Product: Wine
Version: 1.9.23
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-dsound
Assignee: wine-bugs(a)winehq.org
Reporter: mads(a)ab3.no
Distribution: ---
Wine 1.9.23 (Staging)
If I play the original Ignition[1] (Ign_3dfx.exe with nGlide 1.05) with native
*dsound driver (winetricks dsound), both CD Audio and ingame sfx works, but
there's about a half-second latency to every ingame sfx.
When I use the built-in dsound, I have to choose between listening to music, or
listen to ingame sfx (if I enable CD Audio, there's no ingame sfx). But there's
no latency to the ingame sfx when it's enabled.
What kind of logs are interesting here?
[1] https://en.wikipedia.org/wiki/Ignition_(video_game)
--
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=40427
Bug ID: 40427
Summary: PS4 Remote Play Installer does not work because it
needs Windows Media Feature Pack
Product: Wine
Version: 1.9.5
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: windowscodecs
Assignee: wine-bugs(a)winehq.org
Reporter: axfelix(a)gmail.com
Distribution: ---
Hi folks,
Running wine-staging 1.9.5 and trying to install the new PS4 Remote Play app
that was released this morning:
https://www.thurrott.com/xbox/66088/ps4-remote-play-comes-pc
Made a fresh wineprefix. First, I had to set the Windows version to 8.1 because
anything less complained that it was unsupported by the installer. Then, I had
to make another new 32bit wine prefix because on 64bits the installer
complained that it had a resolution below 1024x768. Finally, I got an error
about needing to install the Windows Media Feature Pack.
This is an MSU installer (Windows8.1-KB2929699-x86.msu) so it isn't supported
in upstream Wine; however, staging recently added support for some MSU
installers. They haven't really documented how this is supposed to work beyond
"it uses WUSA" and ".NET 4.5 will work out of the box after setting an override
for mscoree in winecfg," so I set the override, and tried:
$ env WINEPREFIX=~/.ps4test wine ~/.ps4test/drive_c/windows/system32/wusa.exe
Windows8.1-KB2929699-x86.msu
Which had this output:
...
fixme:wusa:read_assembly Ignoring unexpected tag L"rescache"
fixme:wusa:read_assembly Ignoring unexpected tag L"memberships"
fixme:wusa:read_assembly Ignoring unexpected tag L"localization"
fixme:wusa:read_assembly Ignoring unexpected tag L"rescache"
fixme:wusa:read_assembly Ignoring unexpected tag L"languagePack"
fixme:wusa:read_assembly Ignoring unexpected tag L"memberships"
fixme:wusa:read_assembly Ignoring unexpected tag L"localization"
fixme:wusa:read_assembly Ignoring unexpected tag L"rescache"
fixme:wusa:install_assembly Assembly L"Microsoft-Windows-MFPlat" not found
err:wusa:install_updates Failed to install update
L"Microsoft-Windows-MediaFeaturePack-OOB-Package-TopLevel"
err:wusa:install_msu Dryrun failed, aborting installation
So, OK, maybe that one particular MSU doesn't work still, or maybe I'm doing it
wrong. I then tried the middle answer from this AskUbuntu thread to add the
relevant h264 functionality manually:
http://askubuntu.com/questions/651099/how-to-install-windows-media-feature-…
But unfortunately, after successfully registering the relevant DLLs and
creating the registry keys, the PS4 Remote Play Installer still complains about
wanting the Windows Media Feature Pack. So I'm stuck for now. But hopefully
this is a start!
--
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=51949
Bug ID: 51949
Summary: black boxes for mouse pointer and windows in
wine-staging-6.20
Product: Wine-staging
Version: 6.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mmikeinsantarosa(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 70927
--> https://bugs.winehq.org/attachment.cgi?id=70927
cardfile w/black window & PS 6.0 w/black box pointer
The mouse pointer is obscured by a black box in photoshop 6.0 and the window
that has focus is all black making any text in the window unreadable.
See attached images for cardfile & photoshop.
--
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=42668
Bug ID: 42668
Summary: RealMYST crashes with "Too many open files" error
Product: Wine
Version: 2.3
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: psychonaut(a)nothingisreal.com
Distribution: ---
Created attachment 57619
--> https://bugs.winehq.org/attachment.cgi?id=57619
Console output from Wine 2.3
realMYST (as distributed by GoG) crashes near the end of the introductory
sequence, right before the book lands at the bottom of the screen. If I abort
the introduction, I can start playing the game, which seems to work fine,
except that it crashes after a few minutes (usually, but not always, when I try
to save). The console output gives a message about too many files open:
err:winediag:FILE_CreateFile Too many open files, ulimit -n probably needs to
be increased
I note that this is the same problem reported by Comment #10 of Bug 18975. I
haven't tried increasing my maximum number of open file descriptors. It's
currently set to 1024, though I think it would be bizarre for the game to
require even that many.
Unfortunately, it is not possible for me to get a backtrace. When I use
winedbg, the game slows to a crawl and it's impossible to do anything.
--
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=21983
Summary: Buttons come on each other in Proteus
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ssserkkk(a)yahoo.com
hi!
The buttons in ISIS and ARES come on each other. The ones that create this
problem are "subcircuit mode ile terminals mode",
"virtual instruments mode and 2D graphics line mode" in ISIS program;
"connectivity highlight mode and round through-hole pad mode", "padstack mode
and 2D graphics line mode" in ARES.
--
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=47325
Bug ID: 47325
Summary: Steam Login: cannot select Account Name or Password
text boxes when emulating a Virtual Desktop
Product: Wine
Version: 4.9
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jeffersoncarpenter2(a)gmail.com
Distribution: ---
Steps to reproduce:
* Emulate a virtual desktop through winecfg.
* Install and run Steam. Proceed to the login prompt.
* Attempt to select the "Account name" and "Password" textboxes.
Expected Behavior:
Textbox is selected when it is clicked on, i.e. it displays a flashing cursor
and characters accumulate in it when keys are pressed.
Actual Behavior:
Textbox is not selected. No cursor is displayed, and it does not respond to
key presses.
Easy Workaround:
Grab and move the steam login window inside of the virtual desktop. After
doing this it becomes possible to select the text boxes in the window and enter
Account Name and Password.
--
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.