October 2009 - Wine-Bugs - list.winehq.org

[Bug 19765] New: Bricscad has slow performance
by wine-bugs＠winehq.org Nov. 23, 2014

Nov. 23, 2014

http://bugs.winehq.org/show_bug.cgi?id=19765 Summary: Bricscad has slow performance Product: Wine Version: 1.1.27 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ricardoperry(a)gmail.com Created an attachment (id=23142) --> (http://bugs.winehq.org/attachment.cgi?id=23142) Bricscad Option menu When doing realtime pan and zoom with large drawings it takes too long to refresh the screen. Probably related to WINGDI driver. In other Intellicad software ZWCAD the realtime pan and zoom works ok. -- 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 15320] New: GammonEmpire closing playing window.
by wine-bugs＠winehq.org Nov. 23, 2014

Nov. 23, 2014

http://bugs.winehq.org/show_bug.cgi?id=15320 Summary: GammonEmpire closing playing window. Product: Wine Version: 1.1.4 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: zetagi(a)yahoo.com GammonEmpire software when you close playing window program close whole program. Normally you will go to main window -- 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 18261] New: S103 animation problem
by wine-bugs＠winehq.org Nov. 23, 2014

Nov. 23, 2014

http://bugs.winehq.org/show_bug.cgi?id=18261 Summary: S103 animation problem Product: Wine Version: 1.1.20 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk Created an attachment (id=20784) --> (http://bugs.winehq.org/attachment.cgi?id=20784) Wine 1.1.20 +loaddll S103 is an Open University application. Part of the application plays embedded animations with a voice-over. Under Windows XP, these play fine. Under Wine, an error message is shown stating: "Could not create or use window." Under Windows XP a small window opens title "Profiling Display" the first time it is run, and then the animation continues. Under Wine, with +loaddll, this is output: fixme:mciavi:MCIAVI_mciStatus Unknown command 0000400E ! fixme:mciavi:MCIAVI_mciSet MCI_SET_ON: seek_exactly fixme:mciavi:MCIAVI_mciRealize (0001, 00020002, 0x13b9a86) : stub trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\iccvid.dll" : builtin trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\mciavi32.dll" : builtin trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\msvfw32.dll" : builtin trace:loaddll:MODULE_LoadModule16 Loaded module "TB50CMP.DLL" : native Upon clicking on the stop button for the animation, a new window is shown stating: "The media resource is not open. Try using "mmOpen" before this command." The application uses the Toolbook 5.0 Runtime. -- 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 20377] New: MacOS LANG=xyz wine winecfg does not switch language/locale
by wine-bugs＠winehq.org Nov. 23, 2014

Nov. 23, 2014

http://bugs.winehq.org/show_bug.cgi?id=20377 Summary: MacOS LANG=xyz wine winecfg does not switch language/locale Product: Wine Version: 1.1.31 Platform: PC OS/Version: Mac OS X 10.5 Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: hoehle(a)users.sourceforge.net Hi, on my Mac, LANG=C or LANG=fr_FR.UTF-8 wine winecfg has no effect at all, unlike a Linux machine. winecfg's texts are always displayed in German. locale -a lists a lot of locales. "LANG=C ls -l" reacts instantly. OTOH, going to the Mac system preferences and moving French or English upfront manages to switch the language in winecfg (and Terminal.app and others), the next time it's started. For the purpose of Wine, I believe the local LANG setting should be obeyed, not the desktop session setting. Note that I have no idea how to start Wine outside of a Terminal.app context (no Wine[Helper].app here). So LANG is always set when I start Wine in the shell. -- 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 13

[Bug 18332] New: Window background not drawn correctly.
by wine-bugs＠winehq.org Nov. 23, 2014

Nov. 23, 2014

http://bugs.winehq.org/show_bug.cgi?id=18332 Summary: Window background not drawn correctly. Product: Wine Version: unspecified Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P5 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: bstein(a)unm.edu Created an attachment (id=20875) --> (http://bugs.winehq.org/attachment.cgi?id=20875) Screenshot of the problem. With Kaleidagraph 4.0 certain windows are drawn funny. The normally grey background is drawn with whatever is behind the window when it is first opened. Moving it around doesn't change the background. Nothing shows up with winedbg or on the console, but I have little to no experience with wine debugging. Attached is screenshot of the problem. Please let me know what other debugging information might help! -- 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 18054] New: Very big fps drop when recording in fraps
by wine-bugs＠winehq.org Nov. 23, 2014

Nov. 23, 2014

http://bugs.winehq.org/show_bug.cgi?id=18054 Summary: Very big fps drop when recording in fraps Product: Wine Version: 1.1.19 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: puciek(a)gmail.com Recently i've tried to record ingame video using fraps via wine and i've encountered very huge fps drop (from 105 to 15) which is definitly caused by some sort of bug because on windows box this drop is nowhere so drastic. -- 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 10

[Bug 19996] New: XCardIssuer fails to run properly
by wine-bugs＠winehq.org Nov. 23, 2014

Nov. 23, 2014

