November 2007 - Wine-bugs - list.winehq.org

[Bug 6404] Tooltips shown as windows "blocking" cursor in IE
by wine-bugs＠winehq.org 14 Nov '07

14 Nov '07

http://bugs.winehq.org/show_bug.cgi?id=6404 David Bailey <dr(a)baileynet.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dr(a)baileynet.org --- Comment #4 from David Bailey <dr(a)baileynet.org> 2007-11-14 08:33:41 --- I do not see the tooltip windows with a titlebar or in the panel, but they do steal IE6 focus. Used http://tatanka.com.br/ies4linux script to install it. Was running stable Wine, now testing with wine-snapshot-0.9.49.20071112-11.1 and still seeing the issue. Running OpenSUSE 10.3 x86_64. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 5402] Trying to run PhotoStitch 3.1
by wine-bugs＠winehq.org 14 Nov '07

14 Nov '07

http://bugs.winehq.org/show_bug.cgi?id=5402 --- Comment #13 from Anastasius Focht <focht(a)gmx.net> 2007-11-14 08:03:52 --- Created an attachment (id=9158) --> (http://bugs.winehq.org/attachment.cgi?id=9158) WINEDEBUG=+tid,+seh,+server to show active window problem Hello, upon request I investigated this bug .. seems indeed an oversight/bug in wine server ;-) --- snip --- .. 0009:Call user32.GetClassInfoA(00400000,00130e90 "Afx:400000:b:10de:458:0",0034dfb4) ret=73d3b9c2 0009:Ret user32.GetClassInfoA() retval=00000000 ret=73d3b9c2 0009:Call user32.RegisterClassA(0034e004) ret=73d3b9cd 0009:Ret user32.RegisterClassA() retval=0000c044 ret=73d3b9cd .. 0009:Call user32.CreateWindowExA(00000000,001572b8 "Afx:400000:b:10de:458:0",00000000,50000000,00000000,00000000,00000000,00000000,00010032,000003ee,00400000,00000000) ret=73d3bba4 0009:Call winex11.drv.CreateWindow(00010034,0034de94,00000000) ret=604d80e7 .. 0009:Ret winex11.drv.ShowWindow() retval=00000000 ret=604db9ac 0009:Ret user32.CreateWindowExA() retval=00010034 ret=73d3bba4 .. 0009:Call user32.GetActiveWindow() ret=73d31314 0009:Ret user32.GetActiveWindow() retval=00000000 ret=73d31314 .. 0009:trace:seh:raise_exception code=c0000005 flags=0 addr=0x42e86e 0009:trace:seh:raise_exception info[0]=00000000 0009:trace:seh:raise_exception info[1]=00000138 0009:trace:seh:raise_exception eax=00000000 ebx=0034e098 ecx=0034e058 edx=00130f58 esi=0016a848 edi=0016a5b8 0009:trace:seh:raise_exception ebp=00000000 esp=0034e040 cs=0073 ds=007b es=007b fs=0033 gs=003b flags=00210246 --- snip --- Estimated application call sequence (MFC based, dynamically linked), made up from debugging/disassembly: --- snip app pseudo code --- .. AfxRegisterWndClass( ..) CWnd::CreateWindow( ..) .. CWinThread* pThread = AfxGetThread(); CWnd* pMainWnd = pThread->GetMainWnd(); .. pMainWnd->xxx *boom* --- snip app pseudo code --- MFC's CWinThread::GetMainWnd() tries to find associated main window for the thread object by looking at class member data first (in place active or main window members). If none is found (!= NULL) it calls user32.GetActiveWindow(). In windows, the newly created window handle is returned. Wine doesn't find an active window handle for the thread (user32.GetActiveWindow() retval=00000000) which leads to exception when MFC tries to dereference member data. GetActiveWindow() -> get_thread_input (wine server) --- snip --- server/queue.c:get_thread_input(): thread->queue -> thread->queue->input if (input) { reply->focus = input->focus; reply->capture = input->capture; reply->active = input->active; .. } --- snip --- The input->active member is NULL at this point - of course, no one made window active yet by explicit call. I worked around by associating the newly created window handle to current thread queue -> input-> active in server window.c:create_window. Of course only if there was no previous active window. E.g. something like this: --- snip server/window.c:create_window() --- /* if parent belongs to a different thread and the window isn't */ /* top-level, attach the two threads */ if (parent && parent->thread && parent->thread != current && !is_desktop_window(parent)) { if (!attach_thread_input( current, parent->thread )) goto failed; } else /* otherwise just make sure that the thread has a message queue */ { if (!current->queue && !init_thread_queue( current)) goto failed; /* helper in queue.c which sets input->active member if none set yet) */ set_active_window( current, win->handle); } --- snip server/window.c:create_window() --- Now MFC/app seems to be happy. I omitted a patch here because AJ probably comes up with cleaner solution - just to show the general problem/direction ;-) I attached a server trace showing the thread queue input data members after window creation. Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 6659] winecfg libraries menu exits on enter
by wine-bugs＠winehq.org 14 Nov '07

