January 2012 - Wine-bugs - list.winehq.org

[Bug 27030] New: iTunes 10.2.2 : Incomplete UI Graphics (Notably Slider Bars and Partitioners)
by wine-bugs＠winehq.org 02 Jul '24

02 Jul '24

http://bugs.winehq.org/show_bug.cgi?id=27030 Summary: iTunes 10.2.2 : Incomplete UI Graphics (Notably Slider Bars and Partitioners) Product: Wine Version: 1.3.15 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: haggisman2005_23(a)hotmail.com Steps To Reproduce Install x86 iTunes with Wine under XP mode Swap to Win7 Mode and run Decline CD autorun winetricks riched20 <-- Bypass http://bugs.winehq.org/show_bug.cgi?id=24255 Now you can see from my screenshot what is garbled, slider bars have a particular problem. Note: On every startup it will warn you about it not being installed correctly and have issues with CD mounting. This is a known bug, just hit "ok" and ignore it. Does not affect this bug being reported. -- 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.

2 12

[Bug 15796] New: Americas Army Deploy Client does not install
by wine-bugs＠winehq.org 02 Jul '24

02 Jul '24

http://bugs.winehq.org/show_bug.cgi?id=15796 Summary: Americas Army Deploy Client does not install Product: Wine Version: 1.1.6 Platform: PC URL: http://files.filefront.com/Americas+Army+Deploy+Client+v 123+Installer/;12072120;/fileinfo.html OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mscoree AssignedTo: wine-bugs(a)winehq.org ReportedBy: ead1234(a)hotmail.com Created an attachment (id=16915) --> (http://bugs.winehq.org/attachment.cgi?id=16915) console output America's Army Deploy Client installer fails. Wine states to use mono for .NET support. After installing MONO for windows and then running the installer wine crashes due to an unimplimented function mscoree.dll.ClrCreateManagedInstance and then msi returns an error of err:msi:custom_get_thread_return Invalid Return Code and the installer states there was an error before installation completed. -- 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.

2 23

[Bug 21952] New: Word 2003: glyphs position in incorrect in embedded equations
by wine-bugs＠winehq.org 02 Jul '24

02 Jul '24

http://bugs.winehq.org/show_bug.cgi?id=21952 Summary: Word 2003: glyphs position in incorrect in embedded equations Product: Wine Version: 1.1.40 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdiplus AssignedTo: wine-bugs(a)winehq.org ReportedBy: oleh.nyk(a)gmail.com Created an attachment (id=26650) --> (http://bugs.winehq.org/attachment.cgi?id=26650) formula "++++====----" with builtin gdiplus Since commit db3d756c1e4b03b0fb33f2863ab3d2275dcf00c2 Author: Vincent Povirk <vincent(a)codeweavers.com> Date: Sun Jan 24 15:18:46 2010 -0600 gdiplus: Prefer the builtin version. both spacing in an Equation formula and its size are wrong (although in a separate Equation window the formula looks ok, see bug 5264). The normal look can be restored either by reverting this patch or by setting gdiplus=native in winecfg. Screenshots with native (good) and builtin (bad) gdiplus are in attachments. -- 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.

2 20

[Bug 11287] New: err:ole: CoInitializeEx Attempt to change threading model of this apartment from apartment threaded to multi-threaded
by wine-bugs＠winehq.org 02 Jul '24

02 Jul '24

http://bugs.winehq.org/show_bug.cgi?id=11287 Summary: err:ole:CoInitializeEx Attempt to change threading model of this apartment from apartment threaded to multi- threaded Product: Wine Version: 0.9.5. Platform: Macintosh OS/Version: Mac OS X 10.5 Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: ole AssignedTo: wine-bugs(a)winehq.org ReportedBy: kevin01(a)kilohotel.com I get an error when trying to run My Sirius Studio.exe http://download.sirius.speedera.net/stiletto/SiriusStudioSetup.exe The error is: fixme:win:EnumDisplayDevicesW ((null),0,0x61e3e0,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),0,0x61e3e0,0x00000000), stub! fixme:wtsapi:WTSRegisterSessionNotification Stub 0x6002c 0x00000000 err:ole:CoInitializeEx Attempt to change threading model of this apartment from apartment threaded to multi-threaded err:ole:CoGetClassObject class {25baad81-3560-11d3-8471-00c04f79dbc0} not registered err:ole:CoGetClassObject no class object {25baad81-3560-11d3-8471-00c04f79dbc0} could be created for context 0x1 ** (My Sirius Studio.exe:44): WARNING **: Thread 00000000 may have been prematurely finalized err:seh:raise_exception Unhandled exception code c0000005 flags 0 addr 0x68fa02fc In order to install and use this software, I did the following: winetricks corefonts winetricks mono12 wineticks gdiplus I had to use the native gdiplus, or I get the problem seen in bug 11033. -- 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.

2 20

