wine-bugs December 2009

wine-bugs@winehq.org

1 participants
6346 discussions

[Bug 8394] IMVU 3D Instant Messenger not visible in wine's uninstaller
by wine-bugs＠winehq.org 09 Dec '09

09 Dec '09

http://bugs.winehq.org/show_bug.cgi?id=8394 Niko Sandschneider <nsandschn(a)gmx.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |nsandschn(a)gmx.de --- Comment #7 from Niko Sandschneider <nsandschn(a)gmx.de> 2009-12-09 14:17:54 --- This has been fixed in git. IMVU is listed by the uninstaller. -- 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.

1 0

[Bug 6971] Mouse "escapes" window or is confined to an area in the full screen program NO HACKS PLEASE
by wine-bugs＠winehq.org 09 Dec '09

09 Dec '09

http://bugs.winehq.org/show_bug.cgi?id=6971 --- Comment #297 from Forest Hale <lordhavoc(a)ghdigital.com> 2009-12-09 12:09:07 --- (In reply to comment #296) > (In reply to comment #295) > > A basic list of possible approaches: > > XInput2 - not relevant yet. > > To whom? Ubuntu's pulled Xorg 7.5 for Lucid, Fedora 12 shipped with Xorg 7.5. > Gentoo has it available, to the best of my limited knowledge. Debian only has > it in experimental, but it's pretty danged close to hitting unstable from what > I've seen. This assumes that everyone runs the very latest and chooses their distribution based on how recently the latest release occurred (switching distribution according to the whims of release cycles), an inappropriate assumption in my view. > > DGA Mouse - warp pointer to emulate real mouse movement. > > If _I_ was writing the patch, I'd do the XInput 2 version, because it's the > least work in Wine and also cleans up the somewhat messy DInput exclusive-mode > handling, and then see if I could implement a DGA fallback usefully under the > resulting structure. If neither of those was available, I'd suggest Wine just > refuse to provide whatever mode the application is asking for. To require XInput2 is unreasonable for the above reason, but to implement support for it before implementing fallbacks is perfectly reasonable. > > Hidden Mouse - hide real mouse pointer, capture mouse movement and display a > > fake mouse pointer using additional drawing commands before glXSwapBuffers each > > frame (this is okay because cooperative mouse is chiefly used by games which > > continuously refresh the window). > > This one sounds like a DInput/WineD3D-specific hack, which relies on certain > features ("capture mouse movement" for example), the lack of which prompted us > to focus on XInput2 in the first place. The key for spotting a hack is the > parenthetical qualification which addresses the chief use only. It is extremely common for any game to use DirectInput, and it is always in cooperative mode unless the game is fullscreen. This affects nearly all games that have a mouse-controlled view turning behavior. > What games use co-operative mouse, anyway? I thought co-operative mouse would > generally be used by non-game things that want to read the mouse while > something else is nominally in charge (VoIP software, things like that program > with the cat chasing your mouse cursor around the screen) I do not know of very many applications that use DirectInput, but I know of many games, I do not need to list the many affected games as they should all be linked to this bug already. Here is the usage pattern in question: 1. Open a window. 2. Attach D3D context. 3. Activate DI cooperative mode. 4. Each frame, poll DI events and utilize either the current mouse position (for a mouse-driven user interface such as in RTS and RPG games, as well as in menus of all games) or the delta (to look around) - wine is not notified of which information is desired. 5. The mouse pointer is hidden or shown according to the whims of the game, Wine does not reliably know which behavior the game is using at any given moment, and both pieces of data (position and delta) must be valid at all times. When operating with plain X11 input, the only data that can be obtained is the current mouse position, and measuring deltas from this causes border problems. When I do ports of games to Linux, I have to replace the DI cooperative mode mechanism used in the game with two different modes of operation in X11 - show mouse pointer and behave normally like an application, or hide pointer and warp it back to center frequently frame to get deltas (or use DGA to get the deltas directly without acceleration). The problem I mentioned is that Wine may have to show the mouse pointer and report deltas at the same time on plain X11 (no DGA, no XInput2), and to this end it might have to draw a mouse pointer before the glXSwapBuffers occurs (in both D3D and GL cases), however this does not help regular applications. With DGA the mouse movement can be reliably faked based on the deltas. I do not know if XInput2 will live up to the promises and solve this bug, I certainly hope so and I fully support the idea of implementing an XInput2 solution first - but I still see a need to solve this bug with DGA and plain X11 as well, for users who do not have XInput2 yet. Note for implementors of delta reading on plain X11: Each time a mouse move is parsed, it produces a delta from the previous position, however if the mouse position is getting dangerously near the borders (typically whenever it's out of the middle area of the window) a warp is needed to re-center it, this warp produces a move as well and must be ignored - to do this, XSendEvent is used to produce a fake mouse move event in the X11 stream, which updates the "last known" position variables but does not produce a delta (by checking the .send_event flag on the event these fake moves can be filtered out, it is always True if the event is produced by XSendEvent), then when the real mouse move from XWarpPointer comes in immediately after the fake one, it produces no delta because the "last known" position is already the same. This is the basic mode of operation of all Linux games that require delta movement when DGA is not available. -- 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.

1 0

[Bug 15512] New: World of Warcraft: Sound disappears after minimizing the game.
by wine-bugs＠winehq.org 09 Dec '09

09 Dec '09

http://bugs.winehq.org/show_bug.cgi?id=15512 Summary: World of Warcraft: Sound disappears after minimizing the game. Product: Wine Version: 1.1.5 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: TS91(a)gmx.net When I'm minimizing the game and then open it again the sound is away... I have to restart the game if I want the sound -- 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.

