https://bugs.winehq.org/show_bug.cgi?id=45416
Bug ID: 45416
Summary: mousepointer of runes of magic disapears if the window
gets blurred and refocused
Product: Wine
Version: 3.11
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: winebugs(a)evolution-hosting.eu
Distribution: Fedora
Version: wine-3.11-1.fc27.x86_64 / wine-staging-common-3.11-1.i686
mousepointer of runes of magic disapears if the window gets blurred and
refocused
aka.. mouse out of the window and back in.
After selecting an item in the back, it gets back to normal, but if you can't
hit one, the mousepointer gets only updated when left or right mb is pressed.
the button click just updates the position, but it does not stop the problem,
only a item drop (in the bag ) does.
it was no problem with this version:
# cat /root/wine.works.rpm.liste
mingw32-wine-gecko-2.47-2.fc26.noarch
mingw64-wine-gecko-2.47-2.fc26.noarch
wine-2.10-1.fc25.i686
wine-2.10-1.fc25.x86_64
wine-alsa-2.10-1.fc25.i686
wine-alsa-2.10-1.fc25.x86_64
wine-arial-fonts-2.10-1.fc25.noarch
wine-capi-2.10-1.fc25.i686
wine-capi-2.10-1.fc25.x86_64
wine-cms-2.10-1.fc25.i686
wine-cms-2.10-1.fc25.x86_64
wine-common-2.10-1.fc25.noarch
wine-core-2.10-1.fc25.i686
wine-core-2.10-1.fc25.x86_64
wine-courier-fonts-2.10-1.fc25.noarch
wine-debuginfo-1.9.3-1.fc23.x86_64
wine-desktop-2.10-1.fc25.noarch
wine-filesystem-2.10-1.fc25.noarch
wine-fixedsys-fonts-2.10-1.fc25.noarch
wine-fonts-2.10-1.fc25.noarch
wine-ldap-2.10-1.fc25.i686
wine-ldap-2.10-1.fc25.x86_64
wine-marlett-fonts-2.10-1.fc25.noarch
wine-mono-4.7.0-1.fc25.noarch
wine-ms-sans-serif-fonts-2.10-1.fc25.noarch
wine-openal-2.10-1.fc25.i686
wine-openal-2.10-1.fc25.x86_64
wine-opencl-2.10-1.fc25.i686
wine-opencl-2.10-1.fc25.x86_64
wine-pulseaudio-2.10-1.fc25.i686
wine-pulseaudio-2.10-1.fc25.x86_64
wine-small-fonts-2.10-1.fc25.noarch
wine-staging-2.10-1.i686
wine-staging-common-2.10-1.i686
wine-symbol-fonts-2.10-1.fc25.noarch
wine-systemd-2.10-1.fc25.noarch
wine-system-fonts-2.10-1.fc25.noarch
wine-tahoma-fonts-2.10-1.fc25.noarch
wine-tahoma-fonts-system-2.10-1.fc25.noarch
wine-times-new-roman-fonts-2.10-1.fc25.noarch
winetricks-20170517-1.fc25.noarch
wine-twain-2.10-1.fc25.i686
wine-twain-2.10-1.fc25.x86_64
wine-wingdings-fonts-2.10-1.fc25.noarch
--
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=43443
Bug ID: 43443
Summary: mouse pointer/focusing issues with wine 2.11.1
Product: Wine
Version: 2.11
Hardware: x86
URL: https://bugzilla.redhat.com/show_bug.cgi?id=1468889
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: winebugs(a)evolution-hosting.eu
Distribution: Fedora
Description of problem:
Since wine got updated to 2.11-1 this morning, i had trouble with the mouse
pointer in "Runes of Magic" .
The pointer got invisible/stuck/both randomly when moving it on and off the
monitor ( dual monitor here ) where ROM was running, wenn moving the char
around with WASD controls. This was disturbing and made "dangerouse" gameplay
next to impossible, i.o.w. i couldn't risk dangerouse actions in game, because
it was uncertain if i could control the game while doing it.
After downgrading, it works again flawless ( said that in context with ROM,
means something :D )
Version-Release number of selected component (if applicable):
2.11.1-fc25
List of packages installed - Action taken to revert wine back to 2.10 :
wine-2.11-1.fc25.i686 38/74
wine-2.11-1.fc25.i686 39/74
wine-fonts-2.11-1.fc25.noarch40/74
wine-desktop-2.11-1.fc25.noarch 41/74
wine-pulseaudio-2.11-1.fc25.i686 42/74
wine-alsa-2.11-1.fc25.i686 43/74
wine-capi-2.11-1.fc25.i686 44/74
wine-cms-2.11-1.fc25.i686 45/74
wine-ldap-2.11-1.fc25.i686 46/74
wine-openal-2.11-1.fc25.i686 47/74
wine-opencl-2.11-1.fc25.i686 48/74
wine-twain-2.11-1.fc25.i686 49/74
wine-core-2.11-1.fc25.i686 50/74
wine-common-2.11-1.fc25.noarch 51/74
wine-times-new-roman-fonts-2.11-1.fc25.noarch 52/74
wine-tahoma-fonts-system-2.11-1.fc25.noarch 53/74
wine-pulseaudio-2.11-1.fc25.i686 54/74
wine-tahoma-fonts-2.11-1.fc25.noarch 55/74
wine-alsa-2.11-1.fc25.i686 56/74
wine-capi-2.11-1.fc25.i686 57/74
wine-cms-2.11-1.fc25.i686 58/74
wine-ldap-2.11-1.fc25.i686 59/74
wine-openal-2.11-1.fc25.i686 60/74
wine-opencl-2.11-1.fc25.i686 61/74
wine-twain-2.11-1.fc25.i686 62/74
wine-systemd-2.11-1.fc25.noarch 63/74
wine-arial-fonts-2.11-1.fc25.noarch 64/74
wine-courier-fonts-2.11-1.fc25.noarch 65/74
wine-fixedsys-fonts-2.11-1.fc25.noarch 66/74
wine-marlett-fonts-2.11-1.fc25.noarch 67/74
wine-ms-sans-serif-fonts-2.11-1.fc25.noarch 68/74
wine-small-fonts-2.11-1.fc25.noarch 69/74
wine-symbol-fonts-2.11-1.fc25.noarch 70/74
wine-system-fonts-2.11-1.fc25.noarch 71/74
wine-wingdings-fonts-2.11-1.fc25.noarch 72/74
wine-core-2.11-1.fc25.i686 73/74
wine-filesystem-2.11-1.fc25.noarch 74/74
Bug has been reported to Fedoras Bugzilla:
https://bugzilla.redhat.com/show_bug.cgi?id=1468889
--
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=49933
Bug ID: 49933
Summary: Alt+Tab doesn't work with gog installers
Product: Wine
Version: 5.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rtentser(a)yandex.ru
Distribution: ---
I need to minimize other windows to see progress.
When i try to alttab to an installer i'm getting
"00f0:fixme:win:WINNLSEnableIME hwnd 0001011C enable 0: stub!" in terminal.
When i try to alttab out of it i'm getting "00f0:fixme:win:WINNLSEnableIME hwnd
0001011C enable -1: stub!"
So, i'm guessing, implementing WINNLSEnableIME will help.
--
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=50277
Bug ID: 50277
Summary: Haven intro video does not play
Product: Wine
Version: 6.0-rc1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mfplat
Assignee: wine-bugs(a)winehq.org
Reporter: kai.sterker+wine(a)gmail.com
Distribution: ---
Created attachment 68825
--> https://bugs.winehq.org/attachment.cgi?id=68825
Debug logs with +mfplat,+gstreamer
Upon testing Haven with the builtin media foundation implementation, the
following error is logged, the intro movie does not play and the game is stuck
at launch:
020c:err:mfplat:media_source_constructor Failed to play source, error 0.
0218:err:mfplat:bus_watch qtdemux0: Internal data stream error.
0218:err:mfplat:bus_watch qtdemux.c(6605): gst_qtdemux_loop ():
/GstBin:bin0/GstDecodeBin:decodebin0/GstQTDemux:qtdemux0:
streaming stopped, reason error (-5)
Debug logs with +mfplat,+gstreamer attached. I'm on Ubuntu 20.04. If I can
provide any other useful information please let me know.
--
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=41392
Bug ID: 41392
Summary: directory.c: match_filename always false if mask
contains "*?"
Product: Wine
Version: 1.9.19
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: lcmecmac(a)gmail.com
Distribution: ---
A mask containing '*' followed by '?' will not match any files.
For example, "dir *?" does not show any files in a non-empty directory.
--
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=42407
Bug ID: 42407
Summary: LdrUnloadDll may recursion unload same dll
Product: Wine
Version: 1.9.0
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: xiewei(a)deepin.com
Distribution: ---
Created attachment 57219
--> https://bugs.winehq.org/attachment.cgi?id=57219
LdrUnloadDll log file
It may cause QQ crash.LdrUnloadDll funcation recursion unload Flash.ocx,and
dsound.dll ldr.LoadCount to 0,then dsound.dll be unload.But QQ process is still
using dsound.dll.
Type: EXCEPTION_ACCESS_VIOLATION
Error: Read address 0x7985C309
Address: 7985C309
--
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=40972
Bug ID: 40972
Summary: RtlVerifyVersionInfo returns wrong results
Product: Wine
Version: 1.9.14
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: marcinwiaz(a)poczta.onet.pl
Distribution: ---
Created attachment 55126
--> https://bugs.winehq.org/attachment.cgi?id=55126
Tiny test program - EXE and source
(Note: this a different problem than in Bug 36143)
Steps to reproduce:
1) Download and unpack Reproduce.exe, which is attached to this bug report
2) Configure Wine to emulate Windows 2003 (which has version number 5.2) for
Reproduce.exe
3) Launch Reproduce.exe - you will see in the console window:
CurrentOS is: 5.2
RequestedOS is >= than: 5.19
CurrentOS is < than RequestedOS (which is WRONG!)
4) Run true Microsoft Windows 2003 Server
5) Launch Reproduce.exe - you will see in the console window:
CurrentOS is: 5.2
RequestedOS is >= than: 5.19
CurrentOS is >= than RequestedOS
Explanation:
Minor version numbers should be treated similarly to digits after a decimal
point - so when comparing software versions:
version 5.1 is < than version 5.2
version 5.11 is < than version 5.2 (note that 11 is > than 2 !)
version 5.19 is < than version 5.2 (note that 19 is > than 2 !)
So when comparing for VER_MINORVERSION or VER_SERVICEPACKMINOR inside the
"VerifyVersionInfo" API, Microsoft uses a lexical comparison - which works as:
lstrcmp(tostring(dwMinorVersion1),tostring(dwMinorVersion2))
or
lstrcmp(tostring(wServicePackMinor1),tostring(wServicePackMinor2))
Please note, that it's still different than comparing real numbers, because:
5.20 = 5.2
but
lstrcmp("5.20","5.2") != 0
So lstrcmp-like function must be used for VER_MINORVERSION and
VER_SERVICEPACKMINOR checking inside the "RtlVerifyVersionInfo" function (which
is called by the "VerifyVersionInfo" API in Wine) to be compatible with
Microsoft Windows.
Possible fix: in "version.c" file, add a new "version_compare_values_lexical"
function. It should be based on the original "version_compare_values" function,
but should use "lstrcmp" calls instead of integer comparisons. This
"version_compare_values_lexical" function should be called instead of
"version_compare_values" when checking for VER_MINORVERSION and
VER_SERVICEPACKMINOR inside the "RtlVerifyVersionInfo" function.
--
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=49828
Bug ID: 49828
Summary: MSVC 2019 executables with ASAN enabled fail to start
Product: Wine
Version: 5.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: nyanpasu64(a)tuta.io
Distribution: ---
Recent versions of MSVC allow building Windows .exes with ASAN (it may have
already been possible using Clang.):
https://devblogs.microsoft.com/cppblog/addresssanitizer-asan-for-windows-wi…
I took an old Win32/MFC application and built it using MSVC ASAN on Windows 10,
to try to discover memory bugs on Windows and Wine.
- Program download at
https://cdn.discordapp.com/attachments/653168829891084298/75454092297227479…
.
- Source at https://github.com/nyanpasu64/Dn-FamiTracker/tree/b3ba802f
(permalink at
https://cdn.discordapp.com/attachments/653168829891084298/75454082852061186…
).
- To build, copy cmake_user_begin.cmake.example to cmake_user_begin.cmake, then
run CMake in MSVC 32-bit Release mode. It may be possible using Visual Studio's
.json file or msbuild, but I haven't tried yet.
On Windows, the program starts without problems. On wine-5.17, when I try to
run this program, it crashes during the loading process.
nyanpasu64@dell-arch ~/apps> wine Dn_FamiTracker_ASAN.exe
0024:fixme:ntdll:EtwEventRegister ({6c6c766d-3846-4e6a-a4fb-5b530bd0f3fa},
00401030, 00884590, 008845A8) stub.
0024:fixme:ntdll:EtwEventSetInformation (deadbeef, 2, 0084A41C, 34) stub
==32==AddressSanitizer CHECK failed:
D:\agent\_work\3\s\src\vctools\crt\asan\llvm\compiler-rt\lib\asan\asan_rtl.cc:401
"((!asan_init_is_running && "ASan init calls itself!")) != (0)" (0x0, 0x0)
<empty stack>
`winedbg Dn_FamiTracker_ASAN.exe` doesn't work, it gets stuck on
`0x00000000005c9701 EntryPoint+0xffffffffffffffff in dn_famitracker_asan: ret`.
If I instead `winedbg --gdb Dn_FamiTracker_ASAN.exe`, I get a pile of identical
SIGTRAP with different backtraces. These are non-fatal and can be continued. I
think these correspond to asan errors that would normally terminate the
program, but unfortunately it doesn't print log messages when running in
winedbg. I don't know how to fix that.
0x005c9701 in _sanitizer_print_stack_trace () from
/home/nyanpasu64/.wine/dosdevices/z:/home/nyanpasu64/apps/Dn_FamiTracker_ASAN.exe
The last SIGTRAP is different:
0x7bc52379 in DbgBreakPoint@0 () from
/home/nyanpasu64/.wine/dosdevices/c:/windows/syswow64/ntdll.dll
Afterwards the program starts. (It used to crash, but works with lib32-libpulse
and lib32-mpg123 installed, unsure if that's why.)
--
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=43262
Bug ID: 43262
Summary: Drag&Drop not working between wine explorer and other
applications
Product: Wine
Version: 2.11
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mintos(a)discard.email
Distribution: ---
https://pastebin.com/39uSnrR7 console output
--
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=46976
Bug ID: 46976
Summary: All games suffer from moderated to severe stuttering
with mouse polling ~1000
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: xinput
Assignee: wine-bugs(a)winehq.org
Reporter: zeioth(a)hotmail.com
Distribution: ---
Description: Any game running over Wine will stutter under the next conditions:
How to reproduce:
* Use a mouse with a polling rate of 1000.
* Open any game with wine, using any frametimes measurement tool.
* Move the camera quickly in circles. You will experience severe stuttering
and frametimes spikes.
* The issue is solved when the mouse use a polling rate of 125hz
This issue DOESN'T affect linux native games. This fact has been tested with
the games:
* Bioshock: Infinite
* Portal 1
This issue DOES Affect the next Wine (non DXVK) games:
* Doom 2016
This issue DOES affect the next wine games:
* Sekiro
* Quake Champions
* The witcher 3
* Quake Champions
* Paladins
* And every other game I've tested
Wine versions tested:
* 3.16 stating + dxvk 0.61 (Can reproduce)
* 3.18 stating + dxvk 0.61 (Can reproduce)
* 3.20 tkg + dxvk 0.61 (Can reproduce)
* 4.0 + dxvk 0.61 (Can reproduce)
* 4.5 + dxvk 0.61 (Can reproduce)
* 4.5 + dxvk 1.0.2 (Can reproduce)
* 4.5 (Can reproduce) -> Pure wine on command line, no lutris, dxvk... etc.
* esync-staging-pba-3.16 + dxvk 0.61 -> This build doesn't present FPS
drops when the player move the camera. In sekiro, the camera jiggers instead.
All other games run without camera stuttering.
Video demostration: https://youtu.be/5dAHbvSS-P8
To find more details about this issue, please read:
* https://github.com/ValveSoftware/Proton/issues/2455#issuecomment-480502473
* https://forum.winehq.org/viewtopic.php?f=8&t=32235
Personal notes:
Feel free to ask me anything you need. I'm willing to help as much as I can.
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.