http://bugs.winehq.org/show_bug.cgi?id=16726
Summary: aTube Catcher is showing the text with underline where
it shouldn't
Product: Wine
Version: 1.1.11
Platform: PC
URL: http://atube-catcher.dsnetwb.com/get-video-software-
windows-home/
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jaimerave(a)gmail.com
Created an attachment (id=18396)
--> (http://bugs.winehq.org/attachment.cgi?id=18396)
Screenshot of the problem
In the upper right corner of the aTube catcher there's a text that is
underlined and it should not be like that. Check the screenshots.
--
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=14738
Summary: Sacred Underworld crashes when opening a lan game
Product: Wine
Version: CVS/GIT
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kgbricola(a)web.de
Created an attachment (id=15232)
--> (http://bugs.winehq.org/attachment.cgi?id=15232)
Sacred Underworld crash output when opening a lan game
Sacred Underworld crashes when clicking "Multiplayer" -> "Local Network". The
game version is 2.28.
System:
- Fedora 9 x86_64 (2.6.25.11-97.fc9.x86_64)
- NVIDIA Geforce 8800GTS, proprietary driver 173.14.09
- Firewall disabled
The game runs fine in single player mode. There is a demo version available but
I think it doesn't have the multiplayer part.
--
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=13884
Summary: No music in Blue Wish Resurrection Plus
Product: Wine
Version: CVS/GIT
Platform: Other
URL: http://www004.upp.so-net.ne.jp/x_xgameroom/
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: leffeman(a)gmail.com
Created an attachment (id=13974)
--> (http://bugs.winehq.org/attachment.cgi?id=13974)
Normal Wine log
Music doesn't work in BWR+ 1.11.
The music is stored as MP3 data files.
This might be the same as bug 9554.
There are quite a few DirectMusic stubs in the log, so perhaps something is not
implemented.
--
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=10341
Summary: Pro evolution soccer 2008
Product: Wine
Version: 0.9.48.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: test
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: marco.r24(a)libero.it
Game crash when exit the game
--
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=11673
Summary: WiX cannot validate created .msi, due to lacking
MsiMergeDatabase
Product: Wine
Version: unspecified
Platform: Other
URL: http://bugs.winehq.org/show_bug.cgi?id=11414#c10
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jdahlin(a)async.com.br
Finally, using latest GIT it is possible to generate .msi using WiX, however to
be able to do so one I have to pass in the -sval parameter.
See the instructions in bug 11414, comment 10 for information on how to
reproduce.
Obviously, stubbing out MsiMergeDatabase to always succeed is not enough for
the validation to work properly.
I sent a patch to wine-patches which adds the stub, Adding the stub merely
prevents wine from crashing, but the validation does not succeed.
--
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=14218
Summary: OleLoadPictureEx is not fully implemented (ole32)
Product: Wine
Version: 1.1.0
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: ole
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mehlers(a)adata.de
Created an attachment (id=14504)
--> (http://bugs.winehq.org/attachment.cgi?id=14504)
Wine Output for OleLoadPictureEx
The Main Window of our Software under Windows shows a Picture. If we use the
builtin-Version of ole32 the Picture is not displayed. It seems that
"OleLoadPictureEx" ist not fully implemented.
See attachment "output.txt" for more information.
adata Software GmbH
Michael Ehlers
--
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=11336
Summary: typing an open parenthesis "(" in vba causes an error
Product: Wine
Version: 0.9.54.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ead1234(a)hotmail.com
Created an attachment (id=10442)
--> (http://bugs.winehq.org/attachment.cgi?id=10442)
picture of the error
When programming in VBA under excel the application throws up an error when I
try to enter the open parenthesis
--
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=10522
Summary: endless WM_PAINT loop bug (update regions, queue paint
count)
Product: Wine
Version: CVS/GIT
Platform: PC
URL: http://www.microsoft.com/whdc/devtools/debugging/install
x86.mspx
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wine-user
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Created an attachment (id=9265)
--> (http://bugs.winehq.org/attachment.cgi?id=9265)
trace with WINEDEBUG=+tid,+message,+win,+server
Hello,
I've seen this bug a while ago in other apps but ignored it because it was not
easily to reproduce.
Well until recently when I tested some stuff with windbg from "Debugging Tools
for Windows" (Microsoft).
I used debugging tools version 6.8.4.0 and recent GIT
(wine-0.9.49-302-g58b85bb).
Immediately when a child window was opened using toolbar (register, locals, ..
whatever), windbg would become unresponsive, eating most CPU.
Happens in both GUI modes - "floating/docking toolwindow" and "MDI emulation.
Though "MDI emulation" is more obvious, it actually shows the endless
refreshing (window caption).
Attached is WINEDEBUG=+tid,+message,+win,+server log.
Additionally I added a trace message which prints the current queue paint count
(when incremented or fetched) which makes some things easier to spot.
Printed as "inc_queue_paint_count: %d" and "get_message_paint_count: %d".
The window hierarchy is as follows:
--- snip ---
*root*=0x10020
Shell_TrayWnd=0x10022
WinDbgFrameClass=0x10024
DockClass=0x10026
ToolbarWindow32=0x10028
msctls_statusbar32=0x1002a
tooltips_class32=0x1002e
WinBaseClass=0x10030
ToolbarWindow32=0x10032
SysListView32=0x10034
SysHeader32=0x10036
RichEdit20W=0x10038
--- snip ---
After the child windows are created the queue paint count never drops to zero,
resulting in endless WM_PAINT processing.
Maybe some update (region) code path missed or flags problem?
I played a bit with ignoring null region updates and it seemed to help a bit
(preventing endless WM_PAINT loop) though other stuff wasn't drawn properly
then.
Regards
--
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=11718
Summary: d3d 2/3 blackout, world editor
Product: Wine
Version: 0.9.56.
Platform: All
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: winebugzilla(a)gmail.com
Created an attachment (id=10944)
--> (http://bugs.winehq.org/attachment.cgi?id=10944)
d3d 2/3 blackout
Warcraft 3x world editor, version 1.21b (6052)
The mouse cursor does not line up with the on screen cursor, thanks to 2/3 of
the screen does not get draw.
Trigger editor panel in wrong overlaps.
(A pictures is worth a thousand words)
--
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=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.