1 8

[Bug 9087] Sound in wow breaks when leaving window
by wine-bugs＠winehq.org 09 Dec '09

09 Dec '09

http://bugs.winehq.org/show_bug.cgi?id=9087 Vitaliy Margolen <vitaliy(a)kievinfo.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |TS91(a)gmx.net --- Comment #23 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2009-12-09 09:42:31 --- *** Bug 15512 has been marked as a duplicate of this bug. *** -- 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.

1 0

[Bug 8357] EverQuest models not shown
by wine-bugs＠winehq.org 09 Dec '09

09 Dec '09

http://bugs.winehq.org/show_bug.cgi?id=8357 Quinten Wolfe <quinten_wolfe(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |quinten_wolfe(a)hotmail.com --- Comment #54 from Quinten Wolfe <quinten_wolfe(a)hotmail.com> 2009-12-09 09:04:34 --- Fedora Core 11 GeForce 6600 I have attempted everything listed before. I've tried the following versions of wine. 1.1.5 (game loads but at character select and in game no models) 1.1.6 (game loads but at character select and in game no models) 1.1.12 (game loads but at character select and in game no models) 1.1.28 (game loads but at character select and in game no models) 1.1.32 (game loads but at character select and in game no models) 1.1.34 (game loads but after server selection, game crashes on loading character models) I have also tried all versions of wine with the modification to $WINEVERSION$/dlls/d3d9/device.c ---- START BELOW ---- Add this line: pCaps->MaxVertexBlendMatrices=0x4; In file: (your wine source directory)/dlls/d3d9/device.c At function: IDirect3DDevice9Impl_GetDeviceCaps(LPDIRECT3DDEVICE9 iface, D3DCAPS9* pCaps) ---- END ---- recompiled Wine (each time) with no errors. (i have all the devel libraries) used 'wineserver -k' used the hacked d3dx9_30.dll in the EverQuest directory. got my own from Windows and Hacked it manually 'ghex2'. Used different drivers from Nvidia, from the latest 190.x to older ones down to 100.x (plus the kmod and xorg-nvidia modules). I've built the kernel modules both through automatic setup and also manually. I even ran into the "Mouse Cursor is stuck" bug, and can only run Everquest in "Windowed Mode". but other than that, I am using Angelique's eqclient.ini file and hacked .dll. I'm stuck. Also downloaded and installed Cedega, Everquest won't even load.. (or I am not setting it up right, but I cannot find any bugs or errors in it). The error I get in the output is the AL16 and R6 with the Textures, I think. (I am at work atm, and forgot to pull the log) -- 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.

1 0

[Bug 9087] Sound in wow breaks when leaving window
by wine-bugs＠winehq.org 09 Dec '09

09 Dec '09

http://bugs.winehq.org/show_bug.cgi?id=9087 --- Comment #22 from Jerome Leclanche <adys.wh(a)gmail.com> 2009-12-09 08:56:10 --- (In reply to comment #21) > I cannot reproduce this problem on Jaunty64, wine-1.1.22-219-gfbb43c4. Fixed? Abandoned? -- 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.

1 0

[Bug 20957] New: MW2 multiplayer crashes when saving options
by wine-bugs＠winehq.org 09 Dec '09

09 Dec '09

http://bugs.winehq.org/show_bug.cgi?id=20957 Summary: MW2 multiplayer crashes when saving options Product: Wine Version: 1.1.34 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: bakes(a)ymail.com Created an attachment (id=25123) --> (http://bugs.winehq.org/attachment.cgi?id=25123) MW2 crash debug trace. When saving game options, modern warfare 2 multiplayer crashes spectacularly. This means that some options are not saved, but others are, whilst the job of getting back to the desktop is a metaphorical pain in the ass. See trace attached. -- 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.

1 4

[Bug 20968] New: KDEWin Installer appearance is broken
by wine-bugs＠winehq.org 09 Dec '09

09 Dec '09

http://bugs.winehq.org/show_bug.cgi?id=20968 Summary: KDEWin Installer appearance is broken Product: Wine Version: 1.1.34 Platform: PC URL: http://www.winkde.org/pub/kde/ports/win32/installer/kd ewin-installer-gui-latest.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: t.artem(a)mailcity.com Created an attachment (id=25134) --> (http://bugs.winehq.org/attachment.cgi?id=25134) kdewin-installer-gui-latest.exe under Wine 1.1.34 kdewin-installer is unusable because no text is visible. -- 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.

1 3

[Bug 8973] Trial Director trial version fails to start
by wine-bugs＠winehq.org 09 Dec '09

09 Dec '09

http://bugs.winehq.org/show_bug.cgi?id=8973 --- Comment #5 from Dan Kegel <dank(a)kegel.com> 2009-12-09 01:15:01 --- The bug is about the app not starting up after install. What happens when you try starting the app? -- 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.

1 0

[Bug 8973] Trial Director trial version fails to start
by wine-bugs＠winehq.org 09 Dec '09

09 Dec '09

http://bugs.winehq.org/show_bug.cgi?id=8973 --- Comment #4 from Andrew Nguyen <arethusa26(a)gmail.com> 2009-12-09 00:46:09 --- With wine-1.1.34-149-g578881f and the Trial Director 5.2 demo installer, the install succeeds after doing winetricks mfc40 flash msxml4 dotnet20 beforehand. However, I don't know if the original installer that the bug was filed for is actually 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.

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs December 2009