wine-bugs January 2013

wine-bugs@winehq.org

1 participants
9264 discussions

[Bug 26691] New: Activex Control Can't create object(Ole errors are output)
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=26691 Summary: Activex Control Can't create object(Ole errors are output) Product: Wine Version: 1.2.2 Platform: x86-64 OS/Version: Mac OS X 10.6 Status: UNCONFIRMED Severity: normal Priority: P2 Component: ole32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: srohanreddy.iit(a)gmail.com Created an attachment (id=33989) --> (http://bugs.winehq.org/attachment.cgi?id=33989) Attachment is RTF(showing erors in terminal) wine version is 1.2.2 tried what u have mentioned in bug22611 it still doesnt wrk gives the same error, please find the text files attached showing errors in terminal it also gives Main Load:Activex component can't create object if i click ok then workstation is opened partially, but nothing works, if i click any buttion it crashes The setup Iam trying to install is related to stock market watch -- 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 23250] New: Twinview - wine only launches if desktop size is smaller than actual screen resolution
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=23250 Summary: Twinview - wine only launches if desktop size is smaller than actual screen resolution Product: Wine Version: 1.2-rc3 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ngoonee(a)gmail.com When running twinview, Wine prefers the left desktop to start on for full-screen apps. For windowed apps, the resolution must be set to 1 less vertical pixel than the actual resolution (1280x799 on a 1280x800 screen) for the Wine app to start on the correct desktop (from which it was launched). This may be related to http://bugs.winehq.org/show_bug.cgi?id=18833, but I believe more clearly indicates some underlying cause. Posted a forum thread about it here http://forum.winehq.org/viewtopic.php?t=8664. As far as I can see, Wine is trying to do this:- 1. Start app on screen its launched on (correct behaviour) 2. Unable to do that if window size is exactly same as screen (wrong behaviour) 3. Prefers left-most window (0x0 position I guess) if 2. fails (correct behaviour) This is on Gnome, running compiz or metacity (no difference in behaviour). -- 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 23114] New: Wine renders the fonts differently from the rest of the system
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=23114 Summary: Wine renders the fonts differently from the rest of the system Product: Wine Version: 1.2-rc2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: da_fox(a)mad.scientist.com Wine renders the fonts differently from the rest of the system. Wine claims to use the system settings for for rendering, however as can be seen in the screenshot provided in bug #17148 ("Use the system desktop setting for subpixel font smoothing."), it clearly differs from the rest of the system. Wine should render the fonts the same way as all other applications on the desktop. I've also provided the relevant system fontconfig settings as an attachment in bug #17148. -- 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 18

