https://bugs.winehq.org/show_bug.cgi?id=48214
Bug ID: 48214
Summary: RPGmaker input does not work after moving window
Product: Wine
Version: 4.0.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-dinput
Assignee: wine-bugs(a)winehq.org
Reporter: ilkka.prusi(a)gmail.com
Distribution: ---
In some games made with RPGMaker VX ACE the input does not work after you have
moved window in desktop (input focus gone and back again).
Symptom is that game character does not move, menu is not opened on pressing
esc and so forth.
This is repeatable on Debian bullseye with wine 4.0.2, Wayland + Gnome on
x86-64 (Linux 5.4.1).
To repeat simply grab the window with mouse, move it, click inside window and
try keyboard input again.
--
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=53475
Bug ID: 53475
Summary: Hang: underrun of data / failed to create thread
Product: Wine
Version: 7.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: dsound
Assignee: wine-bugs(a)winehq.org
Reporter: ilkka.prusi(a)gmail.com
Distribution: ---
Playing Alansya Chronicles in some situations the game will hang and needs to
be forcibly closed. This happens on all Wine 7.x versions and I haven't tested
with older versions of Wine.
There are specific log entries to note when this hang occurs:
(wine:3413): GStreamer-WARNING **: 22:20:23.968: failed to create thread: Error
creating thread: Resource temporarily unavailable
028c:fixme:quartz:DSoundRender_UpdatePositions Underrun of data occurred!
Game uses many short audio samples during playback so perhaps thread pool is
exhausted? Second entry would indicate that there is synchronization issue in
the playback.
But there is another indication that the dsound code is iffy:
01a0:err:quartz:DSoundRender_SendSampleData WaitForSingleObject() returned 0.
This log entry is triggered when This->flush_event is signalled and the code is
expecting timeout. This by itself is already strange looking code (from
Win32-style standpoint), but what the code does next is even stranger.
Flush event looks like it is meant as signal that code trying to write should
exit, the comment says that much:
/* Signaled when a flush or state change occurs, i.e. anything that needs
* to immediately unblock the streaming thread. */
But when DSoundRender_SendSampleData() gets the signalled event it goes back
and tries to continue the loop instead of exiting.
I suspect the code expects that This->sink.flushing would have been set already
when the event is signalled but apparently it isn't.
However, having DSoundRender_SendSampleData() bail out on the event does not
fix the hang, which would indicate there is more to the issue than just one
part.
So, maybe DSoundRender_SendSampleData() could check that if
WaitForSingleObject() returns 0 (event signalled) it could just exit and log
that instead of trying to repeat? It seems to be normal occurrence instead of
error?
The state management seems oddly complicated and like it was added later than
by design initially? I suspect this could be made much simpler to avoid the
issue.
If there is race condition in state management, is it possible the code will
hang indefinitely in DSoundRender_HandleEndOfStream()? That looks like a
possible place that would explain the hang I'm seeing.
--
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=48232
Bug ID: 48232
Summary: Unhandled exception: page fault on read access to
0x00f1f1f1 in 32-bit code
Product: Wine
Version: 4.0.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ilkka.prusi(a)gmail.com
Distribution: ---
Created attachment 65877
--> https://bugs.winehq.org/attachment.cgi?id=65877
Backtrace of crashed program
Crash during running game made with RPG Maker VX ACE.
(error details in attached backtrace)
--
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=30969
Bug #: 30969
Summary: Tron 2.0 - No music while playing game and in menu
Product: Wine
Version: 1.4
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-dmusic
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: an0nym0usse(a)hotmail.com
Classification: Unclassified
Created attachment 40628
--> http://bugs.winehq.org/attachment.cgi?id=40628
output when launching Tron.exe
No music while playing game and in menu.
The game install with no problem
I add the msvcirt.dll in system32 like suggested on the wine site
All seems to go well, the first setting menu launch with sound
After that the diverse publishing companies videos are played with sound.
After a couple of seconds the Game menu appears with sound effects but NO
MUSIC.
No music while playing the game too.
You can look for clues in attachment1
When I re-install WMFADist.exe (probably audio codecs) included in Tron 2.0 cd
it seem to install without a problem but in the console it give some errors:
zool@Satellite-M40:~/JEUX/Progz/Win32/Tron2$ wine WMFADist.exe
fixme:setupapi:SetupDefaultQueueCallbackW notification 262144 params 32f84c,0
err:setupapi:SetupDefaultQueueCallbackW copy error 0
L"C:\\users\\zool\\Temp\\IXP000.TMP\\msdmo.dll" ->
L"C:\\windows\\system32\\msdmo.dll"
fixme:setupapi:SetupDefaultQueueCallbackW notification 262144 params 32f84c,0
err:setupapi:SetupDefaultQueueCallbackW copy error 0
L"C:\\users\\zool\\Temp\\IXP000.TMP\\msvcrt.dll" ->
L"C:\\windows\\system32\\msvcrt.dll"
fixme:sfc:SFC_3 0
fixme:sfc:SFC_3 0
fixme:ole:TLB_ReadTypeLib Header type magic 0x00905a4d not supported.
err:ole:TLB_ReadTypeLib Loading of typelib
L"C:\\windows\\system32\\logagent.exe" failed with error 0
err:ole:TLB_ReadTypeLib Loading of typelib
L"C:\\windows\\system32\\logagent.tlb" failed with error 2
It's all for now
P.S.
I have filed this bug under : directx-dmusic, seemed logical
--
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=54070
Bug ID: 54070
Summary: winevulkan Assertion failed
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winevulkan
Assignee: wine-bugs(a)winehq.org
Reporter: santafejayyt(a)gmail.com
Distribution: ---
Created attachment 73619
--> https://bugs.winehq.org/attachment.cgi?id=73619
Image of the error
I'm currently unable to run Roblox Studio at all on the latest wine-staging
version, with winevulkan erroring with "Assertion failed! File:
wine-staging/dlls/winevulkan/loader_thunks.c Line: 5156"
Expression: "!status"
I don't see an stderr or stdout log anywhere except for this error. I tested
both a custom wine-staging build, the AUR package wine-staging, as well as
compiled from source.
--
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=41549
Bug ID: 41549
Summary: Hover! in fullscreen mode does not cover the top bar
in Gnome.
Product: Wine
Version: 1.9.20
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: aaronbpaden(a)gmail.com
Distribution: ---
I'm using wine-staging 1.9.20.
When you set Hover! to fullscreen, it sets the display resolution and fills up
most of the screen as it should, but it's set under top bar in GNOME, resulting
in several rows of pixels from the bottom of the application also being outside
of the display.
I confirmed that Hover! does cover the task bar in a Windows VM.
There's nothing really in the logs, except for a weird
"fixme:process:LoadModule Strange error set by CreateProcess: 193", but that
shows up before setting fullscreen.
--
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=51345
Bug ID: 51345
Summary: Regression: Visual Studio 2005 "package load failure"
Product: Wine
Version: 6.11
Hardware: x86-64
OS: FreeBSD
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: damjan.jov(a)gmail.com
winetricks vc2005trial
wine cmd
"C:\Program Files\Microsoft Visual Studio 8\VC\vcvarsall.bat"
devenv
Some time during 28-31 March 2021, the Visual Studio 2005 trial began giving
+/- 10 of these error dialogs on startup, each relating to a different package.
This is a rough transcript of one of them:
------------------------
Package Load Failure
------------------------
Package
'Microsoft.VisualStudio.TestTools.TestCaseManagement.QualtyToolsPackage,
Microsoft.VisualStudio.QualityTools.TestCaseManagement, Version=8.0.0.0,
Culture=neutral, PublicKeyToken=b03F5F7f11d50s3a' has failed to load
properly { GUID = {AS4DSAES-9ACE-4FOE-ADGF-7AFESSFEFCET) ). Please
contact package vendor for assistance. Application restart is recommended,
due to possible environment corruption. Would you like to disable loading this
package in the future? You may use 'devenv /resetskippkgs' to re-enable
package loading.
Yes No
------------------------
It is the worst git bisect I've ever done. Apart from the lengthy time needed
to test each commit, the regression occurs within a range of 44 commits
(bb065801a69..2a8a4cbbe63), the first 43 of which all die on startup, so we
can't easily distinguish that bug from this one.
I've now had to make a separate branch, "git rebase --onto <that range>" to
copy commits from that range there, then "git rebase -i" to reorder them and
separate the startup-breaking commits (ntdll/kernel32/kernelbase) from the
other commits.
Unfortunately, having done so, it appears the startup-breaking commits are also
the commits that caused this regression. One or more of these is the culprit:
ntdll: Move kernel32 loading into LdrInitializeThunk().
ntdll: Return system dir path for PE mapping bootstrap placeholders.
ntdll: Fail to load non-existent dlls, except during prefix bootstrap.
ntdll: Also check syswow64 to determine if the prefix was initialized.
include: Add more SYSTEM_INFORMATION_CLASS definitions.
kernel32: Implement GetSystemCpuSetInformation().
ntdll: Implement NtQuerySystemInformationEx(SystemCpuSetInformation).
kernelbase: Don't fall back to dll loading for LOAD_LIBRARY_AS_DATAFILE.
ntdll: Set the window title to the image name on the Unix side.
ntdll: Remove load_builtin_dll() and get_load_order() from the Unix interface.
ntdll: Map the builtin or fake dll from the Wine dirs if it's missing from the
prefix.
--
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=45870
Bug ID: 45870
Summary: Star Wars Pit Droids fails to install
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: zzarko(a)gmail.com
Distribution: ---
Created attachment 62369
--> https://bugs.winehq.org/attachment.cgi?id=62369
Screenshot of error
I have tried to install an old Win95 game, Star Wars Pit Droids, but it always
crashes during the install (actual error is in screenshot). I have created
32-bit wine environment and selected W95 as OS version.
The game can be found at:
https://www.myabandonware.com/game/star-wars-pit-droids-403
I have tried this with Wine 2.4, same error. I'll add WINEDEBUG=warn+all
outputs for both 3.16 and 2.4 versions.
--
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=16227
Summary: Tooltips on mouse hover in EMS SQL Manager block the
mouse click
Product: Wine
Version: 1.1.9
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P1
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ksfreitas(a)gmail.com
Created an attachment (id=17473)
--> (http://bugs.winehq.org/attachment.cgi?id=17473)
Screenshot of a tooltip bloocking the mouse click
In EMS SQL Manager (Free and Full), the tooltips block the mouse click, having
to resize to see all item without tooltip for click. The link for freeware
software download:
http://www.sqlmanager.net/en/products/postgresql/manager/download
--
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=50458
Bug ID: 50458
Summary: Tooltips block input in Foobar2000
Product: Wine
Version: 5.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: debilerpc(a)web.de
Distribution: ---
**Context:**
Like with most media players, Foobar2000's playlist view is essentially a
spreadsheet where each line is a track and each column displays a tag or
metadata field.
If the length of the tag exceeds the width of the column, it gets cut off. You
can see the full tag in a tooltip by hovering over it with a mouse in that
case.
**The problem:**
As long as the tooltip is displayed, the app registers neither keyboard nor
mouse input.
I suspect this problem exists in a variety of
[apps](https://bugs.winehq.org/show_bug.cgi?id=16227), not just Foobar2000, but
here it is especially annoying.
**Expected behavior:**
When input is sent, the tooltip should disappear, and Foobar2000 should react
to the input. This is what happens under Windows 10.
--
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.