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.
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.
http://bugs.winehq.org/show_bug.cgi?id=22846
Summary: wine's internet explorer can't download firefox
Product: Wine
Version: 1.2-rc1
Platform: x86
URL: http://www.getfirefox.com
OS/Version: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: mshtml
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
As everyone who's installed Windows (and isn't in the EU) knows, the main use
of Internet Explorer is to download firefox. Unfortunately, wine's IE can't
download firefox:
$ wine iexplore.exe http://www.getfirefox.com
Click download, choose windows, and...nothing. Relevant terminal output:
fixme:mshtml:nsChannel_IsNoStoreResponse (0x2a06a38)->(0x32ee7c)
fixme:mshtml:nsChannel_IsNoCacheResponse (0x2a06a38)->(0x32ee78)
fixme:mshtml:nsChannel_Cancel (0x2a06a38)->(804b0002)
fixme:mshtml:nsHttpChannelInternal_SetDocumentURI (0x2affaf8)->()
fixme:mshtml:nsChannel_SetReferrer (0x2affaf8)->(0x2bf3b38)
fixme:shdocvw:ClOleCommandTarget_Exec Unimplemented group
{000214d1-0000-0000-c000-000000000046}
fixme:urlmon:Binding_Abort (0x2b46008)
fixme:shdocvw:ClOleCommandTarget_Exec Unimplemented group
{000214d1-0000-0000-c000-000000000046}
fixme:mshtml:HttpNegotiate_GetRootSecurityId (0x2b162b0)->(0x32f108 0x32f34c 0)
fixme:wininet:InternetLockRequestFile STUB
err:mshtml:read_stream_data buffer is full
--
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.
http://bugs.winehq.org/show_bug.cgi?id=27245
Summary: Internet Settings security zones not i18n-ed
Product: Wine
Version: 1.3.20
Platform: x86-64
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: frederic.delanoy(a)gmail.com
Created an attachment (id=34829)
--> (http://bugs.winehq.org/attachment.cgi?id=34829)
Internet Settings screenshot (French)
In the control panel (wine control), tab "Security", the security zones and
their associates descriptions aren't translatable.
They seem to be hardcoded in dll/urlmon/urlmon.inf
--
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.
http://bugs.winehq.org/show_bug.cgi?id=22849
Summary: Printing coupons from online sites results in a blank
coupon
Product: Wine
Version: 1.1.38
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: tribes2player2003(a)yahoo.com
Many stores / sites use a product called "coupon activator" to support online
coupon distribution (Target on-line is my test case), but a quick net search
reveals that many sites use this service.
When printing should take place, the following messages are printed to console:
fixme:psdrv:PSDRV_GetDeviceCaps (0x1f5c): unsupported capability 1, will return
0
fixme:psdrv:PSDRV_GetDeviceCaps (0x1f5c): unsupported capability 3, will return
0
...
(capability numbers go from 1 to 31).
The coupon boarders, expiration date, and scissors icon print, but the
internals of the coupon are blank (bar codes, images, etc).
Steps to reproduce (using Default Fedora 12 wine install):
- Install firefox on wine
- Visit target.com, goto "get coupons"
- Allow install of coupon activator
- Select a coupon to print
- Print
If there's any additional steps I can take to help with this, please let me
know.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=19386
Summary: Please provide single login for all websites of
winehq.org portal.
Product: WineHQ.org
Version: unspecified
Platform: PC
OS/Version: All
Status: UNCONFIRMED
Severity: major
Priority: P5
Component: www-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: yurikoles(a)gmail.com
For every website users must create new account. I think it's really annoying.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=17258
Summary: M.A.X.2 : error "Screen init failed" when starting the
game
Product: Wine
Version: 1.1.14
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jazzedupj0sh(a)gmail.com
Created an attachment (id=19245)
--> (http://bugs.winehq.org/attachment.cgi?id=19245)
Game does not start, instead shows this error
Installation works fine. This is a game meant for Windows 98. Not sure which
version of Directx it uses.
The game does not start, instead I get an error. The screenshot of the error is
attached.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=9418
Summary: Colasoft Mac Scanner 1.1 doesn't work
Product: Wine
Version: CVS/GIT
Platform: Other
URL: http://www.colasoft.com/mac_scanner/
OS/Version: other
Status: NEW
Keywords: download
Severity: enhancement
Priority: P2
Component: wine-net
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
A user complained in
http://www.linuxforums.org/forum/wine/101536-problem-tcp-ip.html
"[Running colasoft mac scan in wine complains
Cannot find any valid ip address...]"
So I downloaded it and tried it.
It found my IP address right away, so that's fine.
But it wasn't able to actually scan for MAC addresses; it
had lots of
fixme:iphlpapi:SendARP (DestIP 0xda01a8c0, SrcIP 0x00000000, pMacAddr
0x7abcc808, PhyAddrLen 0x7abcc7fc): stub
messages. On Linux, at least, the way to do this is
probably to send the packet, wait a millisec, then do
ioctl SIOCGARP. (Or the command arp -n W.X.Y.Z. Or look in /proc/net/arp.)
It'd be cheesy beans to implement, if anybody cares to.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=29384
Bug #: 29384
Summary: Voobly fails to launch Age of Empires II multiplayer
game (DirectPlay)
Product: Wine
Version: 1.3.35
Platform: x86-64
OS/Version: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lapommegolden(a)gmail.com
Classification: Unclassified
Instead of entering AOE II's brown multiplayer game screen, game will now be
automatically aborted & cancelled unrated instead.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=28467
Summary: Chromium Browser restore button doesn't work
Product: Wine
Version: 1.3.28
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fracting(a)gmail.com
1. Download chromium from
http://build.chromium.org/f/chromium/snapshots/Win/95816/chrome-win32.zip
unpack chrome-win32.zip, cd to the directory.
2. start chrome.exe with --no-sandbox, works around Bug 21232
$ wine chrome.exe --no-sandbox
Notice that the chrome window is decorated by the Linux native window manager.
Is it a bug? On windows, chrome have no traditional "window bar".
Now there is two "Maximal" button: one is drawn by Linux native window manager,
the other is drawed by wine chrome browser it self.
3. Click on the "Maximal" button which is drawn by Linux native window manager,
then chrome browser switch to maximal mode as expect.
This time, the Linux native window bar is disappear.
4. Click on the "Restore" button of wine chrome browser. However it doesn't
work. Wine chrome switch to normal mode for a second, then switch back to
maximal mode automatically.
I use ubuntu 11.04 , with traditional gnome desktop, gnome 2.32.1 .
There is some ways to work around:
I. Instead of clicking on the native "Maximal" button in step 3, try to click
the wine chrome "Maximal" button, then everything works as expect.
II. Do not set "Allow the window manager to decorate the windows" in winecfg,
then everything works as expect.
III. Do not set "Allow the window manager to control the windows" in winecfg,
then everything works as expect.
--
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.