https://bugs.winehq.org/show_bug.cgi?id=9221
--- Comment #52 from Rémi Bernon <rbernon(a)codeweavers.com> ---
FWIW some comment above says the G25 device force feedback might be lacking
kernel driver support. If that's still the case there's also not much we can do
about it on Wine side.
--
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=9221
--- Comment #51 from Rémi Bernon <rbernon(a)codeweavers.com> ---
Sure, it's okay. I don't have the device so it's going to be hard to fix it
unless someone with it and a bit of technical knowledge can debug it directly.
Anyway thanks for the log, but would you mind adding the +hid channel too? Not
that it will make it magically fixable but I can have a look and see if there's
anything obvious.
For instance something like running
`WINEDEBUG=+pid,+tid,+timestamp,+joycpl,+dinput,+hid wine control joy.cpl` and
then try running a couple of force feedback effects.
--
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=54452
Bug ID: 54452
Summary: Launching Starcraft end user session
Product: Wine
Version: 8.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: guido.kraemer(a)uni-leipzig.de
Distribution: ---
Created attachment 74005
--> https://bugs.winehq.org/attachment.cgi?id=74005
stderr output of Battle.net.exe
When launching Starcraft, everything that was launched as my user gets killed
and I end up with the LightDM password prompt.
The stderr of Battle.net ends with the following message:
m Files (x86)\Battle.net\Battle.net.exe: xcb_io.c:626: _XAllocID: Assertion
`ret != inval_id' failed.
X connection to :0 broken (explicit kill or server shutdown).^M
X connection to :0 broken (explicit kill or server shutdown).^M
wine: Assertion failed at address F7FBC549 (thread 0618), starting debugger...
XIO: fatal IO error 110 (Connection timed out) on X server ":0"^M
after 65 requests (65 known processed) with 0 events remaining.^M
XIO: fatal IO error 25 (Inappropriate ioctl for device) on X server ":0"^M
after 293 requests (293 known processed) with 0 events remaining.^M
Full stderr attached. The systemd journal shows:
Feb 05 13:33:01 orange systemd[1]: Stopping User Manager for UID 969...
--
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=50596
Bug ID: 50596
Summary: Sacred 2 crashes with D3DXCompileShader (d3dx9_36
builtin)
Product: Wine
Version: 6.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d-util
Assignee: wine-bugs(a)winehq.org
Reporter: berillions(a)gmail.com
Distribution: ---
Created attachment 69281
--> https://bugs.winehq.org/attachment.cgi?id=69281
+d3dx log
Hi,
The game crashes at launch with this trace before crash :
------
0024:trace:d3dx:D3DXCompileShader data "#include
\"ui_include.shader\"\n\n\nstruct pixdata {\n\tfloat4 hposition :
POSITION;\n\tfloat4 texcoord0 : TEXCOORD0;\n\tfloat4 texcoord1 :
TEXCOORD1;\n\tfloat4 texcoord2 : TEXCOORD2;\n\tfloat4 light_dir :
TEXCOORD3;\n\tfloat4 color : COLOR;\n};\n\n\nstruct fragout {\n\tfloat4 col
"..., length 1410, defines 00000000, include 0031E318, function "mainVS",
profile "vs_1_1", flags 0, shader 0031E330, error_msgs 0031E310, constant_table
0031E308.
------
Set d3dx9_36 to native fix the issue.
I attach +d3dx log
--
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=45884
Bug ID: 45884
Summary: Just Cause 2 crashed at start
Product: Wine
Version: 3.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: legluondunet(a)free.fr
Distribution: ---
Created attachment 62390
--> https://bugs.winehq.org/attachment.cgi?id=62390
Just Cause 2 crashed at start terminal log
Hello,
Just Cause II crashed at start, you can reproduce this crash at each launch.
I joined you the log terminal.
Thank you for your help.
LGDN.
--
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=54382
Bug ID: 54382
Summary: unimplemented function
comctl32.dll.HIMAGELIST_QueryInterface called in
32-bit code (0x7b011866)
Product: Wine
Version: 7.16
Hardware: x86
OS: other
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: zumers(a)yandex.ru
Создаем новый префикс, устанавливаем comctl32 через winetricks, запускаем
winetricks, выбираем:
1) Запустить uninstaller, нажимаем кнопку "Установить"
2) Запустить regedit, в меню "Реестр" выбираем "Импортировать файл реестра" или
"Экспортировать файл реестра"
и в обоих случаях все закрывается кроме окна winetricks. Лог приложен.
Спасибо.
--
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=54345
Bug ID: 54345
Summary: CJK glyphs are not displayed in notepad.exe by default
Product: Wine
Version: 8.0-rc4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: nekotekina(a)gmail.com
Distribution: ---
Created attachment 73918
--> https://bugs.winehq.org/attachment.cgi?id=73918
Screenshot of broken Japanese text in notepad.exe
Hello, I've installed wine-staging (over wine-stable) and I noticed I'm no
longer able to open Japanese text files with notepad.exe using locale override
LANG=ja_JP.UTF-8
Squares appear instead of Japanese glyphs. I tested with empty wine prefix. I'm
attaching a screenshot of the following text file:
たこ焼き
てすと
test
한국어
æ
I also noticed similar problem in the edit fields of another program.
Expected behaviour:
Default "System" font should display all these characters in one way or
another.
Workaround:
Change font in notepad.exe to one explicitly containing Japanese characters.
--
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=9221
--- Comment #50 from groybe(a)gmail.com ---
I noticed some work has been done with FFB in wine 8.0 so I tested again but
this bug still persists.
I'm unsure if you saw my last post as I didn't reply to you directly so I hope
this is ok to post again.
Thanks for all the hard work :)
(In reply to Rémi Bernon from comment #48)
> I don't have the required hardware to test this but there's been a lot of
> dinput and force feedback related changes recently, could someone re-test
> this with current Wine HEAD?
--
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=54343
Bug ID: 54343
Summary: USB Device Not Recognized 64-bit Stack Overflow Looks
related
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: dave.connett(a)gmail.com
Distribution: ---
Created attachment 73913
--> https://bugs.winehq.org/attachment.cgi?id=73913
Backtrace of the stack overflow.
Hello,
Use Case: I am using Joysticks for some of my games. They are detected by the
games, but trying to calibrate, change the configuration, or flash the firmware
with the vendor's software I am getting an unhandled exception with a stack
overflow error in the kernelbase.dll module. The vendor executable can be found
at the following link:
https://support.virpil.com/en/support/solutions/47000010107
I have attached two separate backtraces of the error to this report as well as
a screenshot detailing the resulting missing connections. I would appreciate
any assistance in resolving this issue.
Steps to reproduce:
Install the vendor's software for joystick configuration suite in Wine.
Running the software immediately triggers the stack overflow.
Connect the joystick to the computer.
Attempt to use the software to configure, calibrate, or flash the firmware.
No Joysticks detected in software. (Though launching a separate executable
from the main instance does seem to detect them, screenshot attached)
Expected Result: The software should successfully detect and configure the
device or flash the firmware.
Actual Result: An unhandled exception with a stack overflow error in the
kernelbase.dll module is encountered.
I am using Wine version: 7.22.
Operating System: Arch Linux 6.1.6-arch1-3.
Thank you for your help.
Sincerely,
Dave
--
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=40569
Bug ID: 40569
Summary: application crashes with exception in
ddraw_allocate_handle (win98)
Product: Wine
Version: 1.9.9
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: o.dierick(a)piezo-forte.be
Distribution: ---
Created attachment 54407
--> https://bugs.winehq.org/attachment.cgi?id=54407
Terminal output (wine 1.9.9)
I get a page fault in 32-bit code when starting a game in TOCA Touring Car
Championship. This is an old game that requires windows version <= win98.
The demo also has the bug.
---begin quote---
...
wine: Unhandled page fault on read access to 0x00000110 at address 0x7e7fcf1d
(thread 0028), starting debugger...
Unhandled exception: page fault on read access to 0x00000110 in 32-bit code
(0x7e7fcf1d).
...
Backtrace:
=>0 0x7e7fcf1d ddraw_allocate_handle+0x1d(t=0x10c, object=0x15f960,
type=DDRAW_HANDLE_MATERIAL)
[/home/olivier/Projets/wine-builds/1.9.9_x86/dlls/ddraw/../../../wine-git/dlls/ddraw/main.c:118]
in ddraw (0x0033f478)
...
---end quote---
This is with git wine 1.9.9-35-gbd2999d and no patch.
--
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=54448
Bug ID: 54448
Summary: SoundID Reference 4 application fails on
installation/start
Product: Wine
Version: 8.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: walker.travail(a)gmail.com
Distribution: ---
Created attachment 73999
--> https://bugs.winehq.org/attachment.cgi?id=73999
trace provided by wine on failure
Attempting to run/install "SoundID Reference.exe" which is downloaded from
https://www.sonarworks.com/download-center
--
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=54446
Bug ID: 54446
Summary: Tiger Woods 2000 crashes after title video into main
menu
Product: Wine
Version: 8.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: adec2011.ac(a)gmail.com
Distribution: ---
Tiger Woods 2000 shows EA title then the main video but crashes before
displaying the main menu
--
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=51481
Bug ID: 51481
Summary: Why is the Epson printer printing blank pages?
Product: WineHQ.org
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: www-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: baroncorrz(a)gmail.com
Distribution: ---
Epson printer printing blank pages because there must be some problem related
to the cartridge ink or the nozzle. The cartridge ink must have been depleted.
You need to check the level of ink by comparing the ink level with the marker
on the ink tank. If the ink level is low, then it means that you need to put in
a new cartridge. If you have an ink tank with a low ink level, then fill the
ink tank with the ink. The problem can also be due to the clogging of the
nozzle. You need to clean the nozzle if this happens. One of the best ways to
prevent this is by giving fewer jobs to the printer.
https://www.epsonprintersupportpro.us/blog/printer-printing-blank-pages/
--
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=54445
Bug ID: 54445
Summary: some buttons in AIMP3 interface are missing on
hovering, gap between main window and playlist
Product: Wine-staging
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: HarlanStaggs(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: Fedora
Created attachment 73997
--> https://bugs.winehq.org/attachment.cgi?id=73997
gap and missing button is shown by red arrows
how to reproduce:
1) open aimp3 (v3.60 build 1508 if its important) in some modern wine
(personally i am using wine-staging 8.0rc2 but this bug occurs at least since
wine 7.2)
2) play some music
3) set interface skin "all-in-one" (its one of default program skins, built-in)
4) hover/click mouse on stop/pause/repeat/etc button
5) button disappears
6) move mouse to somewhere else
7) button is still not visible
you can still click on button but to see it you will have to restart program.
my wine is not from fedora repos, its from wine repo.
i downloaded and tried some custom wine like ge-wine, wine from bottles,
built-in lutris wine - this bug occurs in all of them.
i tried to switch to wayland and back to x11 - it doesnt help.
also when this bug occurs there is another bug - gap between main window and
playlist, i added an attachment to show how it looks.
its minor bug and occurs occasionally, but its quite annoying.
--
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=21158
Summary: Hitman: Contracts ignores mouse press events
Product: Wine
Version: 1.1.35
Platform: x86
URL: http://www.gamershell.com/download_5663.shtml
OS/Version: Linux
Status: NEW
Keywords: download, regression
Severity: minor
Priority: P2
Component: directx-dinput
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: arethusa26(a)gmail.com
CC: vitaliy(a)kievinfo.com
With wine-1.1.35-180-g20a50f3, after launching Hitman: Contracts, mouse press
events at the main menu are ignored by the game. Since a user reported that the
game worked normally in wine-1.1.9, a regression test was performed, which
indicated:
3743a1a7ca170c765cd779c61b9e362c5b1c5203 is first bad commit
commit 3743a1a7ca170c765cd779c61b9e362c5b1c5203
Author: Vitaliy Margolen <wine-patches(a)kievinfo.com>
Date: Sun Feb 1 13:11:46 2009 -0700
dinput: Consume mouse & keyboard events in exclusive mode.
:040000 040000 6ae6b43b3c100af38ed4f27384470dc4d2595bc1
700b35b9bc8fd27239ee8faaed8ca1c10cfc31d4 M dlls
Wine built prior to the indicated commit allows mouse input to work normally.
Interestingly, doing graphical mode changes (via keyboard input) makes mouse
input work again. The AppDB also suggests adding the strings:
UseDirectInputMouse
UseDirectInputKeyboard
to the HitmanContracts.ini configuration file to have mouse input work. The
only visible output under wine-1.1.35-180-g20a50f3 is:
fixme:dinput:SysMouseAImpl_Acquire Clipping cursor to (0,0)-(1280,1024)
fixme:win:EnumDisplayDevicesW ((null),0,0x32eb58,0x00000000), stub!
fixme:dsalsa:IDsDriverBufferImpl_SetVolumePan (0x253b060,0x253afa8): stub
fixme:dsound:DllCanUnloadNow (void): stub
fixme:dsalsa:IDsDriverBufferImpl_SetVolumePan (0x253b060,0x253afa8): stub
(Z:\code\hitman2\gui\MainMenu.cpp:554)Hitman Contracts build 171 (Apr 26 2004
14:42:27)
fixme:dsound:DllCanUnloadNow (void): stub
--
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=53816
Bug ID: 53816
Summary: KartRider: Failed to initialize Nexon Game Security
with error code e3010104
Product: Wine
Version: 7.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: j20001970(a)yahoo.com.tw
Distribution: ---
The game is unable to get past the initialization stage to login window.
How to reproduce the bug:
1. Install the game with PopKart_Setup_<version number>.exe
2. Locate the game directory (the installation path is "C:\Program Files
(x86)\Gamania\PopKart\M01" by default) and run KartRider.exe with wine.
3. You will see game splash at the center with "Init...Ok", and Nexon Game
Security splash at bottom right, then popup "Nexon Game Security Initialize
Error.|Code = e3010104" will show.
Game account registration is **NOT** required to reproduce the bug.
--
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=54291
Bug ID: 54291
Summary: vbscript stuck in endless for loop when UBound on
Empty and On Error Resume Next
Product: Wine
Version: 7.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: jsm174(a)gmail.com
Distribution: ---
I ran across some code similar to the following:
WScript.echo "Start"
Dim ii
Dim tmp
Dim vpmMultiLights() : ReDim vpmMultiLights(0)
On Error Resume Next
For Each tmp In vpmMultiLights
For ii = 1 To UBound(tmp) : tmp(ii).State = tmp(0).State : Next
Next
On Error Goto 0
WScript.echo "Done"
In real vbscript, the result is:
Start
Done
In wine vbscript, this code will get stuck in an endless loop.
To work around this I hacked UBound to return 0 with VT_EMPTY, but I think real
vbscript treats this differently.
--
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=54429
Bug ID: 54429
Summary: Feather Launcher Crashes after checking settings,
mods, players etc..
Product: Wine
Version: 8.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: hyper.miniaturki(a)gmail.com
Distribution: ---
Created attachment 73979
--> https://bugs.winehq.org/attachment.cgi?id=73979
Logs
Feather Launcher Crashes after checking settings, mods, players etc..
--
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=50129
Bug ID: 50129
Summary: Calibre-portable error initializing the bypy frozen
importer
Product: Wine
Version: 5.0.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bilbiliblus(a)gmail.com
Distribution: ---
When I try to run Calibre-portable.exe y have this message:
There was an error initializing the bypy frozen importer:
<class 'MemoryError'>:
Traceback (most recent call last):
File bypy-importer.py, line 250, in <module>
File bypy-importer.py, line 195, in __init__
It only happens since Calibre changed to version 5 and on.
This very morning I've tried with Calibre 5.3
Thank you
--
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=53205
Bug ID: 53205
Summary: user32:input - test_rawinput() has a rare pair of
failures 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:input - test_rawinput() has a rare pair of failures in Wine:
input.c:2784: Test failed: 15: expected WM_INPUT message
input.c:2787: Test failed: 15: expected RIM_INPUT message
https://test.winehq.org/data/patterns.html#user32:input
These failures don't seem to depend on the locale or bitness. But there are
only two known instances of these failures in WineTest making them likely to
cause false positives (~0.5% failure rate).
--
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=52461
Bug ID: 52461
Summary: The Legend of Heroes: Trails of Cold Steel III usually
hangs on exit
Product: Wine
Version: 7.0
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: patch
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: z.figura12(a)gmail.com
Distribution: ---
Created attachment 71749
--> https://bugs.winehq.org/attachment.cgi?id=71749
patch mitigating the race
To reproduce it's sufficient to install the game from Steam, get into the main
menu, and select the "exit" option (page down with the S key then press Enter).
Closing the window also works. The hang doesn't happen every time but does
happen most times I tested.
This is an application bug. There are two threads—a main thread and a worker
thread. The main thread closes the handle to a mutex, goes off and does some
other things, and then tries to wait on the mutex handle again (with a timeout
of INFINITE). The worker thread basically does a timed wait, in a loop, on a
set of handles, except that instead of passing a timeout to
WaitForMultipleObjects(), it repeatedly creates a non-periodic auto-reset timer
object, sets it for 1 ms, and adds it to the wait array, and then closes the
handle.
Because of the way handles are allocated in Wine (i.e. "lowest slot first"),
and because of the specific pattern of handle usage of the program, what
usually happens is that when the mutex handle is closed, the value is reused
for a timer handle in the worker thread. While the worker thread is sleeping on
the timer, the main thread also waits on it, and when the timer fires, it only
wakes up the worker thread (which is almost always first in the queue). Closing
the handle of a waitable object in Windows doesn't interrupt other waits in
progress, and because the timer is non-periodic and auto-reset, the main thread
ends up waiting forever.
It turns out that Windows doesn't allocate handles like this. Rather, it seems
to use a free list, much like we use in other places in Wine: testing shows
that handles are always allocated in the reverse order that they are freed,
including across multiple threads, and regardless of how many handles were just
allocated.
Changing Wine to use a free list like this actually does mitigate the problem.
Because the worker thread closes its timer handle and then immediately creates
a new one, it will almost always get back the same handle value. The main
thread will most likely close its mutex handle while the worker thread is still
sleeping, with the effect that the mutex handle won't be reallocated and the
subsequent wait will return STATUS_INVALID_HANDLE.
In theory the potential for the race is still there, however; it's still
possible for the mutex handle to be closed after the timer handle is closed but
before a new timer is created, in which case the mutex handle value will be
reused for the timer value as it is currently. In practice I'm not sure if this
happens more than a negligible fraction of the time. I certainly couldn't
reproduce it after 6 or so tries, although that's not very many. Note that
there are also reports of it hanging on Windows [1]...
[1] https://steamcommunity.com/app/991270/discussions/0/2145343189632898904/
--
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=54328
Bug ID: 54328
Summary: nsi:nsi - test_tcp_tables() sometimes crashes in Wine
Product: Wine
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: ---
nsi:nsi - test_tcp_tables() sometimes crashes in Wine:
Unhandled exception: page fault on read access to 0x00000000 in 32-bit code
(0x646c35d0).
[...]
=>0 0x646c35d0 get_extended_tcp_table+0xd0(table=00B40E40, size=0062FCF4,
sort=0, family=0x2, table_class=0x8)
[Z:\home\fgouget\wine\winetest\src\dlls\iphlpapi\iphlpapi_main.c:3136] in
iphlpapi (0x0062fc48)
1 0x646c7288 GetExtendedTcpTable+0x48(table=00B40E40, size=0062FCF4, sort=0,
family=0x2, table_class=TCP_TABLE_OWNER_MODULE_ALL, reserved=0)
[Z:\home\fgouget\wine\winetest\src\dlls\iphlpapi\iphlpapi_main.c:3185] in
iphlpapi (0x0062fc88)
2 0x00403bc9 in nsi_test (+0x3bc9) (0x0062fd28)
See https://test.winehq.org/data/patterns.html#nsi:nsi
The crash is specific to my Linux desktop, fg-deb64, most likely because it has
other network traffic while the test is running.
--
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=51313
Bug ID: 51313
Summary: gdi32:driver sometimes fails with a
STATUS_GRAPHICS_PRESENT_OCCLUDED error
Product: Wine
Version: 6.10
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
gdi32:driver sometimes gets one or two failures like these:
https://test.winehq.org/data/patterns.html#gdi32:driver
driver.c:649: Test failed: Got unexpected return code 0xc01e0006.
driver.c:689: Test failed: Got unexpected return code 0xc01e0006.
0xc01e0006 is STATUS_GRAPHICS_PRESENT_OCCLUDED. This has happened before but
the reason for this error was not identified:
https://www.winehq.org/pipermail/wine-devel/2019-July/148494.html
I initially suspected a leftover window from a previous test, specifically an
Internet Explorer first-run dialog. However the screenshots in the TestBot jobs
show that this happens even when there is no such dialog (or at least the
dialog is gone by the time the tests complete).
The failures always happen on the same two lines despite the occlusion status
being checked in other places. Also both failures happen right after minimizing
the windows. So it seems likely there is a race condition, either in the test
or in the underlying API (if so it spans Windows 10 1607 to 2009).
--
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=51040
Bug ID: 51040
Summary: msi:package fails on Windows 10 if privileges not high
enough
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
The following failures only happen if the test is run on a recent enough
Windows (i.e. Windows 10) in a user account with too few privileges.
package.c:5079: Test failed: Expected "keydata", got ""
package.c:5084: Test failed: Expected "field2", got ""
package.c:5089: Test failed: Expected "keydata,field2", got ""
package.c:5096: Test failed: Expected
"C:\Users\winetest\AppData\Local\Temp\FileName1", got ""
package.c:5107: Test failed: Expected "C:\Users\winetest\AppData\Local\Temp\",
got ""
package.c:5113: Test failed: Expected "C:\Users\winetest\AppData\Local\Temp\",
got ""
package.c:5123: Test failed: Expected "C:\Users\winetest\AppData\Local\", got
""
package.c:5136: Test failed: Expected
"C:\Users\winetest\AppData\Local\Temp\FileName2.dll", got ""
package.c:5147: Test failed: Expected
"C:\Users\winetest\AppData\Local\Temp\FileName4.dll", got ""
package.c:5651: Test failed: Expected , got winetest
In particular one can notice this bug on the TestBot's w1064_adm VM.
Note however that these tests seem to be run and succeed on wvistaadm and
w7u_adm.
See:
https://test.winehq.org/data/tests/msi:package.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=47508
Bug ID: 47508
Summary: FL Studio: Pressing backspace while editing the name
of something closes edit name window prematurely
Product: Wine
Version: 4.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ajduck(a)outlook.com
Distribution: ---
Created attachment 64895
--> https://bugs.winehq.org/attachment.cgi?id=64895
A channel highlighted in the channel rack
Since Wine 4.9, pressing backspace to remove text while editing the name of
something closes the window and sets the name as whatever was in the box
usually with one character removed. Before 4.9 pressing backspace only removed
a character without closing the window which is correct behaviour.
Steps to reproduce:
1. Open FL Studio.
2. Press F6 to open the channel rack. If nothing appears or a window
disappeared, press F6 again.
3. There are probably already a few "channels" in the project file (possibly
the demo project opened up). See the image attached. You need to hold shift and
click on the highlighted bit, which is a channel. (Alternatively right click
and select "Rename, color and icon..."). You can pick any channel for this.
4. The edit name window will appear. Type anything, then press backspace to try
and remove a character.
What is expected:
It should remove a character without closing the window, as text editing
usually goes.
What actually happens:
It closes the edit name window.
Sometimes pressing backspace again after the edit name window has closed
(especially when doing this on the mixer) goes on to close the playlist (the
window with a big grid) which is not normal behaviour (doesn't happen before
4.9 either). Pressing backspace usually only changes the snap settings (the
little drop down menu at the top panel of the main FL Studio window which has a
magnet by 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.