https://bugs.winehq.org/show_bug.cgi?id=53073
Bug ID: 53073
Summary: mfplat: uninplemented function while loading Devil May
Cry 1
Product: Wine
Version: 7.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mfplat
Assignee: wine-bugs(a)winehq.org
Reporter: gab.pulcio(a)gmail.com
Distribution: ---
Created attachment 72490
--> https://bugs.winehq.org/attachment.cgi?id=72490
Backtrace
Look at the traces
--
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=55008
Bug ID: 55008
Summary: wininet:http - test_secure_connection() fails on
Windows and Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: wininet
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
wininet:http - test_secure_connection() fails on Windows and Wine. More
precisely it is the test_cert_struct() therein that fails:
http.c:6770: Test failed: lpszSubjectInfo = US
Minnesota
CodeWeavers
*.winehq.org
http.c:6869: Testing security flags...
See https://test.winehq.org/data/patterns.html#wininet:http
Note: The failure happens before the "Testing security flags" line which is at
the start of test_security_flags(). The only other place where
test_cert_struct() is called is in test_secure_connection(). CQFD.
The failures started on 2023-06-06 but they happen on older builds too so they
are probably caused by some change on the server.
--
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=54939
Bug ID: 54939
Summary: Dotted files are show - but "don't show dotted" files
is active
Product: Wine
Version: 8.8
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 74467
--> https://bugs.winehq.org/attachment.cgi?id=74467
My used setting for the "dotted files view".
The settings in "winecfg" to show dotted files aren't selected. But for
example, the open dialog of notepad shows them. This behaviour changed from
wine version 8.7 to 8.8.
So I assume that this is a regression. I did a regression test and it showed me
the relevant commit: a8b6966a91453f5c6147dc2c74a337d016bbd53a.
Please fix it in the next version.
--
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=54808
Bug ID: 54808
Summary: Access violation in ntdll when running Adolix Split
and Merge PDF with .NET Framework installed
Product: Wine
Version: 8.5
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Steps to reproduce:
1. Run `wine AdolixSplitMergePDFSetup.exe`
2. Run `winetricks dotnet452`
3. Run `wine 'C:\Program Files (x86)\Adolix\Adolix Split and Merge
PDF\AdolixSplitandMergePDF.exe'`
When the program starts, it displays an error dialog that says "Access
violation at address 7BC10A68 in module 'ntdll.dll'. Write of address 00A702A0"
(the exact addresses will vary). When you go to the Merge tab and try to add a
PDF file, the same error dialog reappears and the file is not added.
Without the .NET Framework installed, Adolix still can't add PDF files, but it
displays "Interface not supported" instead of "Access violation".
Adolix must be installed before installing the .NET Framework. If you install
.NET first, Adolix Setup will display "This program does not support the
version of Windows your computer is running" and refuse to run.
Some debugging revealed that the segfault occurs in Wine's
build_clr_surrogate_section function.
$ sha256sum AdolixSplitMergePDFSetup.exe
2de391fd478654888fe86aee221cd0dcc06e7dab0b02241b3b5ecc5cb9167943
--
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=54687
Bug ID: 54687
Summary: CertGetNameStringW with dwType=CERT_NAME_ATTR_TYPE and
pvTypePara missing additional fallbacks
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: crypt32
Assignee: wine-bugs(a)winehq.org
Reporter: twhitehead(a)gmail.com
Distribution: ---
Created attachment 74198
--> https://bugs.winehq.org/attachment.cgi?id=74198
Small program to test certificates for fallback behaviour
What happens when you call CertGetNameStringW with dwType=CERT_NAME_ATTR_TYPE
and pvTypePara=NULL is undocumented. Testing with Windows reveals that it
returns the first existing name entry for email, CN, OU, or O. Wine only tries
to return email.
This results in the LibOVR runtime dll failing to verify as reported here
https://github.com/LibreVR/Revive/issues/1571#issuecomment-1465240925
I have attached a short Windows program you can try this out for yourself. You
can generate certificates for it by running
$ openssl req -x509 -newkey rsa:2048 -keyout cert.key -days 1825 -outform der
-out cert.der
and then running the program and passing them to it.
--
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=54640
Bug ID: 54640
Summary: Treecomp Listview's and possible other widgets are not
drawn
Product: Wine
Version: 8.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: danny.schneider(a)posteo.de
Distribution: ---
Created attachment 74164
--> https://bugs.winehq.org/attachment.cgi?id=74164
wine-8.1-1-x86_64 vs wine-8.2-1-x86_64
The Program Treecomp (exists since NT4 / W2k...)
https://lploeger.home.xs4all.nl/TreeComp.htmhttps://lploeger.home.xs4all.nl/TreeCompx64Latest_noinstall.zip
Worked with wine for as long I can remember - lets say >15 years
But it stopped working on Archlinux with the update from
wine-8.1-1-x86_64
to
wine-8.2-1-x86_64
You can easily check: listviews in the main window or the directory selection
dialogs are not drawn at all.
Other Programms I use seem to be working.
A Downgrade back to wine-8.1-1-x86_64 brings back the listviews in Treecomp
I checked the behaviour on two different PC's and also in VM's. Its always the
same
--
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=54728
Bug ID: 54728
Summary: Pro Evolution Soccer 2008 demo gets stuck extracting
'Pro Evolution Soccer 2008 DEMO.msi'
Product: Wine
Version: 7.4
Hardware: x86-64
URL: https://www.fileplanet.com/archive/p-32898/Pro-Evoluti
on-Soccer-2008-Demo/download
OS: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gijsvrm(a)gmail.com
CC: zzhang(a)codeweavers.com
Blocks: 10341
Distribution: ---
With wine-7.3 it takes around a minute and a half for it to finish successfully
and open the next window to continue installation. With wine-7.4 it just gets
stuck indefinitely, even after waiting 5mins. Bisection revealed:
ccc2c6c613264aa228bd6b113dffebc7bcf2c1f3 is the first bad commit
commit ccc2c6c613264aa228bd6b113dffebc7bcf2c1f3
Author: Zhiyi Zhang <zzhang(a)codeweavers.com>
Date: Wed Mar 2 14:21:48 2022 +0800
wine.inf: Enable Light theme by default.
Signed-off-by: Zhiyi Zhang <zzhang(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
loader/wine.inf.in | 10 ++++++++++
1 file changed, 10 insertions(+)
This seems like a weird one, but I can consistently reproduce it. Disabling the
'Light' theme with wine-8.4 (and -git) also works around.
--
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=53704
Bug ID: 53704
Summary: Bible Black ~La Noche de Walpurgis~ won't start
Product: Wine-staging
Version: 7.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: oflameo(a)oflameo.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 73123
--> https://bugs.winehq.org/attachment.cgi?id=73123
Page fault on read access to 0x00000000
https://appdb.winehq.org/objectManager.php?sClass=application&iId=5220
This application threw an exception on Wine build: wine-7.12 (Staging) on Host
version: 5.19.7-200.fc36.x86_64. It won't run anymore.
--
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.