[Bug 25355] New: Time clock SBE 1.2 and 2.2 not working properly on ubuntu 10.04LTS
by wine-bugs＠winehq.org 02 Jul '24

02 Jul '24

http://bugs.winehq.org/show_bug.cgi?id=25355 Summary: Time clock SBE 1.2 and 2.2 not working properly on ubuntu 10.04LTS Product: Wine Version: 1.2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ryanmore2006(a)yahoo.com.ph Our company used Ubuntu 8.04 install in all computer in all branches. were using Time clock SBE 1.2 for time logging for all our employees. the said software were stable in ubuntu 8.04 LTS wine wine version 1.0. The problem starts when we updated the LINUX OS to Ubuntu 10.04LTS with wine 1.2 install, but something wrong with the some menu can't be seen anymore, we tried to update the time clock sbe form 1.2 to 2.2 but the unfortunately it did not fixed the problem. we also updated the version of wine but still the same. for reference i will attached the screen shot for ubuntu 8.04 and 10.04 Im homping that someone can help me with this problem. -- 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.

2 13

[Bug 27294] New: livezilla can't start, complains of missing Verdana font
by wine-bugs＠winehq.org 02 Jul '24

02 Jul '24

http://bugs.winehq.org/show_bug.cgi?id=27294 Summary: livezilla can't start, complains of missing Verdana font Product: Wine Version: 1.3.20 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com A user complained that Livezilla wouldn't start, see http://forum.winehq.org/viewtopic.php?t=12202 I was able to reproduce this, plus a possible font-related gdiplus bug: cd $HOME rm -rf ~/.wine sh winetricks corefonts dotnet20 wget http://www.livezilla.net/downloads/pubfiles/LiveZilla_3.3.2.2_Full.exe wine LiveZilla_3.3.2.2_Full.exe cd ~/".wine/drive_c/Program Files/LiveZilla" wine LiveZilla That gets the error Your system misses the font Microsoft Sans Serif Copying micross.ttf from a Windows system into ~/.wine/drive_c/windows/Fonts gets past that. (Dunno if that needs to be added to winetricks, or if one of the existing fonts in 'allfonts' should satisfy it.) The next problem is Your system misses the font Tahoma Doing winetricks tahoma gdiplus gets past that. (Don't know why gdiplus was needed, that's interesting.) The next problem is the user's error, Your system misses the font 'Verdana Regular' Which is funny, because Verdana Regular is already in windows/Fonts, and WINEDEBUG=+font shows trace:font:AddFontToList Loading font file "/home/dank/.wine/dosdevices/c:/windows/Fonts/Verdana.TTF" index 0 trace:font:get_familyname Got localised name L"Verdana" trace:font:AddFontToList fsCsb = 2000019f 00000000/00000287 00000000 00000000 00000000 trace:font:AddFontToList Added font L"Verdana" L"Regular" ... trace:font:AddFontToList Loading font file "/usr/share/fonts/truetype/msttcorefonts/Verdana.ttf" index 0 trace:font:get_familyname Got localised name L"Verdana" trace:font:AddFontToList Already loaded font L"Verdana" L"Regular" original version is 10000, this version is 10000 trace:font:AddFontToList Original font is newer so skipping this one Oddly, at some point, wine forgets about the Regular variant: trace:font:DumpFontList Family: L"Verdana" 000d:Ret advapi32.RegGetValueW() retval=0000trace:font:DumpFontList L"Bold" 2000019f 000d:Call advapi32.RegGetValueW(0000004c,000trace:font:DumpFontList L"Bold Italic" 2000019f Perhaps one of the fonts in /usr/share/fonts is interfering... -- 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.

2 15

[Bug 24653] New: Builtin GdiPlus doesn't draw lines equally to native GdiPlus
by wine-bugs＠winehq.org 02 Jul '24

02 Jul '24

http://bugs.winehq.org/show_bug.cgi?id=24653 Summary: Builtin GdiPlus doesn't draw lines equally to native GdiPlus Product: Wine Version: 1.3.4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: gdiplus AssignedTo: wine-bugs(a)winehq.org ReportedBy: boreno(a)gmail.com Created an attachment (id=31163) --> (http://bugs.winehq.org/attachment.cgi?id=31163) Sourcecode that draws GdiPlus pixel-perfection tests. Image that shows tests drawn using native and builtin GdiPlus. Lines are off by 1 pixel at either start or end position depending on drawing operation. Image and source code attached. Marked with severity major since it ruins pixel-perfection for UI components developed to rely on GdiPlus. In other words, it looks too ugly to be released to customers. -- 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.

2 20

[Bug 27447] New: HAL7600 doesn't start System.InvalidOperationException: WinForms_SeeInnerException
by wine-bugs＠winehq.org 02 Jul '24

02 Jul '24

