http://bugs.winehq.org/show_bug.cgi?id=1784
------- Additional Comments From lquijano(a)hotpop.com 2004-04-02 13:53 -------
And what about the OSS version of the same patch.
I'm using ALSA too (and the fixme disappears when I change the config file), but
for people using OSS (until recently, ALSA didn't work very good in wine) it'd
be good to use the OSS implementation of MIDI-in, if available.
--
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=1985
------- Additional Comments From dclark(a)akamail.com 2004-04-02 11:22 -------
This is fixed in the current CVS version of 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.
http://bugs.winehq.org/show_bug.cgi?id=1973
------- Additional Comments From willie(a)froq.net 2004-04-02 10:16 -------
Well, after Lionel told me that this couldn't be a DirectDraw problem, I
looked into this a bit further...
All widgets are placed correctly, but it seems that the drawing of the widgets
had an offset. This offset increases from left to right (it's a drawing/
retouche app, so you can tell by drawing a line on the canvas - the distance
between the cursor and the actual drawing increases from left to right).
I googled around, and the problem looks similiar to an error with X11/ Cygwin,
where the DIB's are drawn incorrectly in some cases (when 32bit are expected,
but only 24bit are available).
According to one of Mirage's devs, the programm won't work with anything but
32bit depth. So, if this is a problem with Wine's DIB handling, is there any
known workaround?
--
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=1991
jplevene(a)netscape.net changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |FIXME
--
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=1991
Summary: Sound bug with KDE
Product: Wine
Version: 20040121
Platform: PC
URL: http://www.nch.com.au/ims/
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wine-multimedia
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jplevene(a)netscape.net
I am running Red Hat 9, fully updated, and sound does not work using aRTS (the
KDE sound) when running under KDE. All is fine with gnome.
This bug found using the IMS Music On Hold application (http://www.nch.com.au/ims/)
Justin
--
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=1990
Summary: modifier keys not released when switching desktop
Product: Wine
Version: 20040121
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-x11driver
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: raspl(a)gmx.de
Note: This bug requires a desktop with mutiple virtual ones. In this example, I
use KDE with 2 desktops. To switch between desktops on KDE, use <CRTL> + <FX>
with X being 1 or 2.
Use a 'managed' window for the app. The application might be any kind of text
editor or whatever.
The basic problem is: When you press a modifier key in the application, and do
something which makes you leave that desktop, the wine app does catch the
<CTRL>-is-pressed event, but does _not_ catch the <CTRL>-is-released event.
For instance, go into a wine app running on desktop 1, and press <CTRL> + <F2>.
By that you have switched the desktop to desktop 2. But the wine app did not
realize that <CTRL> was released. Depending upon how you return to the app, you
will either have <CTRL> locked or not: When returning to desktop 1 by clicking
on the respective desktop overview icon, the wine app still does not realize
that <CTRL> was released and think that <CTRL> is still being pressed. For
instance, if you hit 's' in the app, not an 's' is executed but <CTRL> + s
(which in most apps saves the current document).
But if you return to that desktop using <CTRL> + <F2> (and if the wine app is
still the active app on that desktop!), then the wine app catches the
<CTRL>-button-released event and wine will not think that <CTRL> is pressed
anymore: Hitting 's' will execute 's' and not <CTRL> + s
A solution would be to reset all modifier keys when the managed window of the
wine app is activated again.
--
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=1970
abdul.ahmad(a)utoronto.ca changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|Version.dll Implementation |NHL2004 having problems with
|Problems/NHL 2004 Testing |OLE?; Error output
|Report |
------- Additional Comments From abdul.ahmad(a)utoronto.ca 2004-03-02 20:24 -------
Okay, so I'm running wine cvs from Feb3
- IE6 installed (installed it on wine20031212 via mike hearn's script and then
just used that directory for winecvs)
- NHL2004 Demo installed
(ftp://ftp.ea.com/pub/easports/demos/nhl2004/NHL2004Demo.exe) & Full version
installed
- following settings:
[AppDefaults\\nhldemo.exe\\Version]
"Windows" = "win98"
[AppDefaults\\nhldemo.exe\\DllOverrides]
"ole32" = "native, builtin"
"oleaut32" = "native, builtin"
"mshtml" = "native, builtin"
"shfolder" = "native, builtin"
"shell32" = "native, builtin"
"shell" = "native, builtin"
"shdocvw" = "native, builtin"
"shlwapi" = "native, builtin"
"urlmon" = "native, builtin"
"crypt32" = "native, builtin"
"wininet" = "native, builtin"
- ole32, oleaut32 copied from win98 installation, stdole2.tlb from winxp install
okay, so I can get into the menus with those settings.. ole32/oleaut32 being
native reduce the error messages that I get and in the full version lets me
navigate around more of the menus.. but I still get some js/html errors.. seems
like the HTML files can't read the "global" variables and functions.. im not
exactly sure whats going on, i've attached:
1)intro.html which skips the intro videos so you dont get a crash
2)running wine --debugmsg +ole nhldemo (exiting the game as soon as i get into
the menus)
3)running winedbg nhldemo, and entering cont a few times until i get into the
menu, where i start to get a lot of errors related to the DllUnregisterServer
function in the NHL2004 Browser Controls DLL...
im hoping someone can help me narrow down the problems here, thanks
--
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=1970
------- Additional Comments From abdul.ahmad(a)utoronto.ca 2004-03-02 20:19 -------
Created an attachment (id=518)
--> (http://bugs.winehq.org/attachment.cgi?id=518&action=view)
debugging output using winedbg
this is the debugging output while running winedbg nhldemo with the intro.html
patched with the given attachment and the DLLOverrides from Mike Hearn's IE6
script applied to NHLDemo.exe + native ole32 and oleaut32 from win98 and
stdole2.tlb from winxp..
--
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=1970
------- Additional Comments From abdul.ahmad(a)utoronto.ca 2004-03-02 20:18 -------
Created an attachment (id=517)
--> (http://bugs.winehq.org/attachment.cgi?id=517&action=view)
debugging output
this is the debugging output while running wine --debugmsg +ole nhldemo with
the intro.html patched with the given attachment and the DLLOverrides from Mike
Hearn's IE6 script applied to NHLDemo.exe + native ole32 and oleaut32 from
win98 and stdole2.tlb from winxp
--
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=1970
------- Additional Comments From abdul.ahmad(a)utoronto.ca 2004-03-02 20:16 -------
Created an attachment (id=516)
--> (http://bugs.winehq.org/attachment.cgi?id=516&action=view)
fe/nhl/html/intro.html file which skips videos (which cause wine to crash) for
both the demo and full version
this is to get into the game without crashing because of the intro videos, it
goes into fe/nhl/html. works for both demo & full version
--
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.