https://bugs.winehq.org/show_bug.cgi?id=42384
Bug ID: 42384
Summary: WinOmega 10.00.24 attempts to use certmgr.msc
Product: Wine
Version: 2.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: crypt32
Assignee: wine-bugs(a)winehq.org
Reporter: info(a)winomega.com
Distribution: ---
Created attachment 57179
--> https://bugs.winehq.org/attachment.cgi?id=57179
certmgr.msc error
WinOmega 10.00.24
(https://appdb.winehq.org/objectManager.php?sClass=version&iId=33538) is yields
an error (see screenshot) when attempting to manage certificates through:
Facturación -> Clientes -> Firmar -> Factura-e
The program relies on certmgr.msc (MMC snap-in) for certificate management. A
possible workaround could be to use certmgr.exe (Certificate Manager Tool) in
its stead. However certmgr.exe isn't usable due to bug 42383
(https://bugs.winehq.org/show_bug.cgi?id=42383).
--
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=51588
Bug ID: 51588
Summary: MS Visio 2016 not work
Product: Wine
Version: 6.0.1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mettalhunter(a)yahoo.com.ar
Distribution: ---
Created attachment 70436
--> https://bugs.winehq.org/attachment.cgi?id=70436
cosole output
Hi!
I installed MS Visio 2016 but it does not start, not show Windows, nothing.
I used Gentoo Linux with Wine-6.0 and Wine-6.14.
I installed: riched20, riched30, mfc40, mfc42, msxml6, msxml3, vcrun (2008
until 2017), msftedit.
What is the issues?
--
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=50298
Bug ID: 50298
Summary: w1064v1909 shows the "create a Windows account"
fullscreen dialog
Product: Wine-Testbot
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
Created attachment 68868
--> https://bugs.winehq.org/attachment.cgi?id=68868
w1064v1909 "Let's finish setting up your device" dialog
w1064v1909 corresponds to the 1909-live snapshot of the w1064 VM. That snapshot
is created automatically by the TestBot. Currently this snapshot opens on the
"create a Windows account" fullscreen dialog, the one with the following title:
Let's finish setting up your device
It seems this dialog 'pops up' automatically on boot if one does not provide a
Microsoft account when installing Windows. When that happens is hard to
predict, Windows seems to wait a few days or reboots before doing.
Furthermore something WineTest does seems to make this dialog go away because
it's not visible in the final WineTest screenshot. However it is visible if one
runs a single test such as ntdll:exception.
It's not entirely clear if this dialog is interfering with some tests but its
presence is definitely unwanted.
--
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=47847
Bug ID: 47847
Summary: Disable Windows 10's "privacy wizard" after locale
change
Product: Wine-Testbot
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
The TestBot can automatically set up locale-specific live snapshots (after the
locale has been manually installed, see point 1 of bug 47804).
However on Windows 10 the mandatory reboot is sometimes followed by a wizard
asking a bunch of questions like whether to use audio speech recognition, what
kind of reports to send Microsoft, etc. I think this is the "Choose your
Privacy Settings" wizard. Of course that breaks the snapshot creation since the
TestBot cannot answer these questions, fails to detect they are even being
asked (because TestAgentd is already running in the background), and creates a
snapshot of the half-baked state.
So one question is: how can one prevent Windows from putting up this wizard?
But then, while I had this wizard for the French locale, I did not get it for
Arabic. Would it perchance only happen for European locales? If so the pain may
be bearable.
--
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=51411
Bug ID: 51411
Summary: Add a mixed locale Windows test configuration.
Product: Wine-Testbot
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
The TestBot's locale test configurations usually have a matching set of locales
for SystemDefaultLCID, USystemPreferredUILanguages, UserDefaultUILanguage and
ThreadUILanguage. For instance for French we have:
SystemDefaultLCID 040c
UserDefaultLCID 0409
ThreadLocale 0409
SystemPreferredUILanguages 040C,0409
UserDefaultUILanguage 040c
ThreadUILanguage 040c
As a result tests can substitute GetSystemDefaultLCID() for
GetThreadUILanguage() and get away with it. In turn this allows Wine to
substitute these too without causing the tests to fail (see for instance
mlang:mlang, bug 51410).
To avoid this the TestBot needs a test configuration where all the important
locale settings are different so these issues are detected immediately.
--
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=51451
Bug ID: 51451
Summary: Many Windows 10 VMs are incompletely localized
Product: Wine-Testbot
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
The localized w10pro64* VMs don't have the right UserDefaultLCID and are
sometimes missing even more:
w10pro64 fr_FR
SystemDefaultLCID 040c
UserDefaultLCID 0409 <--- should be 040c
ThreadLocale 0409 ???
SystemPreferredUILanguages 040C,0409
UserDefaultUILanguage 040c
ThreadUILanguage 040c
w10pro64 ar_MA
SystemDefaultLCID 0c01
UserDefaultLCID 0409 <--- should be 0c01
ThreadLocale 0409 ???
SystemPreferredUILanguages 0409 <--- should contain 0c01
UserDefaultUILanguage 0409 <--- should be 0c01
ThreadUILanguage 0409 <--- should be 0c01
w10pro64 he_IL
UserDefaultLCID 0409 <--- should be 40d
w10pro64 hi_IN
Being a Unicode-only language means setting the system locale to Hindi was not
possible in older Windows versions (up to early Windows 10). Now it is but it's
considered Beta and uses the UTF-8 encoding in ANSI APIs. So it's not clear if
it should be changed (and how to do it programmatically).
SystemDefaultLCID 0409 <--- Unicode-only language
UserDefaultLCID 0409 <--- should be 0439
ThreadLocale 0409 ???
SystemPreferredUILanguages 0439,0409
UserDefaultUILanguage 0439
ThreadUILanguage 0439
w10pro64 ja_JP
UserDefaultLCID 0409 <--- should be 411
w10pro64 ko_KO
UserDefaultLCID 0409 <--- should be 412
w10pro64 pt_BR
UserDefaultLCID 0409 <--- should be 416
w10pro64 ru_RU
UserDefaultLCID 0409 <--- should be 419
w10pro64 zh_CN
UserDefaultLCID 0409 <--- should be 804
This prevents testing how Windows behaves when formatting and parsing their
currencies in oleaut32:varformat for instance.
Strangely enough the w7u* VMs don't have this issue:
w7u de_DE
SystemDefaultLCID 0407
UserDefaultLCID 0407
ThreadLocale 0407
SystemPreferredUILanguages 0407
UserDefaultUILanguage 0407
ThreadUILanguage 0407
--
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=12159
Summary: Alt-click moves the windows instead of giving access to
alternate functionalities in Photoshop Cs2
Product: Wine
Version: 0.9.58.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P1
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mariejoaile(a)gmail.com
Steps to reproduce:
1- Open Photoshop
2- Create a new document or open one
3- Pick a selection tool or clone or any of the tool making use of an alternate
function using alt
4- Try to use this alt-click option and instead of for instance for the select
tool, deselecting, it will move the window.
This action is very important because there is no other way to use certain of
Photoshop's tool, making tools like clone and healing useless.
--
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=53250
Bug ID: 53250
Summary: ole32:compobj - test_CoGetClassObject() sometimes
fails on Windows 7 and 8
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: ole32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ole32:compobj - test_CoGetClassObject() sometimes fails on Windows 7 and 8:
compobj.c:831: Test failed: Section not found.
compobj.c:841: Test failed: Unexpected return value.
compobj.c:850: Test failed: Unexpected return value.
compobj.c:856: Test failed: Unexpected module name L"testlib.dll".
https://test.winehq.org/data/patterns.html#ole32:compobj
The failures are rare enough to cause false positives.
--
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=53222
Bug ID: 53222
Summary: shell32:shlfolder - test_SHChangeNotify() gets
unexpected WM_USER_NOTIFY messages on Windows 10
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
shell32:shlfolder - test_SHChangeNotify() gets unexpected WM_USER_NOTIFY
messages on Windows 10. The exact failures vary a bit though:
shlfolder.c:5027: SHChangeNotify tests (0)
...
shlfolder.c:5014: RMDIR: took 2 tries
shlfolder.c:4964: verifying pidls for: RMDIR
shlfolder.c:4977: Test failed: Didn't expect a WM_USER_NOTIFY message (event:
10)
or
shlfolder.c:4978: SHChangeNotify tests (0)
shlfolder.c:4915: verifying pidls for: MKDIR
shlfolder.c:4928: Test failed: Didn't expect a WM_USER_NOTIFY message (event:
40000)
or
shlfolder.c:5027: SHChangeNotify tests (0)
shlfolder.c:4964: verifying pidls for: MKDIR
shlfolder.c:5014: MKDIR: took 2 tries
shlfolder.c:4964: verifying pidls for: MKDIR
shlfolder.c:4977: Test failed: Didn't expect a WM_USER_NOTIFY message (event:
8)
or
shlfolder.c:4978: SHChangeNotify tests (1)
...
shlfolder.c:4965: CREATE: took 0 tries
shlfolder.c:4915: verifying pidls for: RMDIR
shlfolder.c:4928: Test failed: Didn't expect a WM_USER_NOTIFY message (event:
3)
or
shlfolder.c:5014: CREATE: took 3 tries
shlfolder.c:4960: Test failed: CREATE: expected notification type 2, got: 40000
shlfolder.c:4964: verifying pidls for: CREATE
shlfolder.c:4967: Test failed: GetDisplayNameOf failed: 0x80070057
shlfolder.c:4977: Test failed: Didn't expect a WM_USER_NOTIFY message (event:
3)
https://test.winehq.org/data/patterns.html#shell32:shlfolder
The failures have been seen on Windows 10 1507, 21H1 and 21H2 but it is likely
that the other Windows 10 versions behave the same way.
--
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=41784
Bug ID: 41784
Summary: Wine error under LinuxMint 17.3 after running PDF24
Creator
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: marialvez(a)gmail.com
Distribution: ---
Created attachment 56219
--> https://bugs.winehq.org/attachment.cgi?id=56219
Using the PDF24 Creator program, in Wine mode and after close the application,
my Pc show these bug.- Y work with Linux Mint 17.3 Cinnamon 64-bit Version
2.8.8
Using the PDF24 Creator program, in Wine mode and after close the application,
my Pc show these bug.- Y work with Linux Mint 17.3 Cinnamon 64-bit Version
2.8.8
--
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=52930
Bug ID: 52930
Summary: d3dcompiler_47:hlsl_d3d9 fails randomly on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d-util
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Created attachment 72305
--> https://bugs.winehq.org/attachment.cgi?id=72305
Small patch to apply on top of 58d20aae3772^ to get failures
d3dcompiler_47:hlsl_d3d9 fails randomly on Windows 8.1 to 21H2:
hlsl_d3d9.c:1691: Test failed: Got unexpected hr 0x88760b59.
hlsl_d3d9.c:1692: Test failed: Got unexpected blob.
hlsl_d3d9.c:1693: Test failed: Got unexpected errors.
https://test.winehq.org/data/patterns.html#d3dcompiler_47:hlsl_d3d9
A bisect against Windows 10 21H1 on cw-gtx560 shows that the failures started
with the commit below:
commit 58d20aae3772473a90e43ee236b793f0421eecb1
Author: Eric Pouech <eric.pouech(a)gmail.com>
Date: Tue Feb 8 19:48:44 2022 +0100
d3dcompiler/tests: Build without -DWINE_NO_LONG_TYPES.
Signed-off-by: Eric Pouech <eric.pouech(a)gmail.com>
Signed-off-by: Henri Verbeet <hverbeet(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
The patch does not actually make any change that should matter but I have
confirmed the bisect result manually:
58d20aae3772^ -> 200 consecutive runs with no failure
58d20aae3772 -> fails after 9 to 33 runs
- Applying just the Makefile.in parts and last 4 chunks of hlsl_d3d9.c of that
commit is sufficient to get the failures.
- Patching only the makefiles is not enough.
- I did not try to identify which of the 4 chunks are needed to get failures.
They all patch code that's executed after the failure anyway.
So there must be some memory corruption that's sensitive to memory layout or
some subtle issue with the generated code.
I also if(0)ed-out all the other test_xxx() functions, and also if(0)ed-out the
tests that preceded the failing one in test_include() but I still get the
failure so it's not a case where an ill-advised NULL-behavior test causes
memory corruption.
--
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=50214
Bug ID: 50214
Summary: Games that using a newer version of fmod have no
sound.
Product: Wine
Version: 5.8
Hardware: x86-64
OS: FreeBSD
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: Alexander88207(a)Protonmail.com
Hello, i have noticed that all the games that use the latest fmod version sound
no longer working.
Using pure wine with OSS.
Games that i have found with that issue:
- The Forest
- Euro Truck Simulator 2
- Craft the World
- Path of Exile (free)
- Growtopia (free)
--
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=47907
Bug ID: 47907
Summary: redefinition of typedef ‘IDebugClient’
Product: Wine
Version: 4.14
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: version2013(a)protonmail.com
Distribution: ---
in distro:
# uname --kernel-release
3.0.66
# gcc --version
4.3.4
# ldd --version
2.10.1
Compiling wine-4.14 fails with:
error: redefinition of typedef ‘IDebugClient’
--
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=48283
Bug ID: 48283
Summary: Pegasus Mail 4.73 crashes after install
Product: Wine
Version: 4.0.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: daveypy(a)outlook.com
Distribution: ---
Created attachment 65965
--> https://bugs.winehq.org/attachment.cgi?id=65965
Saved backtrace from crash
After installing Pegasus Mail in Wine, Pegasus Mail crashes upon launch.
I would be willing to test this in Wine STAGING, but I don't know how to
install STAGING alongside STABLE in Ubuntu.
--
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=15555
Summary: Implement Windows calculator (calc.exe)
Product: Wine
Version: 1.1.5
Platform: Other
OS/Version: other
Status: NEW
Severity: enhancement
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
This was discussed recently, and both
a patch that just invokes gcalc and
a patch that actually implements a calc
were mentioned here:
http://www.winehq.org/pipermail/wine-patches/2008-June/056311.html
This affects the app SteuerSparErklaerung; see user report at
http://www.tuxlog.de/keinwindowsmehr/2008/steuererklarung-unter-gentoo-linu…
Not a critical error, but it does cause an annoying dialog box
to pop up when installing that app.
--
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=42438
Bug ID: 42438
Summary: Jedi Knight Dark Forces II / DirectX7 WindowGUI issue
Product: Wine
Version: 2.0
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winemac.drv
Assignee: wine-bugs(a)winehq.org
Reporter: kevincarrolldavis(a)gmail.com
The menu screens do not render/update when the "-windowgui" command line switch
is chosen.
The menu screens only render/update when ⌘+Tabbing back and forth to and from
the program.
--
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=49239
Bug ID: 49239
Summary: Trying to play an emulator
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: schneideroscar2(a)gmail.com
Distribution: ---
Created attachment 67249
--> https://bugs.winehq.org/attachment.cgi?id=67249
I don't understand code, promise you I don't.
Tried downloading this game off of an emulator
--
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=40313
Bug ID: 40313
Summary: Warframe Crash while loading
Product: Wine
Version: 1.9.5
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: levanchelidze(a)gmail.com
Distribution: ---
Created attachment 53958
--> https://bugs.winehq.org/attachment.cgi?id=53958
backtrace
Warframe crashes while loading
--
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=39587
Bug ID: 39587
Summary: Warframe launcher crash on close
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: thisismyid17(a)yahoo.com
Distribution: ---
When the launcher closes, either from the 'x' button or from launching
Warframe, the launcher crashes with the attached backtrace.
Linux Mint
wine-staging 1.7.54
Warframe 17.11.1
Setup using the instructions posted here:
https://appdb.winehq.org/objectManager.php?sClass=version&iId=32757
--
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=52186
Bug ID: 52186
Summary: OriginLab 2022 (64bit) becomes unusable after pop-up
window appears..
Product: Wine
Version: 6.23
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alois.schloegl(a)gmail.com
Distribution: ---
Created attachment 71235
--> https://bugs.winehq.org/attachment.cgi?id=71235
output from stdout when starting Origin2022
OriginLab 2022 can be installed and started.
After a few seconds, a pop up window about "training center" opens, and the
origin becomes unusable (i.e. does not respond anymore to any input events)
--
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=21232
Summary: Iron (Chrome) 4 can't load any webpage
Product: Wine
Version: 1.1.35
Platform: x86
URL: http://www.srware.net/downloads/srware_iron_beta.exe
OS/Version: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Trying Iron (basically iceweasel for Chrome) under wine, it fails to load any
webpage. There is no terminal output when trying this. I've tried winetricks
ie6 to get native wininet/winhttp, but that didn't help...
--
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=39403
Bug ID: 39403
Summary: Steam 10/7/15 update: store/web no longer works
Product: Wine
Version: 1.7.52
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: spoon0042(a)hotmail.com
Distribution: ---
Created attachment 52515
--> https://bugs.winehq.org/attachment.cgi?id=52515
steam log, default
Since today's Steam update any web content like the Store no longer works. As
in nothing happens, just a blank window. This is different than the win7 bug,
using the default XP here and nothing crashes. Log attached, though these lines
that appear when trying to load a page are probably the relevant bit:
fixme:advapi:CreateProcessAsUserW 0x314 L"C:\\Program
Files\\Steam\\bin\\steamwebhelper.exe" L"\"C:\\Program
Files\\Steam\\bin\\steamwebhelper.exe\" --type=renderer
--disable-gpu-compositing --enable-pinch --lang=en-US --lang=en-US
--product-version=\"Valve Steam Client\" --disable-spell-checking
--enable-system-flash --device-scale-factor=1 --enable-delegated-renderer
--num-raster-threads=1 -"... (nil) (nil) 0 0x0100040c (nil) (null) 0x274e2e8
0x274defc - semi-stub
[1007/185338:ERROR:child_process_launcher.cc(444)] Failed to launch child
process
Tested in wine-1.7.52 (Staging) and a fresh git pull of mainline.
--
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=51780
Bug ID: 51780
Summary: The user32:msg output is too big in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: major
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
user32:msg now outputs ~97kB of data. This is way too much and contributes in
pushing the WineTest reports above the 1.5MB limit.
No single patch is responsible but the size changed on the following dates:
Sep 08: user32:msg (+6kB)
Sep 09: user32:msg (+18kB)
Sep 17: user32:msg (+6kB)
Sep 20: user32:msg (+15kB)
Sep 21: user32:msg (+19kB)
The traces break down as follows:
0kB failures
77kB todos
16kB traces
1.5kB test framework (summary lines, etc.)
Time to fix Wine to reduce the number of todos!
--
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=53254
Bug ID: 53254
Summary: urlmon:url - test_URLDownloadToFile_abort() sometimes
fails on Windows 7+
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: urlmon
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
urlmon:url - test_URLDownloadToFile_abort() sometimes fails on Windows 7+:
url.c:3750: Test failed: expected OnProgress_DOWNLOADINGDATA
https://test.winehq.org/data/patterns.html#urlmon:url
This happens on Windows 7 to Windows 10 21H2 and is rare enough to cause false
positives. Note that this failure never happens at the same time as the ones in
bug 53253.
--
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=53211
Bug ID: 53211
Summary: ddraw:ddraw1 has over 255 failures on the debian11
TestBot VMs
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
ddraw:ddraw1 has over 255 failures on the debian11 TestBot VMs:
ddraw1.c:6647: Test failed: Got unexpected color 0x000000ff, test 0.
...
ddraw1.c:6953: Test failed: Unlit quad without normals has color 0x00ffffff.
...
ddraw1.c:6955: Test failed: Lit quad without normals has color 0x00ffffff.
...
ddraw1.c:7377: Test failed: Expected colour 0x003c3c3c at location (160, 120),
got 0x00ff0000, case 0.
...
ddraw1.c:8425: Test failed: Got unexpected color 0x00000000.
...
ddraw1.c:9590: Test failed: Got unexpected color 0x0000ff00, format
D3DFMT_X8R8G8B8, c=0.
...
ddraw1.c:9846: Test failed: Test 0 shading has color0 00ffffff, expected
00ff0000.
...
ddraw1.c:11527: Test failed: Got unexpected color 0x000000ff.
...
ddraw1.c:11924: Test failed: Got unexpected color 0x00ffffff.
...
ddraw1.c:12549: Test failed: z_depth 16: Got depth 0x0000ffff (diff -57344),
expected 0x00001fff+/-46, at 80, 60.
...
ddraw1.c:420: Test failed: (0, 0) - (640, 480) viewport: Pixel (1, 121) has
color 00000000, expected 00ffffff.
...
ddraw1.c:13757: Test failed: Alphatest failed, color 0x00ff0000, expected
0x0000ff00, alpha > ref, func 5.
...
ddraw1.c:14638: Test failed: Got color 0x00ff0000, expected 0x00ffffff.
...
ddraw1.c:15080: Test failed: Got unexpected colour 000000ff, 2x2, case 0.
...
The test prints too much data (96495 bytes)
https://test.winehq.org/data/patterns.html#ddraw:ddraw1
These failures started when the debian11 VM was updated and moved to the gpu1
VM host. Given that the debiant (Debian Testing) VM does not have these
failures this is likely related to some underlying Debian issue.
--
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=52910
Bug ID: 52910
Summary: mshtml:htmldoc fails on Windows with the UTF-8
codepage
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: mshtml
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
mshtml:htmldoc fails on Windows with the UTF-8 codepage:
htmldoc.c:1472: Test failed: bindinfo.dwOptions=20000
htmldoc.c:597: Test failed: bindinfo.dwOptions=20000
[...]
https://test.winehq.org/data/patterns.html#mshtml:htmldoc
0x20000 is BINDINFO_OPTIONS_ENABLE_UTF8 which means that "UTF-8 encoding should
be enabled". Easy fix?
--
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=52909
Bug ID: 52909
Summary: rpcrt4:ndr_marshall crashes on the latest Windows 21H1
and 21H2
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: rpc
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
rpcrt4:ndr_marshall crashes on the latest Windows 21H1 and 21H2.
ndr_marshall.c:165: this is the last test seen before the exception
0770:ndr_marshall: unhandled exception 000006f7 at 00007FFCF0874F69
However the crash is not detected as such so the patterns page reports it as a
failure:
https://test.winehq.org/data/patterns.html#rpcrt4:ndr_marshall
I don't know what this 0x000006f7 exception is.
When w10pro64 had the updates up to 2021-10-21 this test was not crashing. The
crashes started happening when w1064 and w10pro64 were updated on 2022-04-24.
So the crash is probably caused by one of the Windows updates in that interval.
If necessary I can dig into the Windows update history to try and find
something related.
--
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=51456
Bug ID: 51456
Summary: oleaut32:typelib: test_CreateTypeLib(SYS_WIN32) fails
in 64-bit Wine
Product: Wine
Version: 6.10
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: oleaut32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
oleaut32:typelib has many failures in 64-bit Wine, the first one of which is
because Wine returns the wrong size for a structure:
https://test.winehq.org/data/patterns.html#oleaut32:typelib
typelib.c:2169: Test failed: retrieved IUnknown gave wrong cbSizeVft: 24
In the SYS_WIN32 case cbSizeVft should be 3 * 4 = 12 but it is still set to 24
by MSFT_DoTypeInfo():
ptiRet->typeattr.cbSizeVft = tiBase.cbSizeVft;
It makes sense for cbSizeVft to be 24 on the 64-bit side, but somewhere there
should be code to adjust it to account for the SYS_WIN32 on 64-bit case. But I
don't know where that should happen.
--
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=48105
Bug ID: 48105
Summary: kernel32:console fails on Japanese and Chinese Windows
Product: Wine
Version: unspecified
Hardware: x86
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Running the kernel32:console test on Windows 10 1809 in Japanese or Chinese
results in 6 failures:
console.c:867: Test failed: ReadConsoleOutputCharacterW failed
console.c:869: Test failed: string does not match the pattern
console.c:880: Test failed: ReadConsoleOutputCharacterW failed
console.c:882: Test failed: string does not match the pattern
console.c:889: Test failed: ReadConsoleOutputCharacterW failed
console.c:891: Test failed: string does not match the pattern
These failures appear to be systematic but the w1064v1809_ja and
w1064v1809_zh_CN VMs do not always succeed in submitting their WineTest results
to test.winehq.org so the failures only appear intermittently there.
See https://test.winehq.org/data/tests/kernel32:console.html
--
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=46649
Bug ID: 46649
Summary: Tom Clancy's Rainbow Six: Vegas 2 needs
D3DXDisassembleShader implementation
Product: Wine
Version: 4.1
Hardware: x86-64
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: directx-d3dx9
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Crashes at launch with 'Message General protection fault! History: '
fixme:d3dx:D3DXDisassembleShader 0x7671b00 0 (null) 0x62ce18: stub
wine-4.1-207-g7907ccfdcb
--
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=53199
Bug ID: 53199
Summary: dinput:force_feedback - test_windows_gaming_input()
sometimes has unexpected reference counts in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-dinput
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
dinput:force_feedback - test_windows_gaming_input() sometimes has unexpected
reference counts in Wine. There are three known instance but they don't all
correspond to the same check:
2022-05-17
force_feedback.c:6097: Test failed: Release returned 1
6096 ref = IAsyncOperation_ForceFeedbackLoadEffectResult_Release(
result_async );
6097 ok( ref == 0, "Release returned %lu\n", ref );
2022-06-06 and 2022-06-17
force_feedback.c:6057: Test failed: Release returned 1
6056 ref = IForceFeedbackEffect_Release( effect );
6057 ok( ref == 0, "Release returned %lu\n", ref );
https://test.winehq.org/data/patterns.html#dinput:force_feedback
This failure can happen on its own (so it's not a side-effect of another
failure) and is pretty rare (~0.8%) so it's bound to cause false positives.
--
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=52875
Bug ID: 52875
Summary: riched20:editor fails in Wine in Hindi
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: richedit
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
riched20:editor fails in Wine in Hindi:
editor.c:6064: Test failed: EM_STREAMIN: Test UTF8Split returned 6
https://test.winehq.org/data/patterns.html#riched20:editor
It also has failures in Wine in other locales and on other Linux configurations
but this one is new. A bisect shows that it started after the following commit:
commit e81327358a26b160740b3421a4c7f300b4d2f06f
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Wed Apr 13 15:13:16 2022 +0200
kernelbase: Move codepage initialization to ntdll.
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
This commit is also involved in the following failures:
* Bug 52873 - oleaut32:typelib fails in Wine in Hindi
* Bug 52870 - shlwapi:url - The UrlGetPartA() tests fails in Wine in Hind
* Bug 52872 - vbscript:run fails in Wine in Hindi
--
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=52980
Bug ID: 52980
Summary: conhost.exe:tty - test_tty_input() fails in most
locales on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: programs
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
conhost.exe:tty - test_tty_input() fails in most locales on Windows.
Specifically it fails in German, French, Portuguese (Brazil and Portugal), and
Spanish (the mixed locale, mx-MX, uses a Spanish keyboard layout).
For instance in Portuguese (Brazil):
tty.c:1521: Test failed: 2f: wVirtualKeyCode = 12, expected 11
tty.c:1521: Test failed: 2f: wVirtualScanCode = 38 expected 1d
tty.c:1521: Test failed: 2f: dwControlKeyState = 109
tty.c:1521: Test failed: 2f: dwControlKeyState = 9
[...]
tty.c:1521: Test failed: 3f: dwControlKeyState = 100
tty.c:1544: Test failed: 2f: wVirtualKeyCode = dd, expected db
tty.c:1544: Test failed: 2f: wVirtualScanCode = 1b expected 1a
tty.c:1544: Test failed: 2f: wVirtualKeyCode = dd, expected db
tty.c:1544: Test failed: 2f: wVirtualScanCode = 1b expected 1a
https://test.winehq.org/data/patterns.html#conhost.exe:tty
The test also fails on cw-gtx560 and cw-rx460, maybe because their keyboard
layout is not completely standard due to the KVM. Besides the usual failures on
lines 1521 and 1544, those get a few related earlier failures:
tty.c:1505: Test failed: 61: wVirtualScanCode = 4f expected 1e
tty.c:1505: Test failed: 61: wVirtualScanCode = 4f expected 1e
tty.c:1508: Test failed: 64: wVirtualScanCode = 4b expected 20
tty.c:1508: Test failed: 64: wVirtualScanCode = 4b expected 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=53233
Bug ID: 53233
Summary: ddraw:ddraw1 - test_clear() has rare failures in Wine
on the debian11 VM
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
ddraw:ddraw1 - test_clear() has rare failures in Wine on the debian11 VM:
ddraw1.c:12626: Test failed: Clear rectangle 3 (pos, neg) has color 0x00000000.
ddraw1.c:12628: Test failed: Clear rectangle 1 (pos, pos) has color 0x00000000.
ddraw1.c:12630: Test failed: Clear rectangle 4 (NULL) has color 0x00000000.
ddraw1.c:12632: Test failed: Clear rectangle 4 (neg, neg) has color 0x00000000.
https://test.winehq.org/data/patterns.html#ddraw:ddraw1
The first instance of these failures started some time after 2022-06-06 which
is when the debian11 VM was updated and moved to the gpu1 VM host.
--
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=53208
Bug ID: 53208
Summary: user32:msg - The SW_SHOWMINIMIZED test in
test_messages() succeeds in Wine with fvwm
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
user32:msg - The SW_SHOWMINIMIZED test in test_messages() succeeds in Wine with
fvwm:
msg.c:5574: Test succeeded inside todo block:
ShowWindow(SW_SHOWMINIMIZED):overlapped: marked "todo_wine" but succeeds
https://test.winehq.org/data/patterns.html#user32:msg
This todo_wine seems to always succeed in the TestBot's VMs but almost always
fails on my box. The difference is probably that the former runs fvwm (with a
specially curated configuration) while the latter runs KDE.
--
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=53207
Bug ID: 53207
Summary: user32:msg - test_button_messages() fails randomly in
Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
user32:msg - test_button_messages() fails randomly in Wine. There are two
failure modes:
* WM_CTLCOLORBTN (0x135) + WM_DRAWITEM (0x2b) -> 6 failures
msg.c:6881: Test failed: SetFocus(hwnd) on a button: 4: the msg 0x0007 was
expected, but got msg 0x0005 instead
msg.c:6881: Test failed: SetFocus(hwnd) on a button: 5: the msg 0x0135 was
expected, but got msg 0x030f instead
msg.c:6881: Test failed: SetFocus(hwnd) on a button: 6: the msg 0x002b was
expected, but got msg 0x001c instead
msg.c:6881: Test failed: SetFocus(hwnd) on a button: 7: the msg 0x0111 was
expected, but got msg 0x0086 instead
msg.c:6881: Test failed: SetFocus(hwnd) on a button: 8: the msg 0x8000 was
expected, but got msg 0x0006 instead
msg.c:6881: Test failed: SetFocus(hwnd) on a button: 9: the msg sequence is not
complete: expected 0000 - actual 0009
* WM_CTLCOLORSTATIC (0x138) -> 5 failures
msg.c:6881: Test failed: SetFocus(hwnd) on a button: 4: the msg 0x0007 was
expected, but got msg 0x0005 instead
msg.c:6881: Test failed: SetFocus(hwnd) on a button: 5: the msg 0x0138 was
expected, but got msg 0x030f instead
msg.c:6881: Test failed: SetFocus(hwnd) on a button: 6: the msg 0x0111 was
expected, but got msg 0x001c instead
msg.c:6881: Test failed: SetFocus(hwnd) on a button: 8: the msg 0x8000 was
expected, but got msg 0x0086 instead
msg.c:6881: Test failed: SetFocus(hwnd) on a button: 9: the msg sequence is not
complete: expected 0000 - actual 0006
https://test.winehq.org/data/patterns.html#user32:msg
These failures don't seem to depend on the locale or bitness and were first
seen on 2022-06-06.
--
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=52965
Bug ID: 52965
Summary: kernel32:locale - test_GetLocaleInfoW() and
test_invariant() fail on Windows in Hindi
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:locale fails on Windows in Hindi when run without the UTF-8 codepage
(so with an English system locale):
In test_GetLocaleInfoW():
locale.c:394: Test failed: got wrong name
L"\0905\092e\0947\0930\093f\0915\093e"
locale.c:404: Test failed: got wrong name
L"\0905\0902\0917\094d\0930\0947\091c\093c\0940
(\0938\0902\092f\0941\0915\094d\0924 \0930\093e\091c\094d\092f)"
locale.c:5096: Test failed: got L"\0905\092e\0947\0930\093f\0915\093e"
In test_invariant():
locale.c:5728: Test failed: Expected ret == 39, got 33, error 87
locale.c:5729: Test failed: Expected Invariant Language (Invariant Country),
got '?????????? ???? (?????????? ???)'
locale.c:5733: Test failed: Expected ret == 18, got 15, error 87
locale.c:5734: Test failed: Expected Invariant Country, got '?????????? ???'
locale.c:5738: Test failed: Got '??? ??????????????'
https://test.winehq.org/data/patterns.html#kernel32:locale
This can be reproduced with the w10pro64-hi test configuration but these
failures do not happen when using UTF-8 (w10pro64-hi-u8).
--
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=52507
Bug ID: 52507
Summary: user32:win has some spurious GetScrollInfo failures
Product: Wine
Version: 7.0-rc1
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: rbernon(a)codeweavers.com
Distribution: ---
On some VMs and with some window styles, the GetScrollInfo SB_HORZ test
sometimes fails with "style 0x100000: expected !100".
It was happening consistently on Win10 on the submission test VMs, and tweaking
the window size in 34d1c100b044afa5eb6d6243e9fb40db085b78d2 fixed the issue
there, but it now fails on more VMs on the testbot pattern page.
--
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=53183
Bug ID: 53183
Summary: shell32:shelllink - test_load_save() randomly fails to
delete test.lnk in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
shell32:shelllink - test_load_save() randomly fails to delete test.lnk in Wine:
shelllink.c:818: Test failed: failed to delete link
'C:\users\winetest\Temp\\test.lnk' (32)
https://test.winehq.org/data/patterns.html#shell32:shelllink
This is probably the same issue as bug 28290, the only difference being that it
happens during the cleanup and thus does not cause a crash.
--
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=52877
Bug ID: 52877
Summary: user32:msg - test_dbcs_wm_char() fails in Wine in the
Japanese and Chinese locales
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
test_dbcs_wm_char() fails in Wine in the Japanese and Chinese locales.
For the Japanese locale:
msg.c:14919: using dbcs char 81,82 wchar 2260 bad wchar 30fb codepage 'ANSI/OEM
Japanese Shift-JIS'
msg.c:15071: Test failed: no messages: 0: the msg sequence is not complete:
expected 0000 - actual 0102
msg.c:15071: Failed sequence no messages:
msg.c:15071: 0: expected: nothing - actual: MsgCheckProc: 004B0136 0102 wp
0000ff1d lp 00000000 (flags 19)
msg.c:15073: Test failed: Unicode WM_CHAR: 0: the msg sequence is not complete:
expected 0102 - actual 0000
msg.c:15073: Failed sequence Unicode WM_CHAR:
msg.c:15073: 0: expected: msg 0102 - actual: nothing
msg.c:15075: Test failed: Unicode WM_CHAR: 0: in msg 0x0102 expecting wParam
0x2260 got 0xff42
msg.c:15075: Failed sequence Unicode WM_CHAR:
msg.c:15075: 0: expected: msg 0102 - actual: MsgCheckProc: 004B0136 0102 wp
0000ff42 lp 00000000 (flags 19)
For the Chinese locale:
msg.c:14919: using dbcs char 81,80 wchar 4e90 bad wchar 003f codepage 'ANSI/OEM
Simplified Chinese GBK'
msg.c:15071: Test failed: no messages: 0: the msg sequence is not complete:
expected 0000 - actual 0102
msg.c:15071: Failed sequence no messages:
msg.c:15071: 0: expected: nothing - actual: MsgCheckProc: 004B0136 0102 wp
00004e96 lp 00000000 (flags 19)
msg.c:15073: Test failed: Unicode WM_CHAR: 0: in msg 0x0102 expecting wParam
0x4e90 got 0x20ac
msg.c:15073: Failed sequence Unicode WM_CHAR:
msg.c:15073: 0: expected: msg 0102 - actual: MsgCheckProc: 004B0136 0102 wp
000020ac lp 00000000 (flags 19)
msg.c:15075: Test failed: Unicode WM_CHAR: 0: in msg 0x0102 expecting wParam
0x4e90 got 0x20ac
msg.c:15075: Failed sequence Unicode WM_CHAR:
msg.c:15075: 0: expected: msg 0102 - actual: MsgCheckProc: 004B0136 0102 wp
000020ac lp 00000000 (flags 19)
https://test.winehq.org/data/patterns.html#user32:msg
A bisect shows that the failures started with the following commit:
commit d42888f07c6e3e491c99bb5c8b62b568264e990c
Author: Jacek Caban <jacek(a)codeweavers.com>
Date: Mon Apr 4 16:58:21 2022 +0200
user32: Use NtUserMessageCall for SendMessageA implementation.
Signed-off-by: Jacek Caban <jacek(a)codeweavers.com>
Signed-off-by: Huw Davies <huw(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
--
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=51457
Bug ID: 51457
Summary: The 32-bit version:install fails in 64-bit
wineprefixes
Product: Wine
Version: 6.10
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: version
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
The 32-bit version:install fails in 64-bit wineprefixes:
https://test.winehq.org/data/patterns.html#version:install
install.c:250: Test failed: Wrong return value got 0 expected VFF_CURNEDEST set
install.c:255: Test failed: Wrong return value got 0 expected VFF_CURNEDEST set
install.c:260: Test failed: Wrong return value got 0 expected VFF_CURNEDEST set
All three failing tests query regedit.exe which is installed in two locations
in Wine:
windows/regedit.exe
windows/syswow64/regedit.exe
The failure happens because CreateFileA("C:\windows\system32\regedit.exe")
succeeds despite that file not actually being present (see file_existsA() in
dlls/kernelbase/version.c).
So either this is a WoW32 file remapping issue, or this is not the right way to
check for this file.
--
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=36681
Bug ID: 36681
Summary: ws2_32/tests/sock.c fails on gentoo without IPX
support
Product: Wine
Version: 1.7.19
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Created attachment 48725
--> https://bugs.winehq.org/attachment.cgi?id=48725
+winsock,+tid,+seh
../../../tools/runtest -q -P wine -T ../../.. -M ws2_32.dll -p
ws2_32_test.exe.so sock && touch sock.ok
fixme:winsock:convert_socktype_w2u unhandled Windows socket type 0
fixme:winsock:WS_EnterSingleProtocolW unknown Protocol <0xffffffff>
fixme:winsock:convert_socktype_w2u unhandled Windows socket type 0
fixme:winsock:WS_EnterSingleProtocolW unknown Protocol <0x0000dead>
fixme:winsock:convert_socktype_w2u unhandled Windows socket type 0
fixme:winsock:convert_proto_w2u unhandled Windows socket protocol 57005
fixme:winsock:convert_socktype_w2u unhandled Windows socket type 57005
fixme:winsock:convert_socktype_w2u unhandled Windows socket type 57005
err:winediag:WSASocketW Failed to create a socket of type SOCK_RAW, this
requires special permissions.
sock.c:2224: Tests skipped: SOCK_RAW is not supported
sock.c:2270: Test failed: Expected 10047, received 10043
sock.c:2271: Tests skipped: IPX is not supported
+winsock attached
Linux aw25 3.13.3-gentoo-devlight-1 #1 SMP Thu Feb 20 00:10:55 Local time zone
must be set--see zic x86_64 Intel(R) Core(TM) i7 CPU 960 @ 3.20GHz
GenuineIntel GNU/Linux
--
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=53240
Bug ID: 53240
Summary: dinput:device8 - test_sys_mouse() has some rare
failures on the TestBot VMs
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-dinput
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
dinput:device8 - test_sys_mouse() has some rare failures on the TestBot VMs.
They can take two forms:
device8.c:1988: Test failed: 0x700: Acquire returned 0x80070005
device8.c:1997: Test failed: 0x700: WaitForSingleObject returned 0x102
device8.c:2002: Test failed: 0x700: got count 0
device8.c:2006: Test failed: 0x700: WaitForSingleObject returned 0x102
device8.c:2009: Test failed: 0x700: Unacquire returned 0x1
device8.c:2013: Test failed: 0x700: got count 0
device8.c:2016: Test failed: 0x700: Acquire returned 0x80070005
device8.c:2025: Test failed: 0x700: WaitForSingleObject returned 0x102
device8.c:2028: Test failed: 0x700: Unacquire returned 0x1
device8.c:2031: Test failed: 0x700: Acquire returned 0x80070005
device8.c:2035: Test failed: 0x700: got count 0
device8.c:2044: Test failed: 0x700: WaitForSingleObject returned 0x102
device8.c:2050: Test failed: 0x700: WaitForSingleObject returned 0x102
device8.c:2050: Test failed: 0x700: WaitForSingleObject returned 0x102
device8.c:2059: Test failed: 0x700: got count 0
or
device8.c:1988: Test failed: 0x800: Acquire returned 0x80070005
device8.c:1997: Test failed: 0x800: WaitForSingleObject returned 0x102
device8.c:2001: Test failed: 0x800: GetDeviceData returned 0x8007000c
device8.c:2006: Test failed: 0x800: WaitForSingleObject returned 0x102
device8.c:2009: Test failed: 0x800: Unacquire returned 0x1
device8.c:2016: Test failed: 0x800: Acquire returned 0x80070005
device8.c:2025: Test failed: 0x800: WaitForSingleObject returned 0x102
device8.c:2028: Test failed: 0x800: Unacquire returned 0x1
device8.c:2031: Test failed: 0x800: Acquire returned 0x80070005
device8.c:2034: Test failed: 0x800: GetDeviceData returned 0x8007000c
device8.c:2044: Test failed: 0x800: WaitForSingleObject returned 0x102
device8.c:2050: Test failed: 0x800: WaitForSingleObject returned 0x102
device8.c:2050: Test failed: 0x800: WaitForSingleObject returned 0x102
device8.c:2055: Test failed: 0x800: GetDeviceData returned 0x8007000c
device8.c:2058: Test failed: 0x800: GetDeviceData returned 0x8007000c
https://test.winehq.org/data/patterns.html#dinput:device8
So far they have only happened on the Debian 11 VMs and the first known
instance was on 2022-06-14.
--
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=28290
Summary: shell32/shelllink.ok test flaky
Product: Wine
Version: 1.3.27
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: shell32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
When running with WINEDEBUG=warn+heap (on my 32 bit i7 natty box
running in low power mode, fwiw), twice I've hit the error
../../../tools/runtest -q -P wine -M shell32.dll -T ../../.. -p
shell32_test.exe.so shelllink.c && touch shelllink.ok
shelllink.c:728: Test failed: save failed (0x80070020)
shelllink.c:728: Test failed: got 0x00000001
shelllink.c:728: Test failed: Didn't expect NULL
shelllink.c:474: Test failed: GetCurFile fails on shell32 < 5.0
shelllink.c:732: Test failed: GetDescription returned 'command on path' instead
of 'command on path without .exe'
This test keeps overwriting the same file with new data, iirc.
The previous thing it wrote was "command on path", so it looks
like the immediately previous testcase sometimes leaves a reference dangling?
I think 0x80070020 is "sharing violation".
--
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=50618
Bug ID: 50618
Summary: FoxPro for Windows 2.6a fails to start
Product: Wine
Version: 6.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: JSladek(a)juno.com
Distribution: ---
Created attachment 69308
--> https://bugs.winehq.org/attachment.cgi?id=69308
Terminal output with both start conditions
Any attempt to start foxprow.exe with or without an appended program script
results in a program crash. Attached are copies of terminal output for both
types or foxprow 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=47304
Bug ID: 47304
Summary: Athena's Charm Table search 0.35b (.NET 2.0 app)
crashes on unimplemented function
msvcm90.dll.?_Cin_func@std@@YAAAV?$basic_istream@DU?$c
har_traits@D@std@@@1@XZ
Product: Wine
Version: 4.9
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msvcm
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
continuation of bug 34538
Also mentioned in bug 32091 (https://bugs.winehq.org/show_bug.cgi?id=32091#c10)
which targets VC++ 2005 runtime.
Old archive of the Website:
https://web.archive.org/web/20130415231318/http://forums.minegarde.com/topi…
--- snip ---
$ winedump -j clr Athena\'s\ MH3U\ Charm\ Table\ Search\ v0.35b.exe
Contents of Athena's MH3U Charm Table Search v0.35b.exe: 982528 bytes
CLR Header
Header Size 0x48 72
Required runtime version 2.05
Flags 0x3
ILONLY
32BITREQUIRED
EntryPointToken 0x6000ed4 100667092
CLR Data Directory
MetaData rva: 0x6b540 size: 0x83f5c
Resources rva: 0x67804 size: 0x3d38
StrongNameSignature rva: 0x0 size: 0x0
CodeManagerTable rva: 0x0 size: 0x0
VTableFixups rva: 0x0 size: 0x0
ExportAddressTableJumps rva: 0x0 size: 0x0
ManagedNativeHeader rva: 0x0 size: 0x0
Done dumping Athena's MH3U Charm Table Search v0.35b.exe
--- snip ---
--- snip ---
$ wine ./Athena\'s\ MH3U\ Charm\ Table\ Search\ v0.35b.exe
...
0009:fixme:msvcm:CrtImplementationDetails_DoDllLanguageSupportValidation stub
wine: Call from 0x7b44fe8b to unimplemented function
msvcm90.dll.?_Cin_func@std@@YAAAV?$basic_istream@DU?$char_traits@D@std@@@1@XZ,
aborting
=================================================================
Native Crash Reporting
=================================================================
Got a SIGSEGV while executing native code. This usually indicates
a fatal error in the mono runtime or one of the native libraries
used by your application.
=================================================================
wine: Unimplemented function
msvcm90.dll.?_Cin_func@std@@YAAAV?$basic_istream@DU?$char_traits@D@std@@@1@XZ
called at address 0x7b44fe8b (thread 0009), starting debugger...
--- snip ---
'winetricks -q vcrun2008' should help here but seems to be broken. Neither the
SxS nor non-SxS 32-bit variant is installed. For the CRT and ATL libs to be
installed in WinSXS you need 'WinVer' setting 'Windows XP'.
$ sha1sum Athenas\ MH3U\ Charm\ Table\ Search\ v0.35b.rar
de1dccb0c7165e5494b88abd27807721b49f2a61 Athenas MH3U Charm Table Search
v0.35b.rar
$ du -sh Athenas\ MH3U\ Charm\ Table\ Search\ v0.35b.rar
172K Athenas MH3U Charm Table Search v0.35b.rar
$ wine --version
wine-4.9-134-gd535df42f6
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=46056
Bug ID: 46056
Summary: u-he Diva: Multicore option slows down performance
Product: Wine
Version: 3.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ajduck(a)outlook.com
Distribution: ---
Created attachment 62643
--> https://bugs.winehq.org/attachment.cgi?id=62643
Edited picture highlighting relevant sections of Diva
u-he's Diva plugin is quite CPU intensive. On Windows, the multicore option on
Diva improves the performance of it a lot. But on Wine, the multicore option
makes it even slower.
You'll need sound output to notice the difference in performance.
You will also need a DAW to test it in. You can either use a Windows DAW (FL
Studio is probably easiest, has a detailed manual and I know it works well in
Wine), or a Linux DAW using LinVST to load the VST plugin (LinVST uses Wine and
requires it to be installed on the system).
(If you decide to load Diva in FL Studio, see this section of the FL Studio
manual on how to scan for and load plugins:
https://www.image-line.com/support/flstudio_online_manual/html/basics_exter…
)
--------
Steps to reproduce:
1. Download and install Diva (link at bottom). Make sure the DAW you're using
has detected it (get it to scan for plugins).
2. Load up Diva. At the lower half of the plugin, the panel just above the
"MAIN" button and below the "tuning" panel, set Accuracy to divine, Voices to
16 and Stack to 4 (see image attached). These settings are to make Diva use a
lot of CPU so that the difference between multicore on and off can be
demonstrated. The multicore button (the button in the top bar to the right)
should be off (i.e. it should be black).
3. In the DAW/VST host, input 4 MIDI notes playing simultaneously into the
DAW/host's piano roll and play them back. Take note of popping and clicking (if
any). If it's popping and clicking then keep in mind how frequent/severe it is.
4. Now go back to Diva and enable multicore (click on the black button). It
should now be red.
5. Play back the notes you input again. It should be even slower than it was
with multicore off.
If somehow one Diva instance with those settings is not enough to cause buffer
underruns (audible pops and clicks) even with multicore enabled, clone the
current Diva instrument (or add a new Diva and give it the same settings as
done in step 2), add MIDI notes as in step 3 but to the new Diva instance and
then play back the notes making sure all the Diva instances are playing at the
same time. In other words, we're trying to layer another Diva's notes on top of
the first one in order to make it use enough CPU to cause buffer underruns.
Remember to enable/disable multicore on both Diva instances when comparing
between the option being on and off. It's unlikely you'll need more than 2
instances at full accuracy settings because this synth uses up a lot of CPU.
Diva has a native Linux version and the multicore option improves performance
as on Windows. But I use FL Studio in Wine and there's currently no way to
run/bridge native Linux VSTs in Windows DAWs (that are running in Wine) so I
have to use the Windows version.
OS: elementary OS 5.0 Juno (based on Ubuntu 18.04)
Tested on Wine 3.19 but I know 3.18 also has the problem.
--------
Download:
https://uhedownloads-heckmannaudiogmb.netdna-ssl.com/releases/Diva_143_7422…
$ sha1sum Diva_143_7422_Win.zip
50032d8ed54e22e8ec495d283e02754f2959b665 Diva_143_7422_Win.zip
--
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=51311
Bug ID: 51311
Summary: opengl32:opengl fails on AMD GPUs (cw-rx460)
Product: Wine
Version: 6.10
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: opengl
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
opengl32:opengl has five systematic failures on cw-rx460 which is our only test
machine with an AMD GPU:
https://test.winehq.org/data/patterns.html#opengl32:opengl
opengl.c:374: Test failed: expected count == 1, got 0
opengl.c:529: Test failed: Sharing of display lists passed for a context which
already shared lists before
opengl.c:696: Test failed: Expected no PFD_GENERIC_FORMAT/_ACCELERATION to be
set for WGL_FULL_ACCELERATION_ARB: iPixelFormat=216, dwFlags=78!
opengl.c:1704: Test failed: Expected default swap interval 1, got 0
opengl.c:1742: Test failed: Expected default swap interval 1, got 0
These five failures happen on all available Windows versions (8.1 to 10 2009)
and graphics driver versions (19.11.3 to 21.4.2). But they do not happen on any
machine with other GPUs (e.g. cw-gtx560 and all QEmu VMs). So this looks like
some specific Radeon / AMD GPU behavior.
--
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=50852
Bug ID: 50852
Summary: copy and paste does not work
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: opensource3(a)yahoo.com
Distribution: ---
Copy and paste does not work
For example, I copy text from my firefox browser, and paste it into a wine
instance of Notepad++ but I get text that I copied and pasted from a few hours
ago.
Restarting wine with wineserver -k
does work however when wine Notepad++ restarts and I am then able to once more
copy and paste.
Please fix that wine and its copy and paste stop working after a while.
Thanks.
--
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=50598
Bug ID: 50598
Summary: Wine Clipboard not always shared across to X11
Product: Wine
Version: 6.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: paucoma(a)gmail.com
Distribution: ---
Created attachment 69283
--> https://bugs.winehq.org/attachment.cgi?id=69283
Details on how I installed Wine
PDF XChange Editor Installation
-------
https://www.tracker-software.com/product/pdf-xchange-editorhttps://pdf-xchange.eu/DL/pdf-xchange-editor.htm
Download PDF-XChange Editor/Plus PORTABLE no OCR (32/64 Bit Version) (as ZIP
File)
unzipped into directory ..."C:\opt\..."
Version 8.0, build 343.0 [], Portable
installed Winbind as apparent "depenency" for error
005b:err:winediag:SECUR32_initNTLMSP ntlm_auth was not found or is outdated.
Make sure that ntlm_auth >= 3.0.25 is in your path. Usually, you can find it in
the winbind package of your distribution.
:~$ apt list *winbind* | grep -i installed
winbind/focal-updates,focal-security,now 2:4.11.6+dfsg-0ubuntu1.6 amd64
[installed]
Created a desktop entry in
~/.local/share/applications/wine-pdfxchgeditor.desktop
[Desktop Entry]
Type=Application
Name=PDF XChange Editor
Comment=Windows Pdf Editor launched in wine
Exec=env WINEPREFIX="/home/paui/.winex86"
WINEDEBUG='+clipboard,+timestamp,+tid,fixme-all' wine start
"C:\\opt\\pdfxedit\\PDFXEdit.exe"
Terminal=true
X-KeepTerminal=true
Categories=Application;
StartupNotify=true
Icon=pdfxchg_bxv6
MimeType=application/pdf;
How To Reproduce the Bug:
------------
Not Working procedure:
1. Start the pdf Editor via the Ubuntu Launcher
2. Open any pdf file
3. Select text , copy (cntrl+C) (rightclick copy)
4. Paste in the same pdf and you see that the Wine Local Environment has the
contents in its Clipboard
5. Goto a linux local environment gedit empty file, attempt to paste. The
pasted contents are the "old" contents from a linux local environment.
Clipboards are not Shared
6. Keep this Not working instance of the program open and open a terminal
7. Execute the same command as in Exec from the .desktop shortcut and add
logging (I have not been able to get logging from within the launcher to work)
env WINEPREFIX="/home/paui/.winex86"
WINEDEBUG='+clipboard,+timestamp,+tid,fixme-all' wine start
"C:\\opt\\pdfxedit\\PDFXEdit.exe" &>myKOlog.txt
8. Attempt the same and you will see that it doesn't work either.
Working procedure:
1. Close any wine instances of the launched program (Fresh start)
2. Open a terminal window
3. env WINEPREFIX="/home/paui/.winex86"
WINEDEBUG='+clipboard,+timestamp,+tid,fixme-all' wine start
"C:\\opt\\pdfxedit\\PDFXEdit.exe" &>myOKlog.txt
4. Attempt Copy+Paste Routine, Locally within the wine program --> Works
5. Attempt Copy+Paste Across Wine to local linux Environment, e.g. gedit empty
document. --> Works
Clipboards are Shared
--
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.