http://bugs.winehq.org/show_bug.cgi?id=16876
Summary: .NET 3.0: WIC installer hangs due to bug in property
sheet control
Product: Wine
Version: 1.1.12
Platform: Other
URL: http://www.microsoft.com/downloads/details.aspx?FamilyID
=10cc340b-f857-4a14-83f5-25634c3bf043
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
after bug 16875 is fixed, there is another bug unearthed by WIC installer.
Normally you won't notice it because the main installer claims success on this
sub-installer.
If you run WIC installer manually and press "finish" in last property page it
simply hangs.
Prerequisite:
1. clean WINEPREFIX
2. download .NET 3.0 Framework installer from: http://download.microsoft.com
/download/4/d/a/4da3a5fa-ee6a-42b8-8bfa-ea5c4a458a7d/dotnetfx3setup.exe
(sha1sum:
a566bcd2ffffc3842a95adc57f7df3f8cd11577f)
3. export _SFX_CAB_SHUTDOWN_REQUEST=1 (workaround, see bug 9158)
4. wine ./dotnetfx3setup.exe
It might take a while until all required packages are downloaded using BITS.
Note: If you need to redo steps, backup the directory "dotnetfx304506.30" from
"c:\\windows\\temp" to a different location, remove ~/.wine, copy
"dotnetfx304506.30" again to "c:\\windows\\temp" to prevent BITS from
downloading over and over again.
There is a (ui) thread spawned to display and handle property sheet:
--- snip ---
0084:Starting thread proc 0x1043904 (arg=(nil))
...
0084:Call comctl32.CreatePropertySheetPageW(7ec515b4) ret=01045ccb
...
0084:Ret comctl32.CreatePropertySheetPageW() retval=00149568 ret=01045ccb
...
0084:Call comctl32.PropertySheetW(7ec516e0) ret=01045ffc
0084:Call KERNEL32.GlobalAlloc(00000040,00000084) ret=7763bc0e
0084:Ret KERNEL32.GlobalAlloc() retval=006026a8 ret=7763bc0e
0084:trace:propsheet:PropertySheetW (0x7ec516e0)
0084:trace:propsheet:PROPSHEET_CollectSheetInfoW
** PROPSHEETHEADER **
dwSize 52
dwFlags 01198100
hwndParent (nil)
hInstance (nil)
pszCaption L"\1828\7ec5"
nPages 5
pfnCallback 0x1043cb1
...
0084:trace:propsheet:PROPSHEET_PropertySheet startpage: 0 of 5 pages
0084:trace:propsheet:PROPSHEET_CreateDialog
...
0084:trace:propsheet:PROPSHEET_Finish active_page 4
...
0084:trace:propsheet:PROPSHEET_CleanUp
...
0084:trace:propsheet:PROPSHEET_Finish msg result 0
...
0084:Ret comctl32.PropertySheetW() retval=00000001 ret=01045ffc
..
0084:Call user32.GetMessageA(7ec519ec,00000000,00000000,00000000) ret=01043942
<hangs here>
--- snip ---
Relevant code:
--- snip dlls/comctl32/propsheet.c ---
static BOOL PROPSHEET_Finish(HWND hwndDlg)
{
..
if (psInfo->result == 0)
psInfo->result = IDOK;
if (psInfo->isModeless)
psInfo->activeValid = FALSE;
else
psInfo->ended = TRUE;
return TRUE;
}
--- snip dlls/comctl32/propsheet.c ---
--- snip dlls/comctl32/propsheet.c ---
static INT_PTR PROPSHEET_PropertySheet(PropSheetInfo* psInfo, BOOL unicode)
{
...
if(!psInfo->isModeless)
{
parent = psInfo->ppshheader.hwndParent;
if (parent) EnableWindow(parent, FALSE);
}
bRet = PROPSHEET_CreateDialog(psInfo);
if(!psInfo->isModeless)
{
bRet = do_loop(psInfo);
if (parent) EnableWindow(parent, TRUE);
}
return bRet;
}
--- snip dlls/comctl32/propsheet.c ---
--- snip dlls/comctl32/propsheet.c ---
static INT do_loop(const PropSheetInfo *psInfo)
{
MSG msg;
INT ret = -1;
HWND hwnd = psInfo->hwnd;
while(IsWindow(hwnd) && !psInfo->ended && (ret = GetMessageW(&msg, NULL, 0,
0)))
{
if(ret == -1)
break;
if(!IsDialogMessageW(hwnd, &msg))
{
TranslateMessage(&msg);
DispatchMessageW(&msg);
}
}
if(ret == 0)
{
PostQuitMessage(msg.wParam);
ret = -1;
}
if(ret != -1)
ret = psInfo->result;
DestroyWindow(hwnd);
return ret;
}
--- snip dlls/comctl32/propsheet.c ---
This propery sheet is modal.
When the message pumps exits, the return value is derived from "psInfo->result"
which is set to IDOK (button "finish") in PROPSHEET_Finish().
Unfortunately this tells the app the property sheet is modeless and it tries to
setup it's own message pump after PropertySheetW() return which obviously hangs
because the control is no more present at this time.
Regards
--
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=38104
Bug ID: 38104
Summary: 7k2: Game screen don't repaint
Product: Wine
Version: 1.7.35
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: slawek(a)lach.art.pl
Distribution: ---
Created attachment 50772
--> https://bugs.winehq.org/attachment.cgi?id=50772
Output from console
Once game is started 7k2 don't repaint screen. It only repaint screen on mouse
position(small rectangle - possible with size of cursor size).
In menu screen was repainted normally.
I submited many years ago path for it, but it wasn't applied. I submited it to
wine-hackers mailing list. The response was: Microsoft never released dx6 for
Windows - it was only version for Sega Dreamcast.
In these moment menu don't show - there was only displayed error message "Wine
cann't attach flipping surface". The error don't appears now, the menu is
correctly draw, but no screen in game is repainted.
But this is another error. Now only screen don't repaint. As I remeber, this is
possible bug with locks.
--
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=52568
Bug ID: 52568
Summary: Support for AF_UNIX is missing
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: ralf.habacker(a)freenet.de
Distribution: ---
Newer Windows 10 builds supports AF_UNIX, see
https://devblogs.microsoft.com/commandline/af_unix-comes-to-windows/ for
details.
There have been unfinished attempts to incorporate such support into wine, see
https://www.winehq.org/pipermail/wine-devel/2021-May/187049.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=52221
Bug ID: 52221
Summary: GameMaker 8: Missing sound effects
Product: Wine
Version: 6.23
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-dmusic
Assignee: wine-bugs(a)winehq.org
Reporter: sterophonick(a)gmail.com
Distribution: ---
Created attachment 71305
--> https://bugs.winehq.org/attachment.cgi?id=71305
The log of the funny game
Certain games that run on GameMaker 8 will rely on the DMIME functions
IDirectMusicPerformance8Impl_PlaySegmentEx and
IDirectMusicPerformance8Impl_StopEx. As these functions are stubbed, the audio
is completely absent when these functions are called. Usually, the solution
would be to use Winetricks to fetch DirectPlay and the related components, but
the latency this causes is around half a second long.
Attached is a log from the parody game Sunky.MPEG, which when run in Wine, has
audio completely missing as a result of these stubbed functions.
--
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=55759
Bug ID: 55759
Summary: Cinebench 2024 needs
Windows.System.Profile.SystemIdentification
Product: Wine
Version: 8.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: etaash.mathamsetty(a)gmail.com
Distribution: ---
09d4:fixme:combase:RoGetActivationFactory
(L"Windows.System.Profile.SystemIdentification",
{5581f42a-d3df-4d93-a37d-c41a616c6d01}, 00007FFFFE1FD840): semi-stub
09d4:err:combase:RoGetActivationFactory Failed to find library for
L"Windows.System.Profile.SystemIdentification"
The app works fine in windows 7 mode for the most part, the above is preventing
it from running in windows 11 mode
--
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=25872
Summary: dxdiag doesn't support /t option, needed by Guild Wars
'test system' button
Product: Wine
Version: 1.3.12
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
This is the next problem after bug 25871.
Guild wars installs nicely, but if you press 'test system', you see
...
fixme:dxdiag:ProcessCommandLine /t unimplemented
--
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=48006
Bug ID: 48006
Summary: Final Fantasy XIV Launcher stuck on splash screen
Product: Wine
Version: 4.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ieframe
Assignee: wine-bugs(a)winehq.org
Reporter: winehq.eloelo(a)spamgourmet.com
Distribution: ---
Created attachment 65534
--> https://bugs.winehq.org/attachment.cgi?id=65534
wine output
The FFXIV launcher has been updated and is now frozen on the splash screen.
(Just a big "Final Fantasy XIV Online" logo).
For now there is a workaround: Set Browser to 1 in FFXIV_BOOT.CFG.
This browser type isn't supposed to last forever, so this is just a temporary
workaround.
--
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=53910
Bug ID: 53910
Summary: windows get moved around when dpms blankout happens
Product: Wine
Version: 7.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: galtgendo(a)o2.pl
Distribution: ---
Technically, it's a regression, but not sufficiently significant (for me) to
check when it began - I initially thought it was something even more random.
Anyway, as the summary says, relatively recently (I'd say within last two
months, perhaps less) I've noticed than under some at the time unclear
condition, some of the windows get randomly moved around their respective
desktops without any of my interaction.
For the most part it was only slightly annoying and seemingly random, so I've
just lived with it.
But today I had an idea and successfully tested it.
All that's needed was 'xset dpms force off'. It's also quite generic - can be
triggered with notepad and winecfg.
My setup is of two monitors, but one of them is quite old and most of the time
turned off (that still allows for stumbling upon various quirks of
winex11.drv's multi-screen handling).
Once 'xset dpms force off' is fully in effect, upon restoring from the blankout
the windows get somewhat randomly moved.
--
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=51537
Bug ID: 51537
Summary: Mouse does not work in civilization VI
Product: Wine
Version: 6.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: voker57(a)gmail.com
Distribution: ---
Created attachment 70376
--> https://bugs.winehq.org/attachment.cgi?id=70376
complete log
Mouse does not work in Sid Meier's Civilization VI, menu loads but it is not
possible to do anything further.
This comment https://bugs.winehq.org/show_bug.cgi?id=49315#c9 suggests a cause
of this 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=53847
Bug ID: 53847
Summary: NfRemote: mouse input ignored
Product: Wine
Version: 7.0
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: thelen(a)radiomankato.com
https://www.telosalliance.com/uploads/Omnia%20Products/Software/NfRemote.exe
Say hello to nfremote. It's a little piece of software used to administer a
particular manufacturer's equipment, commonly used at radio and TV stations.
I can confirm it has, and does, work fine under Wine 2.21 - just tested today
on a MacBookPro8,1 running the official binaries
(https://dl.winehq.org/wine-builds/macosx/pool/winehq-staging-2.21.pkg) under
OS 10.13.6.
Meanwhile, I have a new Mac (MacBookPro16,2 - Intel-based), on which I’ve
deployed Wine 7.0 via homebrew under OS 12.6.1.
There I can start nfremote just fine... but it ignores my mouse input.
If I were to start it with the command-line argument "run", it presents me with
a window where both keyboard and mouse input are accepted; there I can type in
the text fields, so I know it's responsive. But when I hover the cursor over
buttons, they do not 'light up’ to indicate such. And when I click, nothing
happens.
Even in years past, I found that newer versions of Wine exhibited the issue I
describe below, so I simply never updated beyond 2.21. Wonder if this might be
a long-undiscovered regression of some sort?
--
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.