https://bugs.winehq.org/show_bug.cgi?id=54403
Bug ID: 54403
Summary: Robotill: A windows based point of sale application
Product: Wine
Version: 7.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winedbg
Assignee: wine-bugs(a)winehq.org
Reporter: bower.johan1(a)gmail.com
Distribution: ---
Created attachment 73969
--> https://bugs.winehq.org/attachment.cgi?id=73969
The atrtached is the bug report when the application terminate
Robotill. A windows based application. I want to use the application on a linux
based machine and trying to use bottles/wine to run the application.
--
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=54404
Bug ID: 54404
Summary: d3d8:device & d3d9:device - test_cursor_pos()
sometimes fails to set the cursor position on Windows
<= 8 without elevated privileges
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
d3d8:device & d3d9:device - test_cursor_pos() sometimes fails to set the cursor
position on Windows <= 8 without elevated privileges:
device.c:1247: Test failed: Failed to set cursor position.
See https://test.winehq.org/data/patterns.html#d3d8:devicehttps://test.winehq.org/data/patterns.html#d3d9:device
This started happening on 2022-12-08 and is tied to the lack of elevated
privileges on Windows 7 and 8. Yet the failure is not systematic.
--
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=54400
Bug ID: 54400
Summary: d3d11:d3d11 - test_negative_viewports() fails on the
debiant VM
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
d3d11:d3d11 - test_negative_viewports() fails on the debiant VM:
d3d11.c:28750: Test succeeded inside todo block: Feature level 0xb000: Got
0xffffffff, expected 0xffffffff at (640, 480, 1), sub-resource 0.
d3d11.c:28759: Test succeeded inside todo block: Feature level 0xb000: Got
0xffffffff, expected 0xffffffff at (640, 480, 1), sub-resource 0.
d3d11.c:28750: Test failed: Feature level 0xa100: Got 0xffffffff, expected
0xff00ff00 at (639, 479, 0), sub-resource 0.
d3d11.c:28759: Test failed: Feature level 0xa100: Got 0xffffffff, expected
0xff00ff00 at (639, 479, 0), sub-resource 0.
d3d11.c:28750: Test failed: Feature level 0xa000: Got 0xffffffff, expected
0xff00ff00 at (639, 479, 0), sub-resource 0.
d3d11.c:28759: Test failed: Feature level 0xa000: Got 0xffffffff, expected
0xff00ff00 at (639, 479, 0), sub-resource 0.
See https://test.winehq.org/data/patterns.html#d3d11:d3d11
Before 2023-01-16, d3d11:d3d11 was crashing on the TestBot's debiant VM which
mostly masked these failures.
--
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=54398
Bug ID: 54398
Summary: wmvcore:wmvcore - stream_Seek() sometimes gets the
wrong thread in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: wmp&wmvcore
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
wmvcore:wmvcore - stream_Seek() sometimes gets the wrong thread in Wine:
wmvcore.c:529: Test failed: got wrong thread
See https://test.winehq.org/data/patterns.html#wmvcore:wmvcore
This first happened in WineTest on 2022-12-19 (no instance in the previous 5.5
months) and there has been about one per week since (but only one on a TestBot
VM, debiant-wow64 on 2023-10-26).
Also this test was added on 2022-12-01 so given the relatively low failure
frequency it's unclear if the test uncovered a preexisting issue, or if
something changed in the interval.
--
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=52303
Bug ID: 52303
Summary: Bridge Baron 13: sound pops unusually
Product: Wine
Version: 7.0-rc3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: juef17(a)hotmail.com
Distribution: ---
Created attachment 71460
--> https://bugs.winehq.org/attachment.cgi?id=71460
Sound files and debug output
In Bridge Baron 13, clicking "Jouer" ("Play") plays a clicking sound. The sound
is fine until its very end, where it pops in a significant fashion. The
original .wav file and a recording of how it's played through Wine are attached
to this report.
This has been tested with wine-staging 7.0-rc3 on Linux Lite 5.6 and
PulseAudio. Setting the OS to WinXP through winecfg had no impact. I got the
debug output suggested by the winehq Wiki on audio and attached it to this
report.
The demo version of the software is available on archive.org and exhibits the
same issue: https://archive.org/details/bb13demo
--
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=7526
--- Comment #31 from count0 <2950540(a)gmail.com> ---
Timeout in serialwin32.py is not editable, because it compiled inside
application somewhere (search inside about 3500 files not success). It's
Electron app with node.js, .NET, visual c++, .pyd, original format archives,
and other runtimes.
I put it in patch where it must be, but program overrides path from inside.
--
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=7526
--- Comment #30 from count0 <2950540(a)gmail.com> ---
Confirm race conditions.
kernel 5.6.10
wine-7.0.1 x64
driver (via regedit and copy usbser.sys):
; Windows 2000, XP, Vista, 7 and 8 (x32 and x64) setup file for Atmel CDC
Devices
; Copyright (c) 2000-2013 ATMEL, Inc.
application: Shape Robotics Fable
behavior: backend (FableServer.exe) write Timeout in cycle (close and open
port). See attachment.
--
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=7526
count0 <2950540(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |2950540(a)gmail.com
--
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=54394
Bug ID: 54394
Summary: virtual_setup_exception when opening music library in
Ardour
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: etiennebaque(a)gmail.com
Distribution: ---
Created attachment 73958
--> https://bugs.winehq.org/attachment.cgi?id=73958
BBCSO error in Ardour - backtrace
Wine 8.0 Staging
Debian 11
Ardour 6.5
I've been trying to install the Spitfire music plugin
(https://www.spitfireaudio.com/info/library-manager/) through Wine, in order to
download the BBC Symphonic Orchestra sounds.
I've been also using yabridge (https://github.com/robbert-vdh/yabridge) as a
way to import the BBC SO sounds into Ardour (https://ardour.org/ - software
used to create music). Up until this point, it looks like it's been successful,
because the library is recognized by Ardour
However, when trying to effectively open the sound library from within Ardour,
I get an error and Ardour freezes.
The backtrace with needed information to debug this problem is in attachment.
--
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.