wine-bugs February 2010

wine-bugs@winehq.org

1 participants
6507 discussions

[Bug 21057] New: TeamViewer: Insufficient SendInput() implementation
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=21057 Summary: TeamViewer: Insufficient SendInput() implementation Product: Wine Version: 1.1.34 Platform: x86 URL: http://www.teamviewer.com OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: caliga(a)arcor.de TeamViewer (and probably similar software) uses SendInput() to execute keyboard and mouse commands remotely. When doing a remote support session to a TeamViewer running on Wine, you get the following behaviour: - Mouse movement: works fine - Mouse clicks: work on Wine windows only - Keyboard: -- doesn't work at all if configured to Win2000/XP -- works on Wine windows if configured to WinNT Note: to reproduce this bug, you have to workarround Bug #12067. Also, (depending on your system?) TeamViewer may consume allmost all CPU time, due to bug #21055. I'm wondering if this bug will be considered valid. It may seem strange to let a Win app send input to the X desktop. However, I'd say it is necessary for a seamless integration. At least the "Keyboard doesn't work at all" part 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.

1 12

[Bug 20222] New: OLEPictureImpl_SaveAsFile hacked stub
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=20222 Summary: OLEPictureImpl_SaveAsFile hacked stub Product: Wine Version: 1.0.1 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dolcevita(a)supereva.it Created an attachment (id=23853) --> (http://bugs.winehq.org/attachment.cgi?id=23853) OLEPictureImpl_SaveAsFile Error log file Hello, I've just installed Wine 1.0.1 on my Linux/Kubuntu. I tryed to run some applications of mine, written in VB6 and I got an error on OLEPictureImpl_SaveAsFile I attach the few line of logs. Note that after the lines "starting debugger..." nothing more happens. Can you help me? -- 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 11810] New: parts from opengl/direct3d display show splines
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=11810 Summary: parts from opengl/direct3d display show splines Product: Wine Version: 0.9.56. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: opengl AssignedTo: wine-bugs(a)winehq.org ReportedBy: hoehle(a)users.sourceforge.net Hi, Please compare my attached screenshot of Crazy Machines with AppDB's http://appdb.winehq.org/screenshots.php?iAppId=3061&iVersionId=4468 You will notice that while most of the display is fine, the background and the texts on the papersheets are missing in my version. Actually, these 6 texts are also .tga image files. Instead, wine displays a sort of spline pattern: lines of various color (related to the missing image) emanate from a single origin, like quantic particles. This effect is visually stable across refreshes of the display. (Later in the game, a few icons are missing, but that could have a different cause, as there's no such spline effect there.) This happens to me both with the commercial game as well as a demo found on a german DVD. I've been using wine-0.9.56/54/48/47 with Ubuntu Dapper and Gutsy. No warnings are shown in the console. My hardware is an intel i810, and I'm using the xserver-xorg-i810 driver. lspci: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02) WINEDEBUG=+opengl yields hundreds of trace:opengl:X11DRV_SwapBuffers (0x12cfb0) nothing else. Would attaching a +d3d trace help? (it would be huge!) -- 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 15

[Bug 16254] New: AOM Gold does not draw a distinction between lit and unlit areas
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=16254 Summary: AOM Gold does not draw a distinction between lit and unlit areas Product: Wine Version: 1.1.9 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: goonstk(a)yahoo.com AOM Gold does not draw a distinction between lit and unlit areas. In theattached screen shot it shows all dark spots as lit up but does not show the objects unless an ally's line of sight touches it. Line fo sight is visible on minimap but not on the real map. -- 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 11

[Bug 17357] New: SharedPlan Pro trial key dialog ignores all input events
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=17357 Summary: SharedPlan Pro trial key dialog ignores all input events Product: Wine Version: 1.1.14 Platform: PC URL: http://www.sharedplan.com/downloads/pro/installSPPro.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: arethusa26(a)gmail.com Created an attachment (id=19403) --> (http://bugs.winehq.org/attachment.cgi?id=19403) SharedPlan Pro output With today's Git (wine-1.1.14-394-g8ab829a), when starting SharedPlan Pro, the trial dialog prompts are unable to receive any mouse events, making it very difficult to dismiss them. The messages outputted until I terminated the program are attached. --- Comment #1 from Andrew Nguyen <arethusa26(a)gmail.com> 2009-02-12 04:46:22 --- *** Bug 17358 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 7