14 Nov '07

http://bugs.winehq.org/show_bug.cgi?id=6659 --- Comment #2 from Kari Hazzard <karimarie(a)mail.rit.edu> 2007-11-14 06:17:26 --- This is a pretty old bug from a now-no-longer-used version of wine. While I won't stop you from confirming or trying to fix it, I don't have the problem with 0.9.49. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 6314] Emperor.exe crashes when -c is not given in commandline options
by wine-bugs＠winehq.org 14 Nov '07

14 Nov '07

http://bugs.winehq.org/show_bug.cgi?id=6314 L. Rahyen <mail(a)science.su> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mail(a)science.su --- Comment #4 from L. Rahyen <mail(a)science.su> 2007-11-14 03:33:55 --- Yes, EMPEROR.EXE still crashes without -c option. I have tested with current git. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 7835] Anno 1701 crash at startup
by wine-bugs＠winehq.org 14 Nov '07

14 Nov '07

http://bugs.winehq.org/show_bug.cgi?id=7835 --- Comment #7 from Austin English <austinenglish(a)gmail.com> 2007-11-14 02:51:05 --- Still present in wine 0.9.49. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 6634] (Game) Panzers - Phase One crash on startup
by wine-bugs＠winehq.org 14 Nov '07

14 Nov '07

http://bugs.winehq.org/show_bug.cgi?id=6634 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #9 from Austin English <austinenglish(a)gmail.com> 2007-11-14 02:50:50 --- Closing fixed. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 6634] (Game) Panzers - Phase One crash on startup
by wine-bugs＠winehq.org 14 Nov '07

14 Nov '07

http://bugs.winehq.org/show_bug.cgi?id=6634 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |FIXED --- Comment #8 from Austin English <austinenglish(a)gmail.com> 2007-11-14 02:50:11 --- Works here as well in wine 0.9.49. Resolving fixed. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 6281] Red Alert 2 crashes in save game
by wine-bugs＠winehq.org 14 Nov '07

14 Nov '07

http://bugs.winehq.org/show_bug.cgi?id=6281 Roderick Colenbrander <thunderbird2k(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |thunderbird2k(a)gmx.net Status|NEW |RESOLVED Resolution| |WORKSFORME --- Comment #5 from Roderick Colenbrander <thunderbird2k(a)gmx.net> 2007-11-14 02:25:39 --- We assume it is fixed. If not reopen this bug. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 6365] Program runs away when submenus are open and changing virtural desktops
by wine-bugs＠winehq.org 14 Nov '07

14 Nov '07

http://bugs.winehq.org/show_bug.cgi?id=6365 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |Abandoned? --- Comment #4 from Austin English <austinenglish(a)gmail.com> 2007-11-14 02:14:32 --- Is this still an issue in current wine? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 6358] Resizing windows is slow in PITy
by wine-bugs＠winehq.org 14 Nov '07

14 Nov '07

http://bugs.winehq.org/show_bug.cgi?id=6358 --- Comment #2 from Austin English <austinenglish(a)gmail.com> 2007-11-14 02:13:24 --- Is this using the main window? It works fine for me in wine 0.9.49. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0