http://bugs.winehq.org/show_bug.cgi?id=19996 Summary: XCardIssuer fails to run properly Product: Wine Version: 1.1.29 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: taupter(a)gmail.com Created an attachment (id=23531) --> (http://bugs.winehq.org/attachment.cgi?id=23531) Error messages, stack dump, register dump and backtrace When I run the progam, a window pops up with the following message: Program Error The program CardIssuer.exe has encountered a serious problem and needs to close. We are sorry for the inconvenience. This can be caused by a problem in the program or a deficiency in Wine. You may want to check http://appdb.winehq.org for tips about running this application. If this problem is not present under Windows and has not been reported yet, you can report it at http://bugs.winehq.org and then another window: Application Error Exception EExternalException in module ntdll.dll at 0002C538. External exception C0000025. Platfort it ran fine: Windows XP SP2 32bits. -- 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 13

[Bug 15321] New: Yugioh Virtual Desktop 9.0 RC1 crashes upon loading
by wine-bugs＠winehq.org Nov. 23, 2014

Nov. 23, 2014

http://bugs.winehq.org/show_bug.cgi?id=15321 Summary: Yugioh Virtual Desktop 9.0 RC1 crashes upon loading Product: Wine Version: 1.1.4 Platform: HP OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: thundernyannyan(a)hotmail.com Created an attachment (id=16154) --> (http://bugs.winehq.org/attachment.cgi?id=16154) Terminal Output log This program creates a "Run-time error '445': Object doesn't support this action" as soon as the interface loads. The download comes with several .dll and .ocx files, most of which do not seem to come pre-packaged with Wine 1.1.4 (the only one I can remember which wasn't new was oleaut32.dll, but there may have been one or two others). I've tried moving these files into Wine's system32 folder and running the program both with and without having those files set as Native Then Builtin. The only difference I found was that setting oleaut32.dll as Native Then Builtin causes the error message to change to "Run-time error '-2147467259 (80004005)': Automation error." Whether this means the problem is with the oleaut.dll file itself, a combination of files, or something else entirely, I have no idea. Here are the links to download the required files: YVD 9.0 Beta 12 (contains all the base files necessary to run): http://www.xerocreative.com/yvd9prefinal.zip YVD 9.0 RC1 Test Build 5 (contains two files which must be used in place of the Beta 12 files): http://xerocreative.com/YVD9rc1b5.zip -- 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 14671] New: HCA fails to communicate with LynX-10 module through COM-1, gives error pop-up
by wine-bugs＠winehq.org Nov. 23, 2014

Nov. 23, 2014

http://bugs.winehq.org/show_bug.cgi?id=14671 Summary: HCA fails to communicate with LynX-10 module through COM-1, gives error pop-up Product: Wine Version: 1.1.2 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: Cobra176(a)chartermi.net Created an attachment (id=15126) --> (http://bugs.winehq.org/attachment.cgi?id=15126) Screenshot of the error dialog Marrick Ltd. Home Control Assistant (HCA) fails to communicate with a LynX-10 module connected to COM-1, returns an error pop-up window [see image attachment] This error occurs when in hardware setup, clicking the Test button for the device. The device is specified manually-there is nothing implying that there was any actual communication with the device. Activity lights did not come on with the LynX-10. The software cannot perform its task without communicating with the interface. This does not occur within native Win98SE. The device is indeed connected to serial port 1 and is powered up. Background info: LynX-10 is an X10 interface used for home automation for sending digital messages through AC lines to turn various devices on and off, dim lights, etc. with computer control. It connects using a serial port, is powered off the AC and has an activity light for serial exchanges. http://www.hcatech.com/ The software is designed to interface with a variety of interfaces; each interface needs specification as to what COM port it is attached to. Next to each interface on the setup dialog is a Test button. When this Test button is clicked the dialog described above occurs. The attached log starts from startup of the program, which runs quite smoothly until the explicitly-marked parts. Machine info: kubuntu 8.4, up-to-date (as of Jul 27 2008) 2 serial ports, 1 plugged into LynX-10, second is free. No special serial port software installed on linux end. Windows version mode is "use default" The following DLLs are overridden with no benefit: comcat comctl32 comdlg32 -- 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 18492] New: Lord of the Rings Online: game does not register unmodified mouse clicks on objects in the world
by wine-bugs＠winehq.org Nov. 23, 2014

Nov. 23, 2014

http://bugs.winehq.org/show_bug.cgi?id=18492 Summary: Lord of the Rings Online: game does not register unmodified mouse clicks on objects in the world Product: Wine Version: 1.1.21 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: bentron.winehq(a)gmail.com After a fresh start, mouse clicks register as expected. Some time later, the game no longer registers unmodified (ie, without holding Ctrl or Shift) mouse clicks on objects in the game world such as players, NPCs, corpses, or resource nodes. Mouse clicks, with or without Ctrl or Shift, function normally on most of the UI elements. Moving items in inventory, interacting with menus, clicking buttons on quickbars, buying/selling at a vendor, etc work as expected. Right clicking on chat tabs, player portrait, companion portrait, and possibly other items should open a context menu, but does not after the bug presents itself. Left clicking players, NPCs or objects in the game world to select them as the active target does not work. However, if floating names are displayed, clicking on the NPC/object/player's floating name does work to target. Right clicking a corpse, resource node, or interactable item (such as a quest object or door) does not work. However, holding shift and right clicking does. In the case of a corpse or resource node, it functions to "auto loot" (loot all items without confirmation). In the case of a quest object or door, it functions as a normal right click should (presumably because this is no action associated to shift+right click for such objects). Holding left or right click while moving the mouse functions as expected to move the camera and player character. Hovering the mouse over players/NPCs/objects in the world does highlight the object as well. This bug may be related to Bug 17267 ( http://bugs.winehq.org/show_bug.cgi?id=17267 ). -- 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