September 2014 - Wine-bugs - list.winehq.org

[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 33410] New: QQ International 1.6 displays its window abnormally with a black line across
by wine-bugs＠winehq.org 02 Jul '24

02 Jul '24

http://bugs.winehq.org/show_bug.cgi?id=33410 Bug #: 33410 Summary: QQ International 1.6 displays its window abnormally with a black line across Product: Wine Version: 1.5.28 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdiplus AssignedTo: wine-bugs(a)winehq.org ReportedBy: fangendoucg(a)gmail.com Classification: Unclassified Created attachment 44204 --> http://bugs.winehq.org/attachment.cgi?id=44204 screenshot Hi folks, While I install QQ International QQIntl1.61.exe, its first window shows with a threadlet across.See the attachment. Well, winetricks gdiplus can workaround it. It's free to download. $ sha1sum QQIntl1.61.exe 6cd9042f591a7b140e3216df2851c9b7a436be34 QQIntl1.61.exe -- 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 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 32266] New: Songr Portable 2.0 fails to start
by wine-bugs＠winehq.org 02 Jul '24

02 Jul '24

http://bugs.winehq.org/show_bug.cgi?id=32266 Bug #: 32266 Summary: Songr Portable 2.0 fails to start Product: Wine Version: 1.5.17 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jaimerave(a)gmail.com Classification: Unclassified Created attachment 42579 --> http://bugs.winehq.org/attachment.cgi?id=42579 Error log Songr Portable 2.0 fails to start with current version of Wine, I guess is a problem with Wine-mono since Songr requires .Net 3.5 to work. -- 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 37050] New: Wine and FreeSCAN.exe fails to load
by wine-bugs＠winehq.org 02 Jul '24

02 Jul '24

http://bugs.winehq.org/show_bug.cgi?id=37050 Bug ID: 37050 Summary: Wine and FreeSCAN.exe fails to load Product: Wine Version: 1.6.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: loader Assignee: wine-bugs(a)winehq.org Reporter: hd625b(a)gmail.com Used Lunix Mint17 Terminal and Wine to run FreeSCAN.exe which threw the errors below. FreeSCAN.exe is from SixSpot Software. hd625b(a)MyLunixMint17 ~ $ wine "/home/hd625b/.wine/drive_c/Program Files/FreeSCAN/FreeSCAN.exe" Unhandled Exception: System.TypeLoadException: Could not load type 'FreeSCAN.lblSiteNote' from assembly 'FreeSCAN, Version=0.8.3.0, Culture=neutral, PublicKeyToken=null'. at FreeSCAN.My.MyProject+MyForms.get_lblSiteNote () [0x00000] in <filename unknown>:0 at FreeSCAN.My.MyApplication.OnCreateMainForm () [0x00000] in <filename unknown>:0 at Microsoft.VisualBasic.ApplicationServices.WindowsFormsApplicationBase.OnRun () [0x00000] in <filename unknown>:0 at Microsoft.VisualBasic.ApplicationServices.WindowsFormsApplicationBase.Run (System.String[] commandLine) [0x00000] in <filename unknown>:0 at FreeSCAN.My.MyApplication.Main (System.String[] Args) [0x00000] in <filename unknown>:0 [ERROR] FATAL UNHANDLED EXCEPTION: System.TypeLoadException: Could not load type 'FreeSCAN.lblSiteNote' from assembly 'FreeSCAN, Version=0.8.3.0, Culture=neutral, PublicKeyToken=null'. at FreeSCAN.My.MyProject+MyForms.get_lblSiteNote () [0x00000] in <filename unknown>:0 at FreeSCAN.My.MyApplication.OnCreateMainForm () [0x00000] in <filename unknown>:0 at Microsoft.VisualBasic.ApplicationServices.WindowsFormsApplicationBase.OnRun () [0x00000] in <filename unknown>:0 at Microsoft.VisualBasic.ApplicationServices.WindowsFormsApplicationBase.Run (System.String[] commandLine) [0x00000] in <filename unknown>:0 at FreeSCAN.My.MyApplication.Main (System.String[] Args) [0x00000] in <filename unknown>:0 hd625b(a)MyLunixMint17 ~ $ -- 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 19

[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 32449] New: QGIS err:module:import
by wine-bugs＠winehq.org 29 Jun '24

29 Jun '24

http://bugs.winehq.org/show_bug.cgi?id=32449 Bug #: 32449 Summary: QGIS err:module:import Product: Wine Version: 1.5.19 Platform: x86 URL: http://hub.qgis.org/projects/quantum-gis/wiki/Download OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: guy.roussin(a)teledetection.fr Classification: Unclassified Created attachment 42810 --> http://bugs.winehq.org/attachment.cgi?id=42810 Error log when launching qgis 1.8.0-1 on wine 1.5.19 Hi, QuantumGIS is an open source software which run very fine on linux. Today, i try the windows version on a quantal 32 bits chroot on my debian sid amd64. http://qgis.org/downloads/QGIS-OSGeo4W-1.8.0-1-Setup.exe I get this error when launching qgis : (see attachment) I get the same error with PlayOnLinux ... Thank you, Guy -- 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 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 35984] New: Leftover pixels in Microsoft Paint when using Rectangle tool with thick border
by wine-bugs＠winehq.org 07 Jun '24

07 Jun '24

http://bugs.winehq.org/show_bug.cgi?id=35984 Bug ID: 35984 Summary: Leftover pixels in Microsoft Paint when using Rectangle tool with thick border Product: Wine Version: 1.7.15 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: Nachanon_Vetjasit(a)hotmail.com Created attachment 48104 --> http://bugs.winehq.org/attachment.cgi?id=48104 Screencast demonstrating the leftover lines problem I've used Microsoft Paint on WINE, I found that when I set line thickness to >1px (using Line tool) and select Rectangle tool, then drag mouse to South-East direction to create a rectangle (but don't release mouse button yet), then move to West, then North, and release the button. I'll see that some color pixels that's used to be old rectangle border were left over. The larger line size, more obvious the effect. Apart from leftover lines, there is also a knot on the top left of the rectangle. (Won't be visible at first glance, use Magnifier tool to see it) These leftover lines (and knot) also didn't disappear on Undo too. Screencast demonstrating this problem and affected image also attached. (Using 5px line thickness in this case). Microsoft Paint 5.1.2600.5512 (mspaint.exe from Windows XP SP3) mfc42u.dll 6.2.8071.0 picked from Windows XP SP3, placed with the same directory as mspaint.exe WINE: 1.7.15 (git), set to Windows version XP WINE installed without XInput2, OSMesa, OpenCL, CMS, GStreamer, and OSS support System: Debian GNU/Linux 5.0 "Lenny" i386 -- 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 9

[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