http://bugs.winehq.org/show_bug.cgi?id=3128
------- Additional Comments From titan.costa(a)wanadoo.fr 2005-07-11 15:20 -------
Patch is commited. Could you try current CVS ?
--
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=3779
------- Additional Comments From oliver_stieber(a)yahoo.co.uk 2005-07-11 15:06 -------
Created an attachment (id=1318)
--> (http://bugs.winehq.org/attachment.cgi?id=1318&action=view)
Ghost recon with corrected colours
This screen shot was taken after I corrected on of the colours, everything
seems to be ok colourwise but there are some problems with the shadows.
--
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=3779
Summary: Colours and textures in Ghost recon are incorrect
Product: Wine
Version: CVS
Platform: Other
OS/Version: other
Status: NEW
Severity: normal
Priority: P2
Component: wine-directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: oliver_stieber(a)yahoo.co.uk
Hello, Oliver!
The demo runs, though enemies and comrades are somewhat color-screwed... not
to forget it is awfully slow, as if not accelerated at all, though dri is
available (see screenshot at
http://www.students.uni-marburg.de/~Klossa/grdemo-wine0.9.png) />
Tweaking the graphics settings (smooth persons, compress textures etc) doesn't
change a thing. With lowest settings, it is almost playable.
Keep up the great work!
--
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=3778
willie(a)froq.net changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |willie(a)froq.net
------- Additional Comments From willie(a)froq.net 2005-07-11 10:13 -------
I found another, rather small application that shows the same 32bit
requirement. The demo "instant zen" by Synesthetics:
http://www.pouet.net/prod.php?which=18359
--
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=3778
Summary: morrowind faild to detect graphics correctly
Product: Wine
Version: CVS
Platform: Other
OS/Version: other
Status: NEW
Severity: normal
Priority: P2
Component: wine-directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: oliver_stieber(a)yahoo.co.uk
On start up Morriwind fails to detect stencil support properly and enabling
support for 16 bit graphics causes Morrowind to report that the desktop should
be in 32bit mode.
--
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=3777
Summary: Calling closesocket() will not eject any accept()s
waiting in blocking mode...
Product: Wine
Version: CVS
Platform: Other
URL: http://www.emtec.com/macrophone
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: wine-binary
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: m.goemmel(a)compulab.de
Our IP application MacroPhone run into the problem, that it will not close
under Wine. Looking into it it looks like doing a closesocket() command on a
socket will not eject any pending accepts() in blocking mode. So cause of our
application is waiting for the accept threads to end with a infinite
semaphore, the programs don't close.
Any help is appreciated
Thanks
Markus
--
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=3776
Summary: Restoring a hidden window will not work...
Product: Wine
Version: CVS
Platform: Other
URL: http://www.emtec.com/mailbell
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: wine-user
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: m.goemmel(a)compulab.de
If an application (like Mailbell, see URL link) will be minimized to the
systray (which means it has a systray icon and it hides the program window
when the minimized button is pressed instead of minimizing it), in native
windows only a systray icon keep left. In KDE the application is still
available in the program bar (which is ok). But clicking to the program bar
(to restore the application) will cause in a complete hang.
I think it's not necessary or useful to remove the program bar entry, but
clicking on it should do something useful (maybe sending a WM_RESTORE or
WM_SHOW) instead of stopping the whole thing.
Let me know if I can help in any way...
Markus
--
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=3476
a_villacis(a)palosanto.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|CLOSED |UNCONFIRMED
Resolution|FIXED |
------- Additional Comments From a_villacis(a)palosanto.com 2005-07-11 09:12 -------
Either this bug was improperly closed (by me), or the bug was reintroduced. Bug
still exists as of CVS 2005-11-04.
--
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=2658
------- Additional Comments From molle.bestefich(a)gmail.com 2005-07-11 08:12 -------
Just had a brief chat with Javi S. Pedro (reporter of this bug).
It wasn't clear from his original description which version of Wine he
previously used to test Trillian.
He seems to remember using the version recommended by WineTools, which currently
is 20041019.
Looking at the source code of 20041019 ("svn blame -r17705
svn://wine-svn.troy.rollo.name/wine/wine/trunk/windows/winpos.c") shows that the
lines which my patch fixes also exist there, and has in fact been in place since
at least 1998.
Regression testing could be done to find if there's a better way to fix the
splash screen problem than with the patch I posted earlier, but the effort might
be fruitless. Alexandre Julliard did a rewrite of the windowing system about
that time, so a lot of things are bound to interact in a very different way than
before.
--
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.