http://bugs.winehq.org/show_bug.cgi?id=27447 Summary: HAL7600 doesn't start System.InvalidOperationException: WinForms_SeeInnerException Product: Wine Version: 1.3.22 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mscoree AssignedTo: wine-bugs(a)winehq.org ReportedBy: adys.wh(a)gmail.com Unhandled Exception: System.InvalidOperationException: WinForms_SeeInnerException ---> System.Reflection.TargetInvocationException: Exception has been thrown by the target of an invocation. ---> System.ComponentModel.Win32Exception: No valid icon entry were found. at System.Drawing.Icon.InitFromStreamWithSize (System.IO.Stream stream, Int32 width, Int32 height) [0x00000] in <filename unknown>:0 at System.Drawing.Icon..ctor (System.Runtime.Serialization.SerializationInfo info, StreamingContext context) [0x00000] in <filename unknown>:0 at (wrapper managed-to-native) System.Reflection.MonoCMethod:InternalInvoke (System.Reflection.MonoCMethod,object,object[],System.Exception&) at System.Reflection.MonoCMethod.Invoke (System.Object obj, BindingFlags invokeAttr, System.Reflection.Binder binder, System.Object[] parameters, System.Globalization.CultureInfo culture) [0x00000] in <filename unknown>:0 --- End of inner exception stack trace --- at System.Reflection.MonoCMethod.Invoke (System.Object obj, BindingFlags invokeAttr, System.Reflection.Binder binder, System.Object[] parameters, System.Globalization.CultureInfo culture) [0x00000] in <filename unknown>:0 at System.Reflection.MethodBase.Invoke (System.Object obj, System.Object[] parameters) [0x00000] in <filename unknown>:0 ... at Microsoft.VisualBasic.ApplicationServices.WindowsFormsApplicationBase.Run (System.String[] commandLine) [0x00000] in <filename unknown>:0 at HAL7600.My.MyApplication.Main (System.String[] Args) [0x00000] in <filename unknown>:0 http://forums.mydigitallife.info/threads/23966-UNSUPPORTED-HAL7600-Permanen… mono210 required. Check url for direct download link -- 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.

2 11

[Bug 21806] New: Star Wars Empire at War: Demo crashes during battles
by wine-bugs＠winehq.org 23 Jun '24

23 Jun '24

http://bugs.winehq.org/show_bug.cgi?id=21806 Summary: Star Wars Empire at War: Demo crashes during battles Product: Wine Version: 1.1.39 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gaming4jc2(a)yahoo.com Created an attachment (id=26385) --> (http://bugs.winehq.org/attachment.cgi?id=26385) Tutorial 1 debugs, pagefaults, backtraces... This seems to affect the game any time you are going into battle. At the loading screen the game will issue a exception. You have two choices, retry or cancel. I've provided a backtrace log that results from each selection - as well as the game's built debugger log. For anyone wishing to confirm, just try Tutorial 1. It will crash in under 2mins. The other tutorials may crash too, but not nearly as often since there's not many battles to load. I was using the Demo CD I got in a promo. -- 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.

2 16

[Bug 17195] New: NamedPipe datagrams need to be _really_ datagrams
by wine-bugs＠winehq.org 06 Jun '24

06 Jun '24

http://bugs.winehq.org/show_bug.cgi?id=17195 Summary: NamedPipe datagrams need to be _really_ datagrams Product: Wine Version: unspecified Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: lkcl(a)lkcl.net ok, after a little bit of investigation, i think i understand the pipes code enough to be able to say what's going on, and i'm seeing something like this: process 1: recvpipe = CreateNamedPipe("\\pipe\fred") ReadFile(recvpipe, buffer, &length); printf(length) ===> 43 ReadPipe(recvpipe, buffer, &length); /* no data */ process 2: sendpipe = CreateNamedPipe("\\pipe\fred") length = 9; WriteFile(sendpipe, buffer, &length); length = 34; WriteFile(sendpipe, buffer, &length); what's happening is that the data being sent down the pipes isn't being done as datagrams. the implementation is using a stream-based fd. the solution is: you _must_ implement a protocol on top of the pipes which sends the length (as a 32-bit int, whatever) which is read off the fd, followed by the data stream of _exactly_ that length. _must_. there's no two ways about this. the protocol of Pipes is unfortunately a combination of both datagrams and streams. datagrams because the lengths of data sent are absolute and inviolate. streams because the data order and reliability are _also_ absolute and inviolate. you can't use datagrams (because they're unreliable). you can't expect all unixen to support datagrams on top of unix sockets (if that's what's being used). so - you have to send the length, as part of the implementation of the pipe-data-send. sending a length will also solve the issue of trying to send zero-length pipe datagrams. as a first implementation, you _might_ be able to get away with assuming that when someone asks for some data, they _will_ provide a buffer big enough. ... actually... i don't see any ERR_MORE_DATA error codes in NtReadFile, so that would explain... this is going to get messy :) -- 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.

2 241