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=54717
Bug ID: 54717
Summary: dbghelp:dbghelp - SymRefreshModuleList() sometimes
returns STATUS_INFO_LENGTH_MISMATCH on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: dbghelp
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
dbghelp:dbghelp - SymRefreshModuleList() sometimes returns
STATUS_INFO_LENGTH_MISMATCH on Windows:
dbghelp.c:738: Test failed: SymRefreshModuleList failed: 3221225476
See https://test.winehq.org/data/patterns.html#dbghelp:dbghelp
Where 3221225476 == 0xc0000004 == STATUS_INFO_LENGTH_MISMATCH
So far the failure has only happened on the w10pro64 VM, and only in the
non-English locales. However it's rare enough that it's too early to draw
conclusions.
This failure first happened on 2023-03-8 which corresponds to the day this test
was added:
commit 0f98972fe2165d5eca52de48d8a6130de7e61a30
Author: Eric Pouech <eric.pouech(a)gmail.com>
AuthorDate: Wed Mar 8 11:43:22 2023 +0100
dbghelp/tests: Add tests for SymRefreshModuleList() on non-live target.
Signed-off-by: Eric Pouech <eric.pouech(a)gmail.com>
--
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=54113
Bug ID: 54113
Summary: ws2_32:afd - test_get_events_reset() sometimes gets
unexpected flags in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
test_get_events_reset() sometimes gets unexpected flags in Wine:
afd.c:2045: Test failed: got flags 0x44
afd.c:2063: Test failed: got flags 0x4
See https://test.winehq.org/data/patterns.html#ws2_32:afd
Where:
0x04 == AFD_POLL_WRITE
0x44 == AFD_POLL_WRITE | AFD_POLL_CONNECT
In the nightly WineTest runs this mostly happens on my box (fg-deb64, maybe
because it's typically more busy), but it also sometimes happens on the
debian11 VM and the GitLab CI, impacting some merge requests (for instance
MR!1635, MR!1742 and MR!1667).
--
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=54140
Bug ID: 54140
Summary: mmdevapi:render - test_event() sometimes gets a
timeout
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: mmdevapi
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
test_event() sometimes gets a timeout:
render.c:742: Test failed: Wait(event) after Start gave 102
See https://test.winehq.org/data/patterns.html#mmdevapi:render
This is only known to have happened on Windows once (2022-12-09 on w1064v21h2).
But there have been regular instances in Wine on the GitLab CI (e.g. MR!1608,
MR!1598, MR!1199).
--
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.