April 2011 - Wine-Bugs - list.winehq.org

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

April 11, 2011

http://bugs.winehq.org/show_bug.cgi?id=6971 --- Comment #453 from Ivan <vaniaz(a)msn.com> 2011-04-11 14:02:26 CDT --- (In reply to comment #439) > Created an attachment (id=33574) --> (http://bugs.winehq.org/attachment.cgi?id=33574) [details] > Rediffed to apply to today's git Your patch solved problems with mass effect 2, dragon age origins and dragon age 2. Thanks -- 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 April 11, 2011

April 11, 2011

http://bugs.winehq.org/show_bug.cgi?id=6971 --- Comment #452 from Ivan <vaniaz(a)msn.com> 2011-04-11 13:58:24 CDT --- *** Bug 22282 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 5559] rendering problem in Beyond Good and Evil
by wine-bugs＠winehq.org April 11, 2011

April 11, 2011

http://bugs.winehq.org/show_bug.cgi?id=5559 Andras Kovacs <andras(a)csevego.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #18 from Andras Kovacs <andras(a)csevego.net> 2011-04-11 08:25:08 CDT --- It's fixed. I tested it. -- 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 26707] New: OpenGL Error: SetPixelFormat(hDC, nPixelFormat, &pfd)
by wine-bugs＠winehq.org April 11, 2011

April 11, 2011

http://bugs.winehq.org/show_bug.cgi?id=26707 Summary: OpenGL Error: SetPixelFormat(hDC, nPixelFormat, &pfd) Product: Wine Version: 1.3.17 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: opengl AssignedTo: wine-bugs(a)winehq.org ReportedBy: bremm(a)vtnc.org Binary from wine1.3_1.3.17-0ubuntu1~maverick1~ppa1_amd64.deb Until 1.3.15, 4x4 Evolution was working fine. Now, with 1.3.17 it doesn't work with OpenGL anymore. NVidia drivers are the same used with 1.3.15. Awaiting instructions for debugging (if needed). -- 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 9

[Bug 5559] rendering problem in Beyond Good and Evil
by wine-bugs＠winehq.org April 11, 2011

April 11, 2011

http://bugs.winehq.org/show_bug.cgi?id=5559 Ronny Schmatzler <schmatzler(a)googlemail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |schmatzler(a)googlemail.com --- Comment #17 from Ronny Schmatzler <schmatzler(a)googlemail.com> 2011-04-10 21:25:08 CDT --- Running BG&E with Wine 1.3.16 here - this bug doesn't occur to me anymore. -- 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 26704] New: SIV can no longer access it's driver - IoCreateSymbolicLink() broken?
by wine-bugs＠winehq.org April 10, 2011

April 10, 2011

http://bugs.winehq.org/show_bug.cgi?id=26704 Summary: SIV can no longer access it's driver - IoCreateSymbolicLink() broken? Product: Wine Version: 1.3.17 Platform: x86 URL: http://rh-software.com OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ray(a)pobox.co.uk SIV (http://rh-software.com/) can no longer access it's driver, the driver seems to start, but there is no SIVDRIVER to \Device\SIVDRIVER mapping. I have checked and both the IoCreateDevice() and IoCreateSymbolicLink() calls worked, but the link is missing. This used to work with Wine 1.3.5. Using the SIV 4.17 release you can check the MS-DOS names using Menu->System->DOS Devices which uses QueryDosDevice( NULL, buf, 65535 ). I have also tried to create the mapping using DefineDosDevice( DDD_RAW_TARGET_PATH, ... ). -- 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 6

[Bug 1348] RegisterHotKey and UnregisterHotKey are not implemented. (Affects e.g. Adobe Photoshop.)
by wine-bugs＠winehq.org April 10, 2011

April 10, 2011

http://bugs.winehq.org/show_bug.cgi?id=1348 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |patch --- Comment #25 from Austin English <austinenglish(a)gmail.com> 2011-04-10 15:06:24 CDT --- Still unimplemented. -- 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 26422] New: Wine and Dosbox use different MS-DOS (8.3) file names
by wine-bugs＠winehq.org April 10, 2011

April 10, 2011

