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=53446
Bug ID: 53446
Summary: Total War Shogun 2 crashes on Intel Iris Plus Graphics
G4
Product: Wine
Version: 7.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: hibbsncc1701(a)gmail.com
Distribution: ---
Created attachment 72820
--> https://bugs.winehq.org/attachment.cgi?id=72820
Console log on wine-7.14 with WINEDEBUG=+seh.
Total War Shogun 2 crashes during startup on Intel Iris Plus Graphics G4
hardware with an EXCEPTION_ACCESS_VIOLATION. Under Nvidia hardware the game
boots normally.
--
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=54871
Bug ID: 54871
Summary: kernel32:console - testScroll() fails on Windows 10
1909
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
kernel32:console - testScroll() fails on Windows 10 1909:
console.c:704: Test failed: ScrollConsoleScreenBufferA failed: 87
See https://test.winehq.org/data/patterns.html#kernel32:console
Where 87 == ERROR_INVALID_PARAMETER
The failing call is:
/* clipping, src & dst rect do overlap */
...
ret = ScrollConsoleScreenBufferA(hCon, &scroll, &clip, dst, &ci);
The parameters are scroll: 0x0-10x6 dst 2x0 clip 5x3-16x10 [1]
Some debugging shows that:
* The test is not skipped and succeeds in all other Windows 10 versions,
including Windows 10 1809 and 2009.
* Despite returning an error ScrollConsoleScreenBufferA() does what it was
asked, even on Windows 10 1909! This is why the loop that checks the content of
the screen does not report a ton of failures.
* ScrollConsoleScreenBufferA() stops returning an error when the destination
coordinates are within the clip rectangle.
[1] I'm not sure the 0 Y shift was intentional. It's the result of integer
rounding in 7/2-3 = 0.5 -> 0. So this is really only testing an horizontal
shift.
--
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=55290
Bug ID: 55290
Summary: quartz:videorenderer - test_video_window_position()
sometimes gets a bad height in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
quartz:videorenderer - test_video_window_position() sometimes gets a bad height
in Wine:
videorenderer.c:1957: Test failed: Got height 492.
videorenderer.c:1963: Test failed: Got height 492.
videorenderer.c:1968: Test failed: Got window bottom 492.
videorenderer.c:1984: Test failed: Got height 492.
videorenderer.c:1990: Test failed: Got height 492.
videorenderer.c:1995: Test failed: Got window bottom 492.
See https://test.winehq.org/data/patterns.html#quartz:videorenderer
This is independent of bitness and happens on the TestBot VMs as well as my
desktop and Remi's machines, but not in the GitLab CI's Debian environment.
There must be some external factor influencing how often it happens because it
happened systematically on my desktop from 2022-12-12 to 2023-01-09 and again
from 2023-01-13 to 2023-02-21 while it did not happen more frequently on all
other platforms. Currently it also happens a lot more frequently on Remi's
machines.
--
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.