[Bug 21225] New: tray icons don't get keyboard focus properly
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=21225 Summary: tray icons don't get keyboard focus properly 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: pleasenospam325(a)mail.ru Hi. I use wine 1.1.35 and gnome-panel 2.28 I press Ctrl-Alt-Tab to focus the upper panel, then press Tab or arrows to select an item. When focus reaches one of the windows tray icons, it stops responding to keyboard. Sometimes even global hotkeys like "Alt-Tab" stop working. It's the case at least for uTorrent, Steam and The Bat. -- 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 30807] New: Thread IDs are &~3 (multiples of 4) on Windows. Application presumes this behavior and fails
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=30807 Bug #: 30807 Summary: Thread IDs are &~3 (multiples of 4) on Windows. Application presumes this behavior and fails Product: Wine Version: unspecified Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: aj664(a)hotmail.com Classification: Unclassified On Win7-64(and i suspect -32 on NT,2k,XP,Vista) the Thread ID's are all multiples of 4. This "feature" is used within an application. Wine currently produces thread ID values multiples of 1. Here is some Microsoft Insider chatter about it: http://blogs.msdn.com/b/oldnewthing/archive/2008/02/28/7925962.aspx I would like to see Wine changed to only issue Thread ID values as multiples of 4, in line with how Windows works. Granted there are no official reasons why thread IDs should be multiples of 4, but given this has been the behavior of the NT kernel from as far back as, well, NT! it seems like something that should be done for maximum compatibility. Without this, applications that have presumed this multiple will have very subtle bugs, something not easily detected. -- 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 26290] New: Ubuntu 10.10 x Wine x Visual Dataflex
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=26290 Summary: Ubuntu 10.10 x Wine x Visual Dataflex Product: Wine Version: 1.3.0 Platform: x86 OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: rodrigo(a)computex.com.br Created an attachment (id=33517) --> (http://bugs.winehq.org/attachment.cgi?id=33517) Ubuntu 10.10 x Wine x Visual Dataflex Estou usando o wine para rodar uma aplicação do windows, as essa aplicação funciona da seguinte forma: c:\arquivos de programas\VDF7\bin\dfrun.exe c:\sietex\programs\sietex.vd7, a aplicação é chamada como se fosse um parâmetro. -- 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 25044] New: When calling a program via symlink, it causes a crash through TMySQLConnection.SetActive
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=25044 Summary: When calling a program via symlink, it causes a crash through TMySQLConnection.SetActive Product: Wine Version: 1.3.6 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: wine-bugzilla(a)thequod.de If I am starting HeidiSQL using a symlink like this, it crashes as soon as connecting to the MySQL server: /home/user/bin/heidisql -> /home/user/.wine/drive_c/Programme/HeidiSQL/heidisql.exe* However, when directly calling the symlink target (/home/user/.wine/drive_c/Programme/HeidiSQL/heidisql.exe), it works. I am attaching the MadExcept backtrace that is generated by HeidiSQL (with the inner most entry being unknown) as bugreport.txt: main thread ($9): 00000000 ??? 0075aa9f heidisql mysql_connection 483 +13 TMySQLConnection.SetActive 006c2fc2 heidisql Main 2768 +8 TMainForm.InitConnection 00703b2d heidisql connections 218 +3 Tconnform.btnOpenClick Then, i have created a debug log using WINEDEBUG=+relay,+seh,+tid, which is rather huge, but hopefully helpful. You can get HeidiSQL from http://www.heidisql.com/download.php (I have been using the latest build, currently r3579 - you can just download the .exe after having setup the last release). Please let me know if I can provide any additional information. -- 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 19

[Bug 24219] New: Digital Photo Professional [dpp]: slides don't go all the way to the left
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=24219 Summary: Digital Photo Professional [dpp]: slides don't go all the way to the left Product: Wine Version: 1.3.1 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: chemacg(a)gmail.com Created an attachment (id=30493) --> (http://bugs.winehq.org/attachment.cgi?id=30493) Image showing the bug This program, DPP, has slides to set the different options, and these slides never reach the value at the far left, for example, contrast only can go to -3, when it should be -4, or saturaion also to -3 instead of -4. You'll see it better on the image i've attached, all the controls are set to the left all they can, but, as you see, they haven't reached the minimum posible value. -- 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 23454] New: Application refuses to run unless in 8-bit (256 colour) mode
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=23454 Summary: Application refuses to run unless in 8-bit (256 colour) mode Product: Wine Version: 1.2-rc5 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: markk(a)clara.co.uk I'm trying to get an educational CD-ROM published by Knowledge Adventure, "Jump Ahead Toddlers 2000" to work in Wine. Running AUTORUN.EXE on the disc, the program displays an error dialog box saying it must be run in 256-colour mode. There's no console output. While Windows has a compatibility mode setting to run in 256-colour mode, there doesn't seem to be a equivalent feature in Wine, even when using virtual desktop mode. Is there a general workaround for those older programs which refuse to run in 16-bit or higher depth modes? I'd suggest an option in Winecfg to fake 256 colour mode, so any programs which check the desktop depth are told it is 8. -- 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 23118] New: Portal lags for a second when creating first portal
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=23118 Summary: Portal lags for a second when creating first portal Product: Wine Version: 1.2-rc2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: matejcik(a)gmail.com when playing Portal, first time i open a portal the game stutters and lags for about a second. The lag appears when the portal just hits the ground and is about to open. It blocks the "portal opening" sample, which loops a couple times before the game resumes. It seems to be somewhat worse when GLaDOS is speaking at the same time, but that might just be a false perception (because GLaDOS's voice stutters as well). It happens with computer-controlled portal guns too, e.g. at the very start of the game, where a portal is automatically opened for you in the starting chamber. Creating subsequent portals in the same area is OK, but sometimes I experience the same stutter in the same map a few rooms further. It reproducibly happens when a new map is loaded. It happens with any dxlevel setting from 80 through 98. Portal depth is set to 2, i didn't test with lower setting, i will try with 0 and report back. i checked in Windows and creating the first portal is OK my system is intel core i5 with 32bit Ubuntu 10.04 and Wine from PPA. GPU is Radeon HD 4670, binary fglrx driver i am playing with compiz turned off -- 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 January 2013