http://bugs.winehq.org/show_bug.cgi?id=26422 Summary: Wine and Dosbox use different MS-DOS (8.3) file names Product: Wine Version: 1.3.15 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: dos AssignedTo: wine-bugs(a)winehq.org ReportedBy: spammis(a)spam.la MS-DOS and 16-bit Windows programs require file names to consist of 8 letters followed by a 3-digit extension (known as "MS-DOS file names" in Windows 95, sometimes also called 8.3 filenames). Wine and Dosbox both emulate MS-DOS file names, but they do it differently. Long name: C:\Program Files Wine name: C:\PROG~FBU Dosbox name: C:\PROGRA~1 Thus, a Windows program, running under Wine, may refer to a file as "C:\PROG~FBU\SOMEFILE.TXT" whereas a DOS program, running under Dosbox using Wine's Dosbox implementation, would know the same file as "C:\PROG~FBU\SOMEFILE.TXT". This means trouble if the Windows and DOS programs are trying to interact. In order to view Wine's MS-DOS names, use certain 16-bit Windows programs (such as the Windows 3.1 file manager). In order to view Dosbox's MS-DOS names, use "DIR" in Dosbox or any DOS program. Dosbox only uses MS-DOS names, so it won't show any other names. -- 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 5

[Bug 18292] New: Make 8.3 names for LFNs more "Windows-like"
by wine-bugs＠winehq.org April 10, 2011

April 10, 2011

http://bugs.winehq.org/show_bug.cgi?id=18292 Summary: Make 8.3 names for LFNs more "Windows-like" Product: Wine Version: 1.1.20 Platform: PC URL: http://source.winehq.org/source/dlls/kernel32/path.c OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk When Windows creates 8.3 names for long file names, it does so in the form Progra~1 and increments the number by one with each new creation of a similar filename. So, Program Files --> Progra~1 Programmers --> Progra~2 Program Blah blah --> Progra~3 and so on. Under Wine, the 8.3 filenames seem somewhat random (PROG~HAE for example). Is it possible to implement this behaviour? It would make it easier to guess short path names, which makes it easier to add paths to the registry (when needed for workarounds, for example). -- 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 22059] New: when /dev/input/event* device is accessible, wine fails to consider calibration and correction factors of the linux joydev driver
by wine-bugs＠winehq.org April 10, 2011

April 10, 2011

http://bugs.winehq.org/show_bug.cgi?id=22059 Summary: when /dev/input/event* device is accessible, wine fails to consider calibration and correction factors of the linux joydev driver Product: Wine Version: 1.1.40 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dinput AssignedTo: wine-bugs(a)winehq.org ReportedBy: corvus-wine(a)cybertrench.com Created an attachment (id=26862) --> (http://bugs.winehq.org/attachment.cgi?id=26862) joydev log with event file accessible Linux provides the possibility to correct joystick raw values automatically when accessing /dev/input/js* devices, both autodetected/scaled and "hand-calibrated" with tools like "jscal" if wine uses /dev/input/js* for joystick access, it also takes the correction factors into account, so a joystick that has been calibrated under linux, will be calibrated correctly under wine. However if the /dev/input/event* file corresponding to the joystick device is accessible (at least for reading) wine seems to bypass the joydev driver and accesses the device on a lower (event) level, thus unaware of the calibration data and correction factors - whether manually set and autodetected! As a result programs run under wine that use a joystick but offer no inbuilt calibration option (which is most, since under native win32 joysticks are calibrated system wide in the input device area of the control center) will behave strangely as joysticks are potentially off-centered - mis-scaled - axis flipped - or even unable to cross the zero position at all. Depending on the actual joystick hardware and the required corrections. the attached log1.txt shows the output of a joystick using program (il2fb flightsim) started with dinput WINEDEBIUG output grep'd for "joydev" when the event device is accessible (and the joystick is unusable due to miscalibration > WINEDEBUG=+dinput wine il2fb.exe 2>&1 |grep joydev log2.txt shows the same output with /dev/input/event5 (the joystick event device) chmodded to 000 in this case the axis and buttons are mapped completely different, but centered and scaled correctly (given that the jopystick had been calibrated under linux using jscal) for obvious reasons this bug is only visible if the axis values reported by the event device, especially min and max: ... > cur=97, min=0, max=255, fuzz=0, flat=15 ... are not equal to the actually reachable minimum and maximum values. newer joysticks often autoscale in hard/firmware and actually reach those min/max values with little need for calibration, while some, especially older models, are in dire need of correction values since the actual range (as in this case) is more like 30 to 120 -- 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 5