http://bugs.winehq.org/show_bug.cgi?id=27916
Summary: Ferro CCTV: Fails to start
Product: Wine
Version: 1.3.25
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lukasz.wojnilowicz(a)gmail.com
Created an attachment (id=35713)
--> (http://bugs.winehq.org/attachment.cgi?id=35713)
Error message
Steps to reproduce:
1) remove ~/.wine
2) winetricks wmp9
3) install Ferro CCTV
4) wine FerroCCTV.exe
Behaviour:
Error message (see attachment).
Expected behaviour:
No error message.
--
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=55908
Bug ID: 55908
Summary: Regression beginning with 8.17: PNGGauntlet gives an
error message and hangs if output folder doesn't exist
Product: Wine
Version: 8.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: NM64+bugs.winehq.org(a)PM.me
Distribution: ---
Created attachment 75452
--> https://bugs.winehq.org/attachment.cgi?id=75452
wine-devel 8.16
Beginning with wine-devel 8.17, PNGGauntlet no longer properly handles if the
output folder doesn't already exists.
In wine-devel 8.16 it would ask that the location doesn't exist and if it
should be created, and it'd "just work" without issue.
In wine-devel 8.17 and newer (including the newest 8.20), you get some sort of
error message instead and the program can end up hanging.
Attached are two demonstration videos, one using wine-devel 8.16 and the other
8.17, showing the entire process from scratch on a live ISO session of Linux
Mint 21.2 Cinnamon.
I've also attached the terminal output as well as the information that the
error message returns.
(oh and, is it just me, or is the "Compiling Wine" steps of
https://wiki.winehq.org/Regression_Testing completely out of date, at least
when testing in live ISO sessions of modern Debian-based distros like not only
the aforementioned Linux Mint 21.2 Cinnamon but also LMDE 6 and Xubuntu 23.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.
https://bugs.winehq.org/show_bug.cgi?id=54115
Bug ID: 54115
Summary: wine client error:68: write: Bad file descriptor
Product: Wine
Version: 8.0-rc1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: aros(a)gmx.com
Distribution: ---
This is starting to happen in Wine 8.0-rc1, however I didn't have version 7.22
installed, so I cannot say when it regressed exactly.
After exiting any application you can see:
wine client error:68: write: Bad file descriptor
wine client error:b4: write: Bad file descriptor
wine client error:11c: write: Bad file descriptor
Full log for notepad:
$ notepad
002c:fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.Windows.Common-Controls" (6.0.0.0)
0048:fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.Windows.Common-Controls" (6.0.0.0)
0050:fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.Windows.Common-Controls" (6.0.0.0)
0050:err:ole:StdMarshalImpl_MarshalInterface Failed to create ifstub, hr
0x80004002
0050:err:ole:CoMarshalInterface Failed to marshal the interface
{6d5140c1-7436-11ce-8034-00aa006009fa}, hr 0x80004002
0050:err:ole:apartment_get_local_server_stream Failed: 0x80004002
0050:err:ole:start_rpcss Failed to open RpcSs service
0048:err:ole:StdMarshalImpl_MarshalInterface Failed to create ifstub, hr
0x80004002
0048:err:ole:CoMarshalInterface Failed to marshal the interface
{6d5140c1-7436-11ce-8034-00aa006009fa}, hr 0x80004002
0048:err:ole:apartment_get_local_server_stream Failed: 0x80004002
0048:fixme:imm:ImeSetActiveContext (0001002E, 0): stub
0048:fixme:imm:ImmReleaseContext (00010020, 0001002E): stub
002c:fixme:imm:ImeSetActiveContext (0001004E, 1): stub
002c:fixme:imm:ImmReleaseContext (0001004C, 0001004E): stub
008c:err:setupapi:SetupDefaultQueueCallbackW copy error 1812
L"@C:\\windows\\system32\\drivers\\wineusb.sys,-1" ->
L"C:\\windows\\inf\\wineusb.inf"
00e8:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
00e8:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
00e8:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
00e8:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
wine: configuration in L"/home/birdie/.wine" has been updated.
010c:fixme:imm:ImeSetActiveContext (00030062, 1): stub
010c:fixme:imm:ImmReleaseContext (00030048, 00030062): stub
Exit it, a few seconds later:
wine client error:68: write: Bad file descriptor
wine client error:b4: write: Bad file descriptor
wine client error:11c: write: Bad file descriptor
This doesn't look very appealing.
I'm not using mingw, it's a classic i686 GCC build under Fedora 37.
--
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=52000
Bug ID: 52000
Summary: EA Desktop still fails to install
Product: Wine
Version: 6.21
Hardware: x86-64
URL: http://https://click.e.ea.com/?qs=901607d0b32d0c5a668b
64755ddd9eba252d701599100e11239ca43b1bf873c0e60313c1d4
0a800d3f39b81848b7bb8fffbcdbbb6a19828f6f85cbfbe8e45705
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: berillions(a)gmail.com
Distribution: ---
Created attachment 70994
--> https://bugs.winehq.org/attachment.cgi?id=70994
+seh log
Hello,
Maybe there was a new version of EA Desktop but in my case, the installation
still fails even after the fix for the bug 49887.
Step to reproduce :
- Set WinVer to Win8.1/Win10
- Launch EAappInstaller.exe and click on "Let's go". The application closes
immediatly after this action.
I have this line in my ouput console when the app closes :
0114:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr
0x434a8e
I attach the +seh log if it's interesting for 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=55993
Bug ID: 55993
Summary: PLSQL Developer: Hangs when trying to connect a
database.
Product: Wine
Version: 8.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: bernhardu(a)mailbox.org
Distribution: ---
Trying to connect to a database like described in the now fixed bug #55833,
shows an application hang:
0110:err:sync:RtlpWaitForCriticalSection section 00006FFFF8573D68 "?" wait
timed out in thread 0110, blocked by 0000, retrying (60 sec)
This seems to be another regression:
efd03f40e6e315d89cd1d09c48180aae82033f9f is the first broken commit
commit efd03f40e6e315d89cd1d09c48180aae82033f9f
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Thu Oct 5 10:41:47 2023 +0200
server: Assign a system-wide mapping address for dynamic base modules.
Reverting this efd03f40 (and ec3de128) makes PLSQL not to hang.
There is another regression bug 55967 pointing to the same commit.
--
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=55809
Bug ID: 55809
Summary: FEMM 4.2 mesh creation won't run, running an analysis
is impossible, works on wine-stable
Product: Wine
Version: 8.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tefatronix(a)seznam.cz
Distribution: ---
Created attachment 75299
--> https://bugs.winehq.org/attachment.cgi?id=75299
backtrace and test file
FEMM 4.2 built in tool triangle.exe crashes every time an analysis (analysis ->
analyze) or mesh creation (mesh -> create mesh) is ran.
the backtrace is attached, a test file (.FEE) - drawn terribly but enough for a
test, crashes with others too - is attached too.
Everything works on the stable version.
--
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=55774
Bug ID: 55774
Summary: Sid Meier's Alpha Centauri: invisible mouse pointer
Product: Wine
Version: 8.11
Hardware: x86-64
URL: https://archive.org/details/SidMeiersAlphaCentauriDemo
OS: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: rbernon(a)codeweavers.com
Regression SHA1: 9f8d9eef216d4ede3b53d3caab222ad8f896f10b
Distribution: ---
Tested with the GOG.com version but can also be reproduced in the original
demo.
The mouse pointer is working (buttons are clickable) it is just invisible.
Occurs in fullscreen and virtual desktop mode.
The problem is present since Wine-8.11 and the result of the regression test:
commit 9f8d9eef216d4ede3b53d3caab222ad8f896f10b
Author: Rémi Bernon <rbernon(a)codeweavers.com>
Date: Mon Jan 25 15:22:08 2021 +0100
winex11: Set the window cursor immediately in SetCursor.
Instead of synchronizing the cursor on mouse changes. The SetCursor call
should now only be made when cursor or window handle have changed.
smac_demo1_1m.exe (50 MB)
md5: 0cb42fdc0195dfc638830ddac90f48c3
Opening the demo shows a black screen with 2 empty rectangles: the left one is
starting the game.
Still present in wine-8.17-190-g8943fcbca49
--
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=55179
Bug ID: 55179
Summary: Drag and Drap don't work at all in Wine HQ 8.0 and
8.0.1 Regression from version 7 which was OK
Product: Wine
Version: 8.0.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: pascal_mons(a)hotmail.com
Distribution: ---
Created attachment 74769
--> https://bugs.winehq.org/attachment.cgi?id=74769
A .gpx file (route Paris to Madrid) to test drag and drop
I use Garmin MapSource 6.16.3 to create and modify POI files (like speed
cameras) and Routes. Obviously I was used to drag and drop the file inside the
map. This was working fine in Wine HQ 7.
However, since the upgrade to version 8 this capability is broken. I have to
use File -> Open to manually run through the directories. Even then using the
keyboard return when an object is selected won't work. I have to use only the
mouse clicks.
In order for you to investigate I will give you the downlink of MapSource and
the steps to install it within Wine by command lines.
https://download.garmin.com/software/MapSource_6163.exe
you have to unpack / extract files from the .exe and use MSmain.msi in order to
install properly (even in Windows).
Installing .wine32.1 Prefix for MapSource
_________________________________________
$ WINEPREFIX=~/.wine32.1 WINEARCH=win32 wineboot
$ WINEARCH=win32 WINEPREFIX=~/.wine32.1 winecfg
Since I have a 4K HD screen I use in Graphics --> Screen resolution a 144 dpi &
Applications Windows 7
$ WINEARCH=win32 WINEPREFIX=~/.wine32.1 winetricks msxml4
$ WINEARCH=win32 WINEPREFIX=~/.wine32.1 winetricks dotnet48
$ WINEARCH=win32 WINEPREFIX=~/.wine32.1 winetricks ie8
All these modules are required.
Install MapSource 6.16.3
________________________
$ cd ~/Downloads/Garmin/Garmin\ MapSource\ 6.16.3/
$ WINEARCH=win32 WINEPREFIX=~/.wine32.1 wine MapSource_6163\
Extracted/MSmain.msi
It won't work because of another program presence check, use :
$ WINEARCH=win32 WINEPREFIX=~/.wine32.1 wine MapSource_6163.exe
The Drag and Drop capability was working fine in Wine HQ 7.
You don't need to install a Garmin map to test the drag and drop with the
attached route in .gpx format.
--
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=54987
Bug ID: 54987
Summary: Waves Central no more opens in Manjaro Linux
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: marquinhosbissoli(a)gmail.com
Distribution: ---
Created attachment 74534
--> https://bugs.winehq.org/attachment.cgi?id=74534
Error details
Waves Central no more opens on Manjaro Linux. It worked until two months ago.
--
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=54847
Bug ID: 54847
Summary: dnsapi:query - test_DnsQuery() fails on the TestBot
VMs in Windows and Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: dnsapi
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
dnsapi:query - test_DnsQuery() fails on the TestBot VMs in Windows and Wine:
query.c:66: Test failed: expected record name L"winehq.org", got
L"becky.ns.cloudflare.com"
query.c:66: Test failed: expected record name L"winehq.org", got
L"becky.ns.cloudflare.com"
query.c:66: Test failed: expected record name L"winehq.org", got
L"becky.ns.cloudflare.com"
query.c:66: Test failed: expected record name L"winehq.org", got
L"carter.ns.cloudflare.com"
query.c:66: Test failed: expected record name L"winehq.org", got
L"carter.ns.cloudflare.com"
query.c:66: Test failed: expected record name L"winehq.org", got
L"carter.ns.cloudflare.com"
query.c:66: Test failed: expected record name L"winehq.org", got
L"becky.ns.cloudflare.com"
query.c:67: Test failed: expected record type 1, got 28
query.c:66: Test failed: expected record name L"winehq.org", got
L"becky.ns.cloudflare.com"
query.c:67: Test failed: expected record type 1, got 28
query.c:66: Test failed: expected record name L"winehq.org", got
L"becky.ns.cloudflare.com"
query.c:67: Test failed: expected record type 1, got 28
query.c:66: Test failed: expected record name L"winehq.org", got
L"carter.ns.cloudflare.com"
query.c:67: Test failed: expected record type 1, got 28
query.c:66: Test failed: expected record name L"winehq.org", got
L"carter.ns.cloudflare.com"
query.c:67: Test failed: expected record type 1, got 28
query.c:66: Test failed: expected record name L"winehq.org", got
L"carter.ns.cloudflare.com"
query.c:67: Test failed: expected record type 1, got 28
query.c:96: Test failed: unexpected CNAME chain
See https://test.winehq.org/data/patterns.html#dnsapi:query
This is because winehq.org points to a CDN which uses DNS tricks to point web
browsers to the closest server and do load balancing. Interestingly this does
not happen for all clients, e.g. it does not happen on fg-deb64.
These failures happen in new tests that were introduced by this commit:
commit 6e2efe54f17e72415b790edf6c9c1f9de5acb9f7
Author: François Gouget <fgouget(a)codeweavers.com>
Date: Thu Apr 13 05:51:20 2023 +0200
dnsapi/tests: Test how DnsQuery() handles CNAMEs.
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=54819
--
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.