http://bugs.winehq.com/show_bug.cgi?id=355
Speeddymon(a)yahoo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |UNCONFIRMED
Resolution|REMIND |
------- Additional Comments From Speeddymon(a)yahoo.com 2003-22-06 19:45 -------
Why I did it as a remind I dont know.. reopening
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=339
Speeddymon(a)yahoo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
------- Additional Comments From Speeddymon(a)yahoo.com 2003-22-06 19:44 -------
Closing.
If bug still exists, please reopen it or file a new one.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=339
Speeddymon(a)yahoo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
------- Additional Comments From Speeddymon(a)yahoo.com 2003-22-06 19:43 -------
resolving as fixed....
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=339
Speeddymon(a)yahoo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |UNCONFIRMED
Resolution|INVALID |
------- Additional Comments From Speeddymon(a)yahoo.com 2003-22-06 19:43 -------
Why i did it as invalid I don't know, reopening
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=336
------- Additional Comments From Speeddymon(a)yahoo.com 2003-22-06 19:42 -------
Can someone please verify that this is still the case? Need to try with latest
wine version and several older versions of mIRC (for users that use scripts
based on older versions)..
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=15
Speeddymon(a)yahoo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
------- Additional Comments From Speeddymon(a)yahoo.com 2003-22-06 19:40 -------
Re closing.. I'm guessing that either I accidentally clicked reopen instead of
close, or Bugzilla forgot that it was closed after the last update... either
way....
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1165
Speeddymon(a)yahoo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Severity|critical |major
Status|RESOLVED |CLOSED
Version|unspecified |20021031
------- Additional Comments From Speeddymon(a)yahoo.com 2003-22-06 19:35 -------
And closing..
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1165
Speeddymon(a)yahoo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
------- Additional Comments From Speeddymon(a)yahoo.com 2003-22-06 19:34 -------
Resolving as fixed since that is the case..
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1165
Speeddymon(a)yahoo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |UNCONFIRMED
Resolution|WORKSFORME |
------- Additional Comments From Speeddymon(a)yahoo.com 2003-22-06 19:33 -------
Actually, if the bug is not apparent in recent versions of wine, then that
means the bug was fixed between the version you last saw the bug in and the
current version, so it should be resolved FIXED.. reopening..
Advise all users experiencing this problem with photoshop 6 and an old(er)
version of wine to upgrade to the most recent version..
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=906
------- Additional Comments From Speeddymon(a)yahoo.com 2003-22-06 19:26 -------
If anyone can verify that the old Quicken 99 is working with a current wine,
please make this verified and I will close shortly thereafter.. If not, I feel
that this should be reopened so that we may get Quicken 99 working, as some
users may not upgrade to more recent versions of Quicken.....
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1537
Summary: Wine reports 0 MHz CPU speed to applications
Product: Wine
Version: CVS
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: khalek(a)scummvm.org
Using Wine CVS from 20030623 two applications that used to work with wine now
don't with the application error given stating "Sorry, x requires at least a 60
MHz processor or faster to run. Specific error: Speed = 0 MHz"
Where X is the name of the game I'm trying to run.
This happens with the win32 versions of Full Throttle and Sam 'n Max: Hit the Road
both games from Lucasarts.
These titles previously used to start with wine in the past but don't now due to
the above error.
I would try to track down the call the application is making but I'm not
familiar with the wine debugger/codebase and don't have the time right now.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=905
gnutt(a)belzberg.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
------- Additional Comments From gnutt(a)belzberg.com 2003-22-06 17:17 -------
Appears to be working now. Didn't really track starting with which version.
Presently using 20030508.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1274
------- Additional Comments From dclark(a)akamail.com 2003-22-06 15:21 -------
This appears to be fixed in the current Wine. Are you still seeing it?
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1253
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 13:27 -------
Bug comments restored from Gmane.org:
When I try to run a program that accesses a lm license server I get an error
stating that the function NetWkstaTransportEnum is unimplemented in the
netapi32.dll. I am using the builtin version, not the native windows version.
------- Additional Comments From mike <at> theoretic.com 2003-03-27 04:42 -------
Can you give us the exact error? That function appears to be a partial stub,
some parts are in fact implemented.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1255
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 13:24 -------
Bug comments restored from Gmane.org:
The command I type in is:
wine --managed --winver win98 matlab.exe
This is what I get:
X Error of failed request: BadWindow (invalid Window parameter)
Major opcode of failed request: 24 (X_ConvertSelection)
Resource id in failed request: 0x0
Serial number of failed request: 21
Current serial number in output stream: 21
err:ntdll:RtlpWaitForCriticalSection section 0x41833684 "x11drv_main.c:
X11DRV_CritSection" wait timed out, retrying (60 sec) fs=008f
------- Additional Comments From tony_lambregts <at> telusplanet.net 2003-02-06
14:56 -------
Good god... You are running a very old version of wine there. Please update you
version of wine http://www.winehq.org/download/ I would
recommend you install
the latest tarball.
Also the documentation you have is very out of date. --managed and --winver are
no longer command line options. The latest documentation is always available at
the following link. http://www.winehq.org/Docs/
If you still have the same problem after installing a new version of wine please
reopen.
------- Additional Comments From horacio6217 <at> mchsi.com 2003-02-06 23:13
-------
I installed wine version: 20030115. I get the following errors:
fixme:console:SetConsoleCtrlHandler (0x10c0ed10,1) - no error checking or
testing yet
fixme:msvcrt:MSVCRT_signal (8 0x40fa10):stub
fixme:msvcrt:MSVCRT_signal (4 0x40fa10):stub
fixme:msvcrt:MSVCRT_signal (11 0x40fa10):stub
fixme:msvcrt:MSVCRT_signal (22 (nil)):stub
fixme:msvcrt:_fstati64 :dwFileAttributes = 32, mode set to 0
fixme:msvcrt:_fstati64 :dwFileAttributes = 32, mode set to 0
fixme:msvcrt:MSVCRT_signal (8 0x40fa10):stub
fixme:msvcrt:MSVCRT_signal (4 0x40fa10):stub
fixme:msvcrt:MSVCRT_signal (11 0x40fa10):stub
fixme:msvcrt:MSVCRT_signal (22 (nil)):stub
------- Additional Comments From tony_lambregts <at> telusplanet.net 2003-02-06
23:45 -------
By the log I take it that the original problem is gone. The log shows me that
the program encounters a couple of stubs. These are not nessesarily a problem. I
suppose that the program still does not work otherwise you would not have
reopened the report. What is not clear to me is what is going wrong. There is no
evidence of a crash from the log. Could you please elaborate on what the problem is.
BTW is matlab is by the company at this web site?. http://www.mathworks.com
------- Additional Comments From horacio6217 <at> mchsi.com 2003-02-07 09:43
-------
Sorry for not being more clear about it. It was late, I was tired.
With the newer version of WINE, it only displays those messages and it never
gets Matlab up and running. I waited for about 3 minutes. It only gets as far
as displaying the Matlab logo.
Thanks
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1260
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 13:14 -------
Bug comments restored from Gmane.org:
MS Office 2000 installation on clean cvs version chokes after accepting the EULA
with
following information in console:
wineserver: request.c:175: set_reply_data_size: Assertion `size <=
get_reply_max_size()' failed.
Installation has worked flawlessly a couple of weeks ago, so this is due to a
recent
change in wine.
------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2003-02-10
18:34 -------
Hi, please attach a --debugmsg +server logfile.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1262
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 13:09 -------
Bug comments restored from Gmane.org:
CreateWindow's flag WS_EX_TRANSPARENT doesn't do anything.
Cesar Mello did a little example program which uses this flag:
Both source and an executable are available here:
ftp://ftp.elipse.com.br/pub/transp/transp-exe.tar.gz
ftp://ftp.elipse.com.br/pub/transp/transp-source.tar.gz
Does anyone can help me with this?
------- Additional Comments From felipewd <at> elipse.com.br 2003-02-07 10:54
-------
Created an attachment (id=393)
--> (http://bugs.winehq.com/attachment.cgi?id=393&action=view)
Executable of a program that creates an transparent window
------- Additional Comments From felipewd <at> elipse.com.br 2003-02-07 10:54
-------
Created an attachment (id=394)
--> (http://bugs.winehq.com/attachment.cgi?id=394&action=view)
Source code of a program that creates an transparent window
------- Additional Comments From mike <at> theoretic.com 2003-02-28 05:23 -------
I would recommend this be futured. Until the XFree guys improve save-unders and
introduce the transparent windowing extension (needs xrender to reach 1.0 first,
ie won't happen for a while) this feature is unimplementable on Linux. It's also
not actually required by any app that I know of.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1263
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 13:04 -------
Bug comments restored from Gmane.org:
Form resizing doesn't work properly in Microsoft Visual FoxPro versions 5, 6,
7, 8. Trying to grab the sides or corners of the form to resize does not
work.
To reproduce this problem please download my demo application as listed in the
URL field.
------- Additional Comments From dclark <at> akamail.com 2003-02-08 12:38 -------
Here is a small "fix", but not the right one. It is not clear to me yet whether
the wrong value is being passed to this function, or that a more elaborate
method needs to be used to determine what to do with it. But anyway, the patch
at least demonstrates where the problem is.
Index: dlls/x11drv/winpos.c
===================================================================
RCS file: /home/wine/wine/dlls/x11drv/winpos.c,v
retrieving revision 1.63
diff -u -r1.63 winpos.c
--- dlls/x11drv/winpos.c 8 Jan 2003 21:09:26 -0000 1.63
+++ dlls/x11drv/winpos.c 8 Feb 2003 18:35:31 -0000
@@ -1901,11 +1903,17 @@
else /* SC_SIZE */
{
if (!thickframe) return;
- if ( hittest && hittest != HTSYSMENU ) hittest += 2;
+ ERR("Hittest A %ld\n", hittest);
+ if ( hittest && hittest != HTSYSMENU )
+ {
+ if (hittest <= WMSZ_BOTTOMRIGHT) hittest += ( HTLEFT - WMSZ_LEFT );
+ else hittest += 2;
+ }
else
{
set_movesize_capture( hwnd );
hittest = start_size_move( hwnd, wParam, &capturePoint, style );
+ ERR("Hittest B %ld\n", hittest);
if (!hittest)
{
set_movesize_capture(0);
@@ -1932,6 +1940,7 @@
}
origRect = sizingRect;
+ ERR("Hittest C %ld\n", hittest);
if (ON_LEFT_BORDER(hittest))
{
mouseRect.left = max( mouseRect.left, sizingRect.right-maxTrack.x );
------- Additional Comments From pmcnett <at> pm-sc.com 2003-02-08 14:54 -------
Duane your patch worked beautifully on my end. I can now resize all VFP
windows normally. However, it still doesn't handle the grab on the top edge of
the window correctly, but all other edges and all corners grab just fine.
Thanks and hopefully this patch can get committed if it is found to be the
correct one.
------- Additional Comments From dclark <at> akamail.com 2003-02-08 15:34 -------
It definitely isn't correct, since it breaks certain cases in other apps. I'm
still trying to figure out exactly what should be done. All the MSDN says is
that "the four low-order bits of the wParam parameter are used internally by the
system", so not much help there :-)
------- Additional Comments From dclark <at> akamail.com 2003-02-08 17:08 -------
It looks like the correct fix is:
http://www.winehq.com/hypermail/wine-patches/2003/02/0080.html
------- Additional Comments From pmcnett <at> pm-sc.com 2003-02-08 17:48 -------
Yes, that patch resolves the window resizing issue in Visual FoxPro, all
versions. Great job, I definitely feel like I'm getting my money's worth with
Wine! :)
As far as I'm concerned this bug can be marked as resolved, assuming that the
patch makes it into the CVS tree.
------- Additional Comments From dclark <at> akamail.com 2003-02-24 18:21 -------
I think we can close this one. Fixed by:
http://www.winehq.com/hypermail/wine-cvs/2003/02/0075.html
------- Additional Comments From dpaun <at> rogers.com 2003-03-25 17:46 -------
Fix some time ago. Closing.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1264
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 13:01 -------
Bug comments restored from Gmane.org:
A TAB will advance to the next control, and a SHIFT-TAB *should* bring you to
the previous control, but this isn't implemented in Wine. The following
message gets output when you try to SHIFT-TAB from Visual FoxPro:
err:keyboard:X11DRV_ToUnicode Please report: no char for keysym FE20
(ISO_Left_Tab) :
err:keyboard:X11DRV_ToUnicode (virtKey=9,scanCode=F,keycode=17,state=11)
------- Additional Comments From wine-devel <at> bol.com.br 2003-04-05 23:25
-------
*** This bug has been confirmed by popular vote. ***
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1265
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 12:59 -------
Bug comments restored from Gmane.org:
Tooltip text is drastically cut off, which is a big problem
when working in the VFP IDE as Intellisense will tell a
developer the syntax for the command being entered.
Download my demo to reproduce.
------- Additional Comments From dclark <at> akamail.com 2003-02-10 13:03 -------
This is being caused because this sequence of events is taking place. Early on
the app creates two DCs for the tooltip with a default size of 66x20 pixels. One
is an offscreen DC for working in (ends up being 0xa18 on my system), and the
other is the DC that is used to actually display the tooltip on the screen
(0xa14). When it comes time to show the tooltip, the app moves and resizes both
DCs, and paints and writes in the text to the offscreen DC. It then copies this
into the screen DC and sends a signal to make it visible. Up to this point
everything is fine.
When the window is made visible, some events are received from the X queue,
which "catch up" the app. It sends two resize events to the offscreen DC, the
first resizes back to 66x20, which effectively clips the rest of the tooltip,
and the second resizes it back to the correct size. Unfortunately the contents
are now corrupted, but the app is assuming the offscreen DC is ok. The corrupted
offscreen DC is then copied to the screen DC.
When the tooltip is hidden and redisplayed, the same sequence of events occurs.
Except this time, the DCs were already at the correct size for the tooltip, so
no resizing back to 66x20 occurs, and the offscreen DC is not corrupted this
time. Even when the window is closed and reopened, it continues to use the DCs
it has already created, so no problem occurs.
------- Additional Comments From dclark <at> akamail.com 2003-02-10 15:48 -------
And it looks like this patch fixes this bug. I am not real sure why this code is
here, so will have to study more before submitting. And there are already lots
of patches setting in the queue already :-)
An X ConfigureNotify event is a notification that a window has just been
changed. So it is not clear to me why Wine immediately then changes it again. I
will have to test with a bunch of apps to see if I can figure out what (if
anything) it is needed for.
Watch out for word wrap.
Index: dlls/x11drv/winpos.c
===================================================================
RCS file: /home/wine/wine/dlls/x11drv/winpos.c,v
retrieving revision 1.63
diff -u -r1.63 winpos.c
--- dlls/x11drv/winpos.c 8 Jan 2003 21:09:26 -0000 1.63
+++ dlls/x11drv/winpos.c 10 Feb 2003 21:41:08 -0000
@@ -1609,8 +1611,8 @@
/* if nothing changed, don't do anything */
if (winpos.flags == (SWP_NOMOVE | SWP_NOSIZE | SWP_NOZORDER |
SWP_NOACTIVATE)) return;
- SetWindowPos( hwnd, winpos.hwndInsertAfter, winpos.x, winpos.y,
- winpos.cx, winpos.cy, winpos.flags | SWP_WINE_NOHOSTMOVE );
+/* SetWindowPos( hwnd, winpos.hwndInsertAfter, winpos.x, winpos.y,
+ winpos.cx, winpos.cy, winpos.flags | SWP_WINE_NOHOSTMOVE );*/
}
------- Additional Comments From dclark <at> akamail.com 2003-02-10 16:35 -------
It looks like this is a much better fix.
Index: dlls/x11drv/winpos.c
===================================================================
RCS file: /home/wine/wine/dlls/x11drv/winpos.c,v
retrieving revision 1.63
diff -u -r1.63 winpos.c
--- dlls/x11drv/winpos.c 8 Jan 2003 21:09:26 -0000 1.63
+++ dlls/x11drv/winpos.c 10 Feb 2003 22:33:20 -0000
@@ -887,6 +887,9 @@
UINT wvrFlags = 0;
BOOL bChangePos;
+ /* This is needed to flush pending X ConfigureNotify events on this window */
+ MsgWaitForMultipleObjectsEx( 0, NULL, 0, 0, 0 );
+
TRACE( "hwnd %p, swp (%i,%i)-(%i,%i) flags %08x\n",
winpos->hwnd, winpos->x, winpos->y,
winpos->x + winpos->cx, winpos->y + winpos->cy, winpos->flags);
------- Additional Comments From pmcnett <at> pm-sc.com 2003-02-10 19:35 -------
I didn't try your first fix but the second works!! This is great for Visual
FoxPro and Wine...
One thing though, not sure if this should be a separate bug report or not. If
I display some ToolTipText, and then switch to a different application, the
ToolTipText will be displaying on top of the foreground app's windows as well.
Actually, the ToolTipText will be on every desktop workspace, on top of all
other windows. I had previously noticed this phenomenon for dockable windows
that were currently undocked in the VFP IDE, so I'm assuming this is a
separate issue entirely and will likely file a separate bug report in a couple
weeks...
------- Additional Comments From chetdude <at> pacbell.net 2003-02-26 15:51 -------
*** This bug has been confirmed by popular vote. ***
------- Additional Comments From wine-devel <at> bol.com.br 2003-04-05 23:59
-------
The second patch solves the bug. Why not to apply to current wine version?
And te bug 1266 appear to be resolved, too.
------- Additional Comments From dclark <at> akamail.com 2003-04-06 13:05 -------
Hmm, you assigned the bug to yourself (Marcelo) :-) Adding wine-bugs to the CC
list so that further postings show up on gmane.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
http://bugs.winehq.com/show_bug.cgi?id=1266
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 12:54 -------
Bug comments restored from Gmane.org:
WAIT WINDOW text gets drawn, but then the background covers up the text.
See my demo to reproduce.
------- Additional Comments From dclark <at> akamail.com 2003-02-10 17:31 -------
Oh, cool. The patch I put on bug 1265 also fixes this one.
------- Additional Comments From pmcnett <at> pm-sc.com 2003-02-10 19:38 -------
Yes Duane, confirmed. Your second patch in bug 1265 fixes this WAIT WINDOW
problem as well. Same issue however with the window appearing on top of any
foreground application on any desktop workspace.
Are you going to submit your patch to be committed to CVS or did you need to
do more testing first?
The patch has been submitted. It makes sense (at least to me :-), and I tested
it with a bunch of apps too.
And yes, the window insisting on being on top is a "feature", and separate from
this bug.
------- Additional Comments From chetdude <at> pacbell.net 2003-02-26 15:52 -------
*** This bug has been confirmed by popular vote. ***
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1267
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 12:44 -------
Bug comments restored from Gmane.org:
If you have other apps open on your desktop, and you are
letting X manage created windows and you aren't running
inside a Wine desktop, when a popup menu appears all other
VFP-created windows get sent behind any other windows on the
desktop and only the popup is visible.
Please download my demo application to reproduce.
------- Additional Comments From chetdude <at> pacbell.net 2003-02-26 15:52 -------
*** This bug has been confirmed by popular vote. ***
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1269
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 12:40 -------
Bug comments restored from Gmane.org:
This was on v3.31 of WinMX (gotten from the link in the app db, but I'm pretty
sure http://www.winmx.com and click on the download link). And the
Redhat 8.0
rpm from Mecano of 20030115 (with the devel package too). I ran the install
exe and after configuring the app it started. If you go to the search tab along
the top it'll display another row of boxes below. The initial box will have a
WinMX icon, but it'll be bigger than it's supposed to be.
http://www.zeron.ca/~dan/wine/winmx1.png is a
screenshot for a different bug,
but it shows this problem too.
------- Additional Comments From tony_lambregts <at> telusplanet.net 2003-02-09
11:22 -------
This is a free-as-in-beer download. I can confirm this
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1272
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 12:37 -------
Bug comments restored from Gmane.org:
SW_SHOWMINIMIZED has a weird bug: The application, when restored, goes blank and
have to be killed and re-started to work again.
This looks like an internal loop inside wine, or a wrong XLib flag being set.
This seems to be critical, because to app does not work anymore untill it is
re-started.
------- Additional Comments From felipewd <at> elipse.com.br 2003-02-10 06:52
-------
Created an attachment (id=396)
--> (http://bugs.winehq.com/attachment.cgi?id=396&action=view)
source code of an app to test the SW_SHOWMINIMIZED flag
------- Additional Comments From felipewd <at> elipse.com.br 2003-02-10 06:53
-------
Created an attachment (id=397)
--> (http://bugs.winehq.com/attachment.cgi?id=397&action=view)
executable of an app to test the SW_SHOWMINIMIZED flag
------- Additional Comments From dclark <at> akamail.com 2003-02-10 11:17 -------
I can never figure out how to download those attachments. Anyway, try this
patch, which fixes the exact same symptom on another app for me. Watch out for
word wrap.
Index: dlls/x11drv/winpos.c
===================================================================
RCS file: /home/wine/wine/dlls/x11drv/winpos.c,v
retrieving revision 1.63
diff -u -r1.63 winpos.c
--- dlls/x11drv/winpos.c 8 Jan 2003 21:09:26 -0000 1.63
+++ dlls/x11drv/winpos.c 14 Jan 2003 03:02:14 -0000
@@ -1345,8 +1345,7 @@
if (!(win = WIN_GetPtr( hwnd ))) return;
- if ((win->dwStyle & WS_VISIBLE) &&
- (win->dwStyle & WS_MINIMIZE) &&
+ if ((win->dwStyle & WS_MINIMIZE) &&
(win->dwExStyle & WS_EX_MANAGED))
{
int x, y;
@@ -1373,7 +1372,10 @@
WIN_SetStyle( hwnd, style );
WIN_ReleasePtr( win );
- SendMessageA( hwnd, WM_SHOWWINDOW, SW_RESTORE, 0 );
+ /* The SW_SHOW is needed if WS_VISIBLE is false. It will trigger
+ X11DRV_ShowWindow, and pass the SW_SHOW parameter. Otherwise, it
+ does not hurt anything. */
+ SendMessageA( hwnd, WM_SHOWWINDOW, SW_RESTORE, SW_SHOW );
SetWindowPos( hwnd, 0, rect.left, rect.top, rect.right-rect.left,
rect.bottom-rect.top,
SWP_NOZORDER | SWP_WINE_NOHOSTMOVE );
}
------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2003-02-10
11:47 -------
Whoa, that was fast!
I've also been looking at this bug, and I found something different:
I have used Win98 notepad.exe in a desktopified Wine environment for testing.
I started it, minimized notepad, and watched in amazement as it totally
disappeared (no icon anywhere!).
So in fact I uncovered a second bug while investigating that bug. Cool, huh?
Call trace:
X11DRV_ShowWindow
WINPOS_MinMaximize(hwnd, SW_MINIMIZE, &newPos)
GetWindowPlacement(hwnd, &wpl)
WINPOS_InitInternalPos()
WINPOS_FindIconPos(wndPtr, wp l.ptMinPosition [-1, -1]);
(rectParent 0/0 - 1400/1050: desktop window!)
SetRect(newPos, wpl.ptMaxPosition.x, wpl.ptMaxPosition.y,
GetSystemMetrics(SM_CXICON), GetSystemMetrics(SM_CYICON); --> 21/1596 - 32/32
---> WAY below
Wine Desktop window!!!!
What seems to happen is that WINPOS_InitInternalPos returns -1, -1
(no position information stored yet for window).
WINPOS_FindIconPos can't deal with -1, -1 properly, it seems.
I tried your patch to check whether it'd also fix this issue,
but it doesn't.
Any idea about my problem?
------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2003-02-10
12:10 -------
OK, *my* issue is not quite a bug.
My Win98SE copy has horribly negative values for almost all WindowMetrics keys,
so Wine picks up these values and uses them in an uncorrected manner.
I'll try to find out what Windows does in case of negative values, and I'll
change Wine to handle that if required.
------- Additional Comments From dclark <at> akamail.com 2003-02-10 12:35 -------
It was quick because I have been using this patch for quite awhile now :-) It
was even submitted to CVS, but rejected:
http://www.winehq.com/hypermail/wine-devel/2002/08/0360.html
I guess maybe an attempt needs to be made to figure out the right fix.
------- Additional Comments From felipewd <at> elipse.com.br 2003-02-10 12:43
-------
Well, Duane...I guess it got rejected because it does not work :)
The problem still exists...in fact, what seems to happen is that when the
window is SW_SHOWMINIMIZED, it also is resized to 0,0, it's not only minimized.
And when the user tries to restore the windows to normal (having to manually
resize the window to the "normal" size) state, the main window is locked, but
the menu seem to work (could be some flag not being set correctly).
To download the attachments...just click on them. They're are also available here:
ftp://ftp.elipse.com.br/pub/showWindow/showWindow-exe.tar.gz
ftp://ftp.elipse.com.br/pub/showWindow/showWindow-src.tar.gz
------- Additional Comments From dclark <at> akamail.com 2003-02-10 13:25 -------
I finally figured out that the attachments were gzip files. Netscape 7 thinks
they are named showattachment.cgi, and there were no other clues that I could
see to what they were. The "executable" unpacks into a .so file for some reason.
When I execute, it says I need libstdc++.so.5.
Anyway, I was able to compile from the source and run that. And yes, my patch
does not fix your app. On the otherhand, I don't get the symptom of it locking
up. Yes it is restored to a tiny window and I have to resize it by hand, but the
"hello world" is displayed just fine for me.
------- Additional Comments From felipewd <at> elipse.com.br 2003-02-10 13:53
-------
You're right.
It turned out to be a Window Maker bug.
I tried the same program with gnome and it worked fine.
So, ok...the "main" bug is not a wine bug...but a minor bug still exists: The
window gets resized to a really tiniy value when minimized.
------- Additional Comments From dclark <at> akamail.com 2003-02-11 12:03 -------
Hmm, what I am seeing now is that sometimes the contents of the Window are
painted when I open and resize it, and sometimes they are not. Apparently
somewhat random, or at least no obvious cause that I can see.
------- Additional Comments From dclark <at> akamail.com 2003-02-11 19:50 -------
It looks like SW_SHOWMINIMIZED should be setting a flag to not resize the top
level window. Like this.
Index: dlls/x11drv/winpos.c
===================================================================
RCS file: /home/wine/wine/dlls/x11drv/winpos.c,v
retrieving revision 1.63
diff -u -r1.63 winpos.c
--- dlls/x11drv/winpos.c 8 Jan 2003 21:09:26 -0000 1.63
+++ dlls/x11drv/winpos.c 12 Feb 2003 01:39:59 -0000
@@ -1237,7 +1240,7 @@
/* fall through */
case SW_SHOWMINIMIZED:
case SW_FORCEMINIMIZE: /* FIXME: Does not work if thread is hung. */
- swp |= SWP_SHOWWINDOW;
+ swp |= SWP_SHOWWINDOW | SWP_WINE_NOHOSTMOVE;
/* fall through */
case SW_MINIMIZE:
swp |= SWP_FRAMECHANGED;
@@ -1296,7 +1299,7 @@
swp |= SWP_NOACTIVATE | SWP_NOZORDER;
SetWindowPos( hwnd, HWND_TOP, newPos.left, newPos.top,
- newPos.right, newPos.bottom, LOWORD(swp) );
+ newPos.right, newPos.bottom, swp );
if (cmd == SW_HIDE)
{
/* FIXME: This will cause the window to be activated irrespective
The next problem is that somewhere, the SW_MINIMIZE client style is removed, but
the client window is not mapped. If you use just the above patch, you will see
the missing interior (client) area. This patch explicitely maps the client area,
but it kind of masks the original problem.
Index: dlls/x11drv/window.c
===================================================================
RCS file: /home/wine/wine/dlls/x11drv/window.c,v
retrieving revision 1.50
diff -u -r1.50 window.c
--- dlls/x11drv/window.c 30 Jan 2003 01:07:43 -0000 1.50
+++ dlls/x11drv/window.c 12 Feb 2003 01:49:42 -0000
@@ -587,7 +587,7 @@
if (was_mapped && !is_client_window_mapped( win ))
XUnmapWindow( display, data->client_window );
XConfigureWindow( display, data->client_window, mask, &changes );
- if (!was_mapped && is_client_window_mapped( win ))
+ if (is_client_window_mapped( win ))
XMapWindow( display, data->client_window );
wine_tsx11_unlock();
}
------- Additional Comments From felipewd <at> elipse.com.br 2003-02-12 12:46
-------
This last patch fixed my problem. Thanks!
Could you submit it for inclusion in the CVS?
------- Additional Comments From dclark <at> akamail.com 2003-02-12 13:24 -------
I kind of doubt the second part of the patch would be accepted. There are a
couple of lingering problems with minimizing and restoring (like the problem
that my earlier patch fixes on one of my apps :-) I'm getting much more
comfortable with analyzing problems and figuring out how things "should" work
than when I created that old patch; which I originally wrote almost two years
ago. So maybe it is time for me to take a second look and dig into this a little
deeper.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.