http://bugs.winehq.org/show_bug.cgi?id=421
------- Additional Comments From damjan.jov(a)gmail.com 2007-12-01 01:09 -------
Why don't you do regression test Riven between wine 0.9.20 and 0.9.21?
My patch was applied only in wine 0.9.25, by the way, so something else is at fault.
--
Configure bugmail: http://bugs.winehq.org/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.org/show_bug.cgi?id=6147
------- Additional Comments From damjan.jov(a)gmail.com 2007-12-01 01:00 -------
If you disable "Minimise to tray", then the window is still drawn after
switching workspaces.
If you enable "Minimise to tray", after you switch workspaces, right-click the
DC++ system tray icon and click "Show" -> the window start being drawn again.
Is this a bug in wine? Should wine minimise the window when you switch
workspaces, or should DC++ be told its window isn't minimised when you switch back?
--
Configure bugmail: http://bugs.winehq.org/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.org/show_bug.cgi?id=7097
------- Additional Comments From netstat(a)mail.ru 2007-12-01 00:50 -------
I'm sorry but I have troubles using "git clone" because I have bad internet
connection wich often disconnects.
Can I use cvs repository e.g. from
ftp://www.winehq.org/pub/wine/full-cvs-2007-01-11.tar.gz
and convert it to git?
Or can I continue "git clone" after disconnect?
I've got
mkdir: cannot create directory `wine-git': File exists
when I tried to run git clone after disconnect.
--
Configure bugmail: http://bugs.winehq.org/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.org/show_bug.cgi?id=7008
------- Additional Comments From damjan.jov(a)gmail.com 2007-12-01 00:44 -------
In Warcraft 3, when you go into the LAN game screen, and try to go back to the
main menu, it also takes a long time (+/- 5 seconds), the sound stutters and the
graphics freeze.
I don't remember this happening on earlier versions of wine, when I get a chance
I can try regression test it.
--
Configure bugmail: http://bugs.winehq.org/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.org/show_bug.cgi?id=6369
ryanbach(a)adelphia.net changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
--
Configure bugmail: http://bugs.winehq.org/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.org/show_bug.cgi?id=7124
------- Additional Comments From thestig(a)google.com 2007-12-01 00:10 -------
I tracked down the exact cause, it's in USP10's ScriptPlace(). For some reason,
one machine running Google Earth calls ScriptPlace() while the other machine
does not. I'm guess this is due to different LANG/LANGUAGE environment variable
settings?
Anyway, in commit e0c38f, you removed the following lines:
pABC->abcA = 0;
pABC->abcB = 0;
pABC->abcC = 0;
and now these variables are no longer initialized, and their return values are
garbage. I can post a +ups debug trace if needed.
--
Configure bugmail: http://bugs.winehq.org/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.org/show_bug.cgi?id=7154
vitaliy(a)kievinfo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Priority|P1 |P2
------- Additional Comments From vitaliy(a)kievinfo.com 2007-11-01 23:50 -------
If you compiled Wine yourself - you were missing Fontforge. Run './configure
--verbose' and fix all the identified problems.
--
Configure bugmail: http://bugs.winehq.org/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.org/show_bug.cgi?id=3023
------- Additional Comments From mikegardiner(a)bigpond.com 2007-11-01 23:04 -------
The inability to place new elements bug can be fixed by commenting out a line in
the dlls/user32/dialog.c file (in the 0.9.29 version it is line 894: if (hwnd ==
GetActiveWindow()) WINPOS_ActivateOtherWindow( hwnd );).
Basically, I think this problem is caused by the window that the object is being
placed in losing focus when the dialog box for entering the data closes. This
causes the window to "lose its grip" of the element being placed, and when focus
returns to the window it no longer thinks it is placing an object. (The same
thing can be simulated in Windows - if you are in the middle of placing an
object, press Alt-Tab to switch to another application, then Alt-Tab again to
switch back to Orcad - the placing of an object is no longer occurring).
For now, I just get around this by removing the above mentioned line and
recompiling WINE. I don't really know enough about the sequencing of events in
WINE after a dialog box closes to submit this as a valid patch or to produce a
valid compliance test for it, however with this line removed I have not noticed
any side-effects with Orcad or other applications that I use with WINE.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.