http://bugs.winehq.org/show_bug.cgi?id=3783
--- Comment #4 from Austin English <austinenglish(a)gmail.com> 2008-06-13 10:37:09 ---
Adding it as a milestone bug was done to give the bug more attention. While
clearing out old bugs, I found a few that I felt deserved nomination as 1.2
bugs. Nominating them gets them attention by those who actually may be able to
fix them, and deferred otherwise. I'll take more care in the future with them
then. My apologies Dmitry.
--
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=6836
--- Comment #18 from Matthew Flaschen <matthew.flaschen(a)gatech.edu> 2008-06-13 10:20:47 ---
I believe at least the szOtherStuff issue should be fixed.
--
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=7635
Anastasius Focht <focht(a)gmx.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |focht(a)gmx.net
--- Comment #4 from Anastasius Focht <focht(a)gmx.net> 2008-06-13 08:48:44 ---
Hello,
as I already explained - this is WONTFIX.
If EIP happens to be in range of ELF code (libwine.so.1 whatever), the win32
debugger won't display disassembly by design.
The upcoming ollydbg v2 handles this better by not ending up in ELF code on
"pause" but in stack frame of last recognized Windows API call.
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.
http://bugs.winehq.org/show_bug.cgi?id=6517
--- Comment #8 from mikko sorri <mikkosorri(a)gmail.com> 2008-06-13 08:22:42 ---
I'm not able to test it now, I'm not at home for many weeks. But I'll test it
during this summer.
--
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=7403
--- Comment #33 from Alexandre Julliard <julliard(a)winehq.org> 2008-06-13 07:12:17 ---
(In reply to comment #32)
> With one monitor active, at say 1920x1200, everything does work fine. But as
> soon as I switch resolution to 3200x1600 causing my second monitor to switch
> on, the systray icon disappears and loses all functionality. The space where
> the icon was is now empty, as if it was simply invisible, but sometimes the
> icons of other systray apps appear there. It stays that way until I switch back
> to 1920x1600, left monitor turns off, I restart wine, and systray is back and
> working again.
Resizing the desktop window on the fly is not supported at the moment, it's not
specific to systray. This is bug 13034.
--
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=7403
--- Comment #32 from Henrik Danielsson <h.danielsson(a)gmail.com> 2008-06-13 05:58:07 ---
I am still able to reproduce this behavior at any time with Wine RC4 and
µTorrent 1.7.7.
With one monitor active, at say 1920x1200, everything does work fine. But as
soon as I switch resolution to 3200x1600 causing my second monitor to switch
on, the systray icon disappears and loses all functionality. The space where
the icon was is now empty, as if it was simply invisible, but sometimes the
icons of other systray apps appear there. It stays that way until I switch back
to 1920x1600, left monitor turns off, I restart wine, and systray is back and
working again.
I also noted this behavior when testing Serious Samurize in Wine. The program
works but the output (an image overlayed on the desktop) is gray. Same problem
with Samurize's systray icon.
Everything also works fine if I run in virtual desktop mode.
Tested what was suggested at https://bugs.launchpad.net/wine/+bug/237300
but without result.
--
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=11630
Summary: Psychonauts freeze after starting/loading game
Product: Wine
Version: CVS/GIT
Platform: PC
OS/Version: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: vitaliy(a)kievinfo.com
When loading new game "Loading ..." screen appears as normal. But then screen
goes black and game freezes. Both game and steam have to be killed as Steam
freezes too.
With "OffscreenRenderingMode"="fbo" game starts an usual.
Wine-0.9.55 works fine for both "fbo" and default settings.
--
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=13420
Summary: Hang on first keypress
Product: Wine
Version: 1.0-rc2
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: flobber(a)mailinator.com
Start a simple app (i.e. winecfg or regedit).
Everything seems to work fine.
Press any key (even shift is ok): the app
hangs completely - no redraw, nothing.
Can be kill with CTRL-C though.
First noticed with .rc1, still present in .rc2.
Last version tested without that bug: .58
Ciao.
--
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=5807
Alexandre Julliard <julliard(a)winehq.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Target Milestone|1.0.0 |1.2.0
--- Comment #7 from Alexandre Julliard <julliard(a)winehq.org> 2008-06-13 05:37:52 ---
Deferring.
--
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=9210
--- Comment #12 from H. Verbeet <hverbeet(a)gmail.com> 2008-06-13 05:05:55 ---
That patch is not a proper fix. MaxSimultaneousTextures referes to the number
of fixed function samplers a program can use, GL_MAX_TEXTURE_IMAGE_UNITS_ARB
refers to the number of samplers a fragment shader can use. The issue here is
that the nvidia drivers only expose a max of 4 sampler when using fixed
function. The only way we can work around this is to write a replacement shader
for fragment processing. This would require a decent amount of work, but should
be doable.
--
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.