[Bug 21153] New: Tomb Raider AOD: Installer copies second CD into incorrect place
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=21153 Summary: Tomb Raider AOD: Installer copies second CD into incorrect place Product: Wine Version: 1.1.35 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com Created an attachment (id=25394) --> (http://bugs.winehq.org/attachment.cgi?id=25394) terminal output on Wine 1.1.35 I'm using Wine-1.1.35 compiled from source on 32 bit Fedora 12 [gcc (GCC) 4.4.2 20091027 (Red Hat 4.4.2-7)] 1) Clean ~/.wine 2) Copy both CD's on HDD to separate directories 3) Set those directories as CD-ROMs d: and e: in Wine configuration 4) Create .windows-label in both directories, one with TRAOD1 and another one with TRAOD2 5) Start TR installation 6) Leave all default (Full installation) 7) TR installer copies files from first CD to "C:/Program Files/Eidos Interactive/TRAOD" which is good place 8) TR installer asks for second CD 9) substitute d: with e: in "~/.wine/dosdevices" and continue with installation 10) TR installer copies all files from second CD to "C:/" in one directory named Data o_O instead to "C:/Program Files/Eidos Interactive/TRAOD" Problem: TR installers copies second CD into incorrect place. Expected behaviour: TR installer should copy both CDs into the same place. -- 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 21736] New: Quicken 2004 Premier Ctrl+F is not recognized on application launch.
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=21736 Summary: Quicken 2004 Premier Ctrl+F is not recognized on application launch. Product: Wine Version: 1.0.1 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: rhdinah(a)yahoo.com When launching Quicken the keyboard shortcut Ctrl+F (Find) does nothing ... reliably nothing. However, if you traverse the Quicken menus Edit | Find & Replace | Find ... then the Find request and operation proceeds normally. Interestingly enough after this is done then the Ctrl+F keyboard shortcut is recognized. -- 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 32

[Bug 20636] New: Can't get a COM-object's properties (App: Cardiris), workaround: winetricks dcom98
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=20636 Summary: Can't get a COM-object's properties (App: Cardiris), workaround: winetricks dcom98 Product: Wine Version: 1.1.32 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ld(a)gardschwingdoazah.de Created an attachment (id=24614) --> (http://bugs.winehq.org/attachment.cgi?id=24614) Debug trace of failed run; failing property is "CodePage" This is a problem with the application Cardiris v3.5 by I.R.I.S. (business card recognition). The application itself (interactive) runs well, the problem is only with the COM API. I'm accessing it through a piece of plain C code. The code *works* on Windows XP, *works* on wine 1.1.32 with dcom98 installed through winetricks, but *doesn't work* with wine 1.1.32 with builtin dcom. The COM works in general, I can create an application object and call methods on it, but on another object (returned by a method call), access to any property results in the following error: Object doesn't support this property or method: 'CodePage' (Note: Property name is spelled correctly, any other property doesn't work either.) Attaching a debug trace with WINEDEBUG=+comcat,+ole (hope that combination makes sense), but I will gladly produce any other required debug trace -- just let me know which WINEDEBUG setting you need. -- 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 21573] New: Need heap overrun detection at beginning of buffers, too
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=21573 Summary: Need heap overrun detection at beginning of buffers, too Product: Wine Version: 1.1.37 Platform: x86 OS/Version: Linux Status: NEW Severity: enhancement Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com On Linux, valgrind gives nice warnings when you access before the first byte. It'd be nice if valgrinding Windows apps under Wine gave the same warnings. For instance, the following program should give three warnings under valgrind+wine just as it does under valgrind: #include <stdio.h> #include <stdlib.h> int badness_before_n_after ( char* p ) { return p[-1] + p[10]; } int main ( void ) { char* p = malloc(10); int who_knows = badness_before_n_after(p); // expect 2 x invalid address yelpage who_knows += p[5]; if (who_knows == 42) printf("It's 42 (!)\n"); else printf("It's not 42 (dull but unsurprising)\n"); free(p); return 0; } -- 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 16264] New: Builtin Tahoma unreadable when small
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=16264 Summary: Builtin Tahoma unreadable when small Product: Wine Version: 1.1.9 Platform: Other URL: http://www.linuxtechs.net/kruch/tb/forum/viewtopic.php?t =2152&postdays=0&postorder=asc&start=15 OS/Version: other Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: fonts AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com A user said that ConvWPT ran in Wine, but gave a very complicated recipe, so I tried simplifying it. Along the way, I noticed that ConvWPT's installer used teeny tiny nearly unreadable fonts; installing Tahoma fixed that (now they're just small, but readable). Recipe to reproduce: 1) Visit http://www.linuxtechs.net/kruch/tb/forum/viewtopic.php?t=2152 scroll down to message "Setup Package Part 1 / 4", and download and unpack each of the four files Setup.part1.rar, Setup.part2.rar, ... Setup.part4.rar Ignore warnings from rar about duplicate files. 2) Run the resulting setup.exe The setup program uses small Tahoma text on some screens, and that's very nearly unreadable unless you install native tahoma, e.g. with winetricks tahoma. -- 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

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 February 2010