http://bugs.winehq.org/show_bug.cgi?id=35701
Bug ID: 35701
Summary: League of Legends: Right click contextual menu on
friends list is invisible
Product: Wine
Version: 1.7.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: echo(a)cyphernaut.org
When I open League of Legends, and I open the friends list, you can right click
on a friend to do things such as remove, spectate, message, etc, however in
Wine (as of 1.7.13) this contextual menu is invisible. Items in the menu are
still clickable, if you know where to click them. No crash or anything occurs,
just an invisible menu.
This occurs both with and without compositing enabled, and I've seen it
occurring on both Nvidia proprietary drivers as well as RadeonSI Mesa drivers.
No output is given to the console when I right-click on the friends list.
--
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=51982
Bug ID: 51982
Summary: When installing Kobo for Desktop, user data meant for
AppData\Local\Kobo is instead placed inside an
arbitrary folder of the program's installation.
Product: Wine
Version: 6.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: vorxborx(a)gmail.com
Distribution: ---
Created attachment 70967
--> https://bugs.winehq.org/attachment.cgi?id=70967
Wine user registry
Disclaimer: This is more of a curiosity than an issue, but I believe it may be
linked to issues with other software.
Summary:
After installing Kobo Desktop
(https://appdb.winehq.org/objectManager.php?sClass=version&iId=34526 see latest
test result for information on how to download the installer correctly)
everything worked correctly, and the program is fully functional (fantastic
job!).
When inspecting the program's files, attempting to find the user data, I
expected to find it at:
"~/.wine/drive_c/users/alex/AppData/Local/Kobo/Kobo Desktop Edition" which is
where it is on a native Windows installation.
However, this folder may exist, but is empty (no hidden files either).
Upon inspection, the contents of this folder instead ended up inside:
"~/.wine/drive_c/Program Files (x86)/Kobo/fonts/" along with the font files
expected there.
Steps to reproduce:
- download the installer.
- install the program.
- inspect the folder it was installed to.
The program works fine and manages to find and write to the folder where the
user data now is. I assume something went slightly wrong during installation,
so I have included terminal logs on that process.
I tested this on Manjaro (Wine 6.16) and KDE Neon Unstable (Wine 6.0.2) with
identical results.
The program in question is proprietary, so there isn't an option to inspect the
way it loads the location of these files, or determines the path in the first
place.
I have included the user.reg, and the two installation logs, though I couldn't
find anything particularly noteworthy myself.
Thank you,
Alex
--
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=51950
Bug ID: 51950
Summary: Iperf 2.0.8 hangs in parallel dual mode on localhost
Product: Wine
Version: 6.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: rpisl(a)seznam.cz
Distribution: ---
I found a problem in Wine winsock that may also be related to bug 51442 but I'm
opening a new bug report since this is not a regression.
On Windows, it is possible to run iperf 2.0.8 in dual mode on localhost in
parallel mode, so the following command works:
iperf -c 127.0.0.1 -d -t 1 -P 5
However, the same command freezes iperf completely on Wine, few messages
"connect failed: Connection refused" appear and Ctrl+C for terminating iperf
does not work.
This behavior is valid for all Wine versions (tested on 6.0.2, 6.11 and 6.20).
--
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=51383
Bug ID: 51383
Summary: S.T.A.L.K.E.R.: Call of Pripyat rendering is messed up
with Enhanced full dynamic lighting (DX10)
Product: Wine
Version: 6.11
Hardware: x86-64
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: directx-d3d-util
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Created attachment 70239
--> https://bugs.winehq.org/attachment.cgi?id=70239
screenshot
After bug 50209
wine-6.11-319-g52ba1b498a9
--
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=46888
Bug ID: 46888
Summary: Office 2007 word does not export to PDF/A
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ulrich.gemkow(a)ikr.uni-stuttgart.de
Distribution: ---
Created attachment 63964
--> https://bugs.winehq.org/attachment.cgi?id=63964
Wine log with +t2embed,+fontsub
Office 2007 Word failes when exporting to PDF/A.
To reproduce:
- Start Office 2007 Word
- Select "Save As" (in the MS Logo in the upper left corner)
- Select "PDF or XPS"
- Select "Options" and mark "ISO ... (PDF/A)"
- Select Publish
The eror message "This file could not be found" appears and nothing is
exported.
There is an old forum thread
https://forum.winehq.org/viewtopic.php?f=8&t=19850.
In this thread the dlls t2embed and fontsub are seen as problematic for font
embedding. Maybe this is a helpful link.
--
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=42867
Bug ID: 42867
Summary: steam store doesnt work
Product: Wine
Version: 2.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bronsonmathews(a)gmail.com
Distribution: ---
trying to access the steam store through steam itself doesnt work at all.
--
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=51201
Bug ID: 51201
Summary: Zlatogorye 2 crashes after selecting the class
Product: Wine
Version: 6.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: winehq.excysted(a)aleeas.com
Distribution: ---
Created attachment 70076
--> https://bugs.winehq.org/attachment.cgi?id=70076
Screenshot of error after I started the game.
I downloaded the game from the website called MyAbandonWare, I updated the game
to the most latest version and applied NoCD. I played the first disk of this
game.
In settings of the game I disabled EAX. Then started new game, selected class,
and tells me this in the screenshot I attached. All Visual C++ from oldest to
the most up to date version are installed.
OpenSUSE Tumbleweed x86_64
Kernel: 5.12.4-1-default
Wine-staging 6.8 from official repos.
--
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=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.