http://bugs.winehq.org/show_bug.cgi?id=58759
Bug ID: 58759
Summary: Camerabag Pro 2025.2 goes to 100% CPU use and goes
zombie when mousing over Photographic/Lens Flare etc
option
Product: Wine
Version: 10.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: superian(a)gmail.com
Distribution: ---
Created attachment 79390
--> http://bugs.winehq.org/attachment.cgi?id=79390
Terminal output before using the OS to terminate the program
New installation of Wine 10.16, new installation of CameraBag Pro 2025.2.
Do not open anything, just mouseover the various adjustments.
On doing so, the various mouseover previews work OK on an otherwise unseen
default image until getting to three adjustments on the Photographic set: Lens
Flare, Bokeh Lights, and Composite Image.
If any of these are triggered by moving the mouse over the menu item, CPU use
for the core used by the program goes to 100% and while the mouse cursor still
moves, no functions of the program, including the mouseovers or closing it via
clicking on the 'close' window button, work.
The only way to exit the program is killing it via the OS.
(Probably related to this because they use Lens Flare adjustment, the same
happens when mousing over any of the 'Summer Flare' options in the Presets
menu.)
The same happens after opening a video or an image and mousing over those
adjustments, but the latter are currently only visible when using
winetricks/windowscodecs.
https://web.archive.org/web/20250919105142/https://nevercenter.com/cameraba…
> $ du -h Install_CameraBag_Pro_2025_2_0_win.exe
> 63M Install_CameraBag_Pro_2025_2_0_win.exe
> $ sha1sum Install_CameraBag_Pro_2025_2_0_win.exe
> 01d4daf1dd05ab426858e19191dbabfa855c2558 Install_CameraBag_Pro_2025_2_0_win.exe
--
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=58758
Bug ID: 58758
Summary: Dead Island 2 closes its process before gameplay
starts in DX12 mode
Product: vkd3d
Version: 1.17
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: vkd3d
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Created attachment 79388
--> http://bugs.winehq.org/attachment.cgi?id=79388
output
I'm able to watch an intro and choose the player, but it doesn't go any
further.
vkd3d:0798:warn:create_shader_stage Failed to compile shader, vkd3d result -5.
vkd3d:0798:warn:d3d12_pipeline_state_init_compute Failed to create Vulkan
compute pipeline, hr E_NOTIMPL.
vkd3d-1.17-270-ge524c369
--
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=58748
Bug ID: 58748
Summary: Wine show error in 10.16 version compilation
Product: Wine
Version: 10.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mrdeathjr28(a)yahoo.es
Distribution: ---
Created attachment 79383
--> http://bugs.winehq.org/attachment.cgi?id=79383
error
Wine show error in 10.16 version compilation
--
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=9127
--- Comment #126 from mrdeathjr28(a)yahoo.es ---
(In reply to Zeb Figura from comment #125)
> (In reply to Bob from comment #124)
> > This issue is still reproducible in Wine 10.14.
> > After the error message is shown, the cutscene audio works with a black
> > screen.
> > The terminal shows:
> >
> > 01a8:err:quartz:autoplug Failed to add filter, hr 0x80004005.
>
> Please ensure that your 32-bit GStreamer plugins are installed and try again.
hi
32-bit GStreamer plugins are needed*? if build wine using:
./configure --enable-archs=i386,x86_64
*also before applies to DisableGstByteStreamHandler = 1
in the HKCU\Software\Wine\MediaFoundation registry key ?
with new wow64
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.
http://bugs.winehq.org/show_bug.cgi?id=58751
Bug ID: 58751
Summary: Please build Debian packages of wine with ntsync
enabled
Product: Packaging
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-packages
Assignee: wine-bugs(a)winehq.org
Reporter: shtetldik(a)gmail.com
CC: dimesio(a)earthlink.net
Distribution: ---
I noticed that Debian packages of Wine 10.16 come without ntsync support (which
was just completed in 10.16).
Most likely reason is that packages are built without Linux kernel headers
being present during build.
You can add linux-headers-amd64 package when building to make it work.
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.
http://bugs.winehq.org/show_bug.cgi?id=58502
Bug ID: 58502
Summary: MDK (GOG version) Crashes on startup
Product: Wine
Version: 10.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: levanchelidze(a)gmail.com
Distribution: ---
Created attachment 78962
--> http://bugs.winehq.org/attachment.cgi?id=78962
crash report
I'm trying to run GOG version of MDK on ubuntu using wine 10.12 (fresh
wineprefix)
The game crashes on startup
"wine
'/home/levan/.var/app/com.usebottles.bottles/data/bottles/bottles/MDK/drive_c/GOG
Games/MDK/Mdk.exe'
0024:fixme:ntdll:NtQuerySystemInformation info_class
SYSTEM_PERFORMANCE_INFORMATION
wine: Unhandled page fault on write access to 01620340 at address 00470DEF
(thread 0024), starting debugger...
0124:fixme:dbghelp:elf_search_auxv can't find symbol in module
0124:fixme:dbghelp:elf_search_auxv can't find symbol in module
"
--
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=24063
Summary: World in conflict fails to start in DX10 mode
Product: Wine
Version: 1.3.1
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: xvachon(a)gmail.com
Created an attachment (id=30246)
--> (http://bugs.winehq.org/attachment.cgi?id=30246)
Log +d3d10
World in Conflict is unable to start in DX10 mode. Native dxdiagn.dll was used
to avoid http://bugs.winehq.org/show_bug.cgi?id=11114 and sh winetricks d3dx10
was run too.
I uploaded a +d3d10 log. If you need other debug channels, please ask.
--
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=56391
Bug ID: 56391
Summary: So Blonde: very long loading times
Product: Wine
Version: 9.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: memax(a)gmx.fr
Distribution: Ubuntu
Game:
"So Blonde" European Retail DVD 1.01 version (English, French and German).
Point-and-click game developed by Wizarbox and released in 2008.
I couldn't find the game on either Steam or GOG. However, for those who want to
confirm the bug, the game is easily found in The Internet Archive Software
Collection.
OS:
Ubuntu 22.04.3 LTS 64bit.
Wine:
wine-9.3 development version (staging version is also affected).
Default Wine configuration, unmodified.
Clean Wine directory.
Description:
The loading times are very long: loading of the game menu, of a new game, of a
save game, between two screens (in the game), and so on.
Loadings last more than a minute, whereas on the same computer but running
Windows, they last less than five seconds.
This problem has been mentioned in AppDB since 2009 ("Every loading takes a
long time"), but has not been the subject of a bug report.
I don't know if this is relevant, but here's the +relay,+seh debug trace I
posted as part of another bug related to the same game (Bug 56390). It weighs
12.6 GB (59.7 MB after compression with rzip).
https://www.swisstransfer.com/d/764a0488-9e26-4d10-ae74-9d89e49cce80
--
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=58753
Bug ID: 58753
Summary: DrivethruRPG app crashes when you try to download a
file
Product: Wine
Version: 10.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tihnessa(a)gmail.com
Distribution: ---
Created attachment 79384
--> http://bugs.winehq.org/attachment.cgi?id=79384
Program error details
The DrivethruRPG (One Bookshelf Library) App version 3.6.3.0 crashes
immediately on attempting to download files, either individually or in bulk.
OS: Lubuntu 25.04
Wine version: 10.0 downloaded from WineHQ (Downloads simply hang when using
Lubuntu repo Wine, version 9.0)
Clean prefix used - prompted to download/install wine-mono when DTRPG app first
run.
--
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=58745
Bug ID: 58745
Summary: PeekNamedPipe() unsuccessful on stdin
Product: Wine
Version: 10.10
Hardware: x86-64
OS: FreeBSD
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: rhaberkorn(a)fmsbw.de
Created attachment 79378
--> http://bugs.winehq.org/attachment.cgi?id=79378
Test program for PeekNamedPipe() bug
Trying to debug a glib2 problem occurring under Wine, I encountered what is
obviously a bug in Wine itself. See the attached test program.
This is what I observed on Wine:
# wine peeknamedpipe.exe < somefile
stat: console=0 fifo=0
ReadFile(stdin): 1
PeekNamedPipe(stdin): 0
# echo TEST | wine peeknamedpipe.exe
stat: console=0 fifo=4096
ReadFile(stdin): 1
PeekNamedPipe(stdin): 0
On a real Windows 10 however it behaves differently:
>peeknamedpipe.exe < somefile
stat: console=0 fifo=0
ReadFile(stdin): 1
PeekNamedPipe(stdin): 0
>echo TEST | peeknamedpipe.exe
stat: console=0 fifo=4096
ReadFile(stdin): 1
PeekNamedPipe(stdin): 1
In other words, PeekNamedPipe() returns FALSE on stdin when piping from another
process instead of TRUE, which is returned by a real Windows 10.
somefile needs to be some non-empty file of course.
This was tested both on Wine 10.0 and 10.10 (wine-devel) from the FreeBSD ports
tree.
I filed this in kernel32 since PeekNamedPipe() is part of Kernel32.dll (at
least according to the Microsoft documentation).
--
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.