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

[Bug 29798] New: Cisco IP Communicator 8.6(1): crashes after Audiosetup
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=29798 Bug #: 29798 Summary: Cisco IP Communicator 8.6(1): crashes after Audiosetup Product: Wine Version: 1.4-rc2 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: roger(a)gunis.de Classification: Unclassified Created attachment 38709 --> http://bugs.winehq.org/attachment.cgi?id=38709 Backtrace from the abort of the Wizzard Installing the Cisco IP Communicator worked fine. The first step is an audio configuration site. I could configure the Audio Devices and testing it. Unfortunately after testing the audios the wizzard could not be closed successful. Instead the wizzard fails and wine is reporting a 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.

1 8

[Bug 23996] New: alt.binz version 0.25.0 not loading
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=23996 Summary: alt.binz version 0.25.0 not loading Product: Wine Version: 1.2 Platform: x86 URL: http://www.altbinz.net/ OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: leo_mancini(a)yahoo.com Created an attachment (id=30137) --> (http://bugs.winehq.org/attachment.cgi?id=30137) Alt.binz 0.25.0 not working... Here is the error message Hi all, When loading alt.binz program, it does not load at all. and displays the error message as attached in the screenshot. It used to work prior to my upgrade to Opensuse 11.3 when I was using version 11.2 instead. -- 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 18390] New: Roblox can't join a game
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=18390 Summary: Roblox can't join a game Product: Wine Version: 1.1.20 Platform: Other URL: http://roblox.com OS/Version: other Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com After working around bug 18388 and bug 18389, trying to join a game fails; the browser says it can't start the game, and tells you to start the app (which you already did). On the console, one sees a suspicious error message from gecko: fixme:shdocvw:HttpNegotiate_BeginningTransaction (0x5c239a8)->(L"" L"" 0 0x33c794) 0[15c4c8]: file (null), line 0: uncaught exception: [Exception... "Unexpected error" nsresult: "0x8000ffff (NS_ERROR_UNEXPECTED)" location: "JS frame :: http://www.roblox.com/ScriptResource.axd?d=lz2oPY8_Yxfc8W_Nr5tWGxJ8z2w_ENPF… :: anonymous :: line 2144" data: no] Possible workaround: launch games directly using e.g. wine roblox.exe -play http://www.roblox.com/Game/join.ashx?jobID=cc310936-d9bd-46a5-99cd-494d6b14… as mentioned at http://forums.roblox4linux.co.cc/index.php?topic=37.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 9

[Bug 30147] New: mmdevapi: incorrect capture overrun handling
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=30147 Bug #: 30147 Summary: mmdevapi: incorrect capture overrun handling Product: Wine Version: 1.3.25 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: mmdevapi AssignedTo: wine-bugs(a)winehq.org ReportedBy: hoehle(a)users.sourceforge.net CC: m.b.lankhorst(a)gmail.com Classification: Unclassified Created attachment 39320 --> http://bugs.winehq.org/attachment.cgi?id=39320 mmdevapi capture test from native w7 machine Most wineXYZ audio drivers do not handle mmdevapi capture overrun correctly. In particular, the ALSA & OSS drivers randomly overwrite old with new data, depending on the read pointer within the capture buffer. Native roughly supports, with some quirks, a scenario like: Initialize(duration=Xms); Start; Sleep(X+Yms); /* Y extra spare time */ Stop; /* optional, buffer is full now */ repeat GetBuffer/ReleaseBuffer until (hr != S_OK); The goal is to obtain one buffer (~Xms) full of data. The attached log from a w7 machine shows what packet gets recorded at what time by tracing GetBuffer's performance counter output parameter (qpc). The key data points are: >capture.c:544: rate: 48000 >capture.c:293: GetBufferSize 23941 period size 480 >capture.c:248: Sleep.1 position 480 pad 16800 flags 0, frames locked: 480 >capture.c:250: sleep qpc=67335132 >capture.c:293: GetBufferSize 23941 period size 480 >capture.c:303: Overrun position 1440 pad 23941 flags 1, frames locked: 480 >capture.c:305: overrun qpc=67355139 This position and qpc jump of exactly one period I don't understand. >capture.c:331: Cont'ed position 1920 pad 23461 flags 0, frames locked: 480 >capture.c:333: cont'ed qpc=67365133 >qpc=67375139 0 position 2400 pad 22981 flags 0, next 480, frames locked: 480 >qpc=67385135 1 position 2880 pad 22501 flags 0, next 480, frames locked: 480 Note how position correlates with 10ms increments of qpc (in µs). >qpc=67795152 42 position 22560 pad 3301 flags 0, next 480, frames locked: 480 >qpc=67805153 43 position 23040 pad 2821 flags 0, next 480, frames locked: 480 >qpc=67815148 44 position 23520 pad 2341 flags 0, next 421, frames locked: 421 >qpc=67823919 45 position 23520 pad 1920 flags 0, next 59, frames locked: 59 >qpc=67825154 46 position 24000 pad 1861 flags 0, next 480, frames locked: 480 >qpc=67835147 47 position 24480 pad 1381 flags 1, next 421, frames locked: 421 >qpc=68085155 48 position 36480 pad 960 flags 1, next 480, frames locked: 480 >capture.c:352: Test failed: Valid IAudioCaptureClient_GetBuffer: 08890001 >qpc=68085155 49 position -1 pad 480 flags 1, next 0, frames locked: 0 qpc indicates that old packets are being delivered until iteration <48, where another position jump occurs. Summary: - I don't know where native's 23941 frames buffer comes from. It's neither a multiple of the period size nor of 1024. - Upon underrun, a DISCONTINUITY is immediately signaled and one packet is skipped. The latter is weird. (I'm wondering whether native overwrites one packet within the circular buffer as an overrun detector, then skips it?). + Then, almost a full buffer of old packets can be retrieved with GetBuffer. - While the full buffer is 49 * 480 + 421, only 48 * 480 + 421 frames can be retrieved with a qpc indicating pre-overrun times. - The last old packet is flagged with DISCONTINUITY too (iteration 47). I'd have expected solely the following one to bear this mark. + When there's room again in the buffer, GetBuffer yields new packets (iteration 48). Both position and qpc reflect the overrun gap that appears to have last for 250ms. DISCONTINUITY is set too. - There's some strange packet splitting at iterations 44-45 that may correspond to a wrap-around of native's buffer. I wonder why native does not limit buffer to multiples of period size. - Note that the position 23520 of the 59 frames fragment rest is the same as that of the previous 421 frames packet. A bug in native? The qpc is different and looks ok. + GetNextPacket exactly matches the following GetBuffer, even when it yields less than one packet, e.g. 421/59/480. - GetCurrentPadding >= period size does not imply a successful GetBuffer, see iteration 49. Only GetNextPacket correlates fine. A bug in native? -- 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 30110] New: Mass effect steam
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=30110 Bug #: 30110 Summary: Mass effect steam Product: Wine Version: 1.4-rc6 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: Monoboy4ik(a)gmail.com Classification: Unclassified Game works fine but sometimes after 1-2 hours playing game freezes. No errors in the console does not appear. Help please -- 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 29809] New: Hype the Time Quest Installer Goes Over 100%
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=29809 Bug #: 29809 Summary: Hype the Time Quest Installer Goes Over 100% Product: Wine Version: 1.3.16 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jthomas97411(a)yahoo.com Classification: Unclassified Wine 1.3.16 is as far back as I tested. For 1.3.16, 1.3.20, 1.4 rc 1, and 1.4 rc 2, if you uncheck the Microsoft DirectX Media check, this will allow the installer to succeed, whereas if you don't uncheck that, it will fail. When it fails (DirectX check left checked), it stops at about 100%. When it succeeds (DirectX check unchecked), it goes to 116%, in the case of the versions mentioned above. There were some versions there for a while, somewhere not too far after 1.3.29, that went to 117% when you didn't uncheck the DirectX test and they failed, and when you did uncheck the DirectX test, the installer stopped at 100% and succeeded. Whereas with these other versions it doesn't go over if you _don't_ uncheck it and does go over if you _do_ uncheck_ it. It still held true that unchecking let it succeed and leaving it checked caused it to fail. So this is a separate bug from the installer simply crashing. Notice how this is different than the DirectX check bug: 29806. This is about the installer going over 100%. I get this 9 times in terminal from when the installer crashes in the case of 1.3.16, 1.3.20, 1.4 rc 1, and 1.4 rc 2: fixme:advpack:ExecuteCabW Cab archive not extracted! Jake -- 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 20232] New: mciwave breaks on MSDN example
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=20232 Summary: mciwave breaks on MSDN example Product: Wine Version: 1.1.30 Platform: All OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: winmm&mci AssignedTo: wine-bugs(a)winehq.org ReportedBy: hoehle(a)users.sourceforge.net I'm reviewing mciwave and mciseq and found numerous issues. Concurrently, I'm augmenting the MCI testsuite. I've attached my current mciwave work-in-progress tests to give you an early insight into my work. The tests so far confirm my model of MCI: I view it like an old-fashioned tape deck with buttons, which you can press in any order. Still there's error checking, e.g. you can't resume when stopped. Like a tape deck, you can switch from playing to recording at any time. Oddly, you can combine fast forward and play in one command, but not rewind with play. The attached tests work fine on (at least one machine with) MS-Windows, but cause Wine to fail and hang in multiple ways. You've been warned! I'd be pleased if people could run the tests on more instances of MS-Windows. I plan to strip down this test file until it at least does not hang anymore in Wine. Then only can it be submitted. Concurrently, I can submit patches to the mci* codebase. Current issues with the mci code in Wine are: - not distinguishing between STOPPING and STOPPED, PLAYING and GOING TO PLAY, etc.; - seriously broken asynchronous execution; - non-error-proof use of InterlockDecrement. It must only be called when waveInAddBuffer and waveOutWrite succeed, as those cause callbacks to happen; - RIFF .wav file not always correctly written; - the mmio is as much as resource as the wave device and must be properly released (mmioAscend, not only when saving); - many items here and there: + bogus 44000Hz frequency; + premature return (in mcicda); + conversion between #bytes and samples; + switching fInput while playing; + copy&paste errors (InterlockedDecrement need be initialised differently when recording and playing) The major issue is concurrency. There I'm not sure how to proceed and rewrite mciwave (and mciseq and mcicda). o One model, Erlang-like, which the OSS driver also implements, is one thread per play and exclusively using message passing to receive commands. This would simplify NOTIFY everywhere. It clearly offers the advantage of being closest to the sequential execution model that is easy to reason about. IMHO, it does not play nicely with the pause command (state machine). o Continue as currently written, but then think twice and even 3-7 times about how to perform locking among the concurrent threads: - Put InterlockIncrement() to more uses? - Put Events to more uses? - Unlike mciavi, there's no CriticalSection in mciwave and mcicda, yet I'm unconvinced that the current synchronisation via volatile dwStatus can suffice. - But then, identifying the critical sections will be tedious and error prone. o Combinations of both, e.g. one thread per play or record (not unlike the present code), and dealing (correctly) with PAUSE, STOP and RESUME inside it (via e.g. events to restart a paused thread, or indirectly, by relying on the callbacks+events sent when invoking waveOutRestart and waveInStart -- is it legal at all to call those from a different thread)? o Is there any other concurrency model suitable in Wine? Regards, Jörg Höhle -- 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 14055] New: Occasional wine crash during Heroes of Might and Magic III gameplay
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=14055 Summary: Occasional wine crash during Heroes of Might and Magic III gameplay Product: Wine Version: 1.0.0 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: riklaunim(a)gmail.com Created an attachment (id=14275) --> (http://bugs.winehq.org/attachment.cgi?id=14275) Crash log During gameplay the game may sometimes crash. It looks like the bug is related to mp3/sound – “mp3dec.asi” (using OOS in wine). The log shows the backtrace. -- 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 72

[Bug 30507] New: Lexware Buchhalter 2012 complains on startup about missing 'arial' font (native gdiplus works around without having 'arial' installed)
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=30507 Bug #: 30507 Summary: Lexware Buchhalter 2012 complains on startup about missing 'arial' font (native gdiplus works around without having 'arial' installed) Product: Wine Version: 1.5.2 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: gdiplus AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, now that bug 30482 is fixed it runs into next one :| The app displays a message box on startup: "Es ist ein Fehler beim Laden von 'Lexware.Components.UI.Startpage.StartpageControl40' aufgetreten: \r\nFont '?' cannot be found." Translated: "An error occurred during load of 'Lexware.Components.UI.Startpage.StartpageControl40': \r\nFont '?' cannot be found." Trace log reveals it tries to load 'Arial': --- snip --- 002a:Call gdi32.CreateFontIndirectA(00cffd18) ret=0033ae93 002a:trace:font:CreateFontIndirectExW (-19 0 0 0 0 0 0 0 0) L"arial" => 0xa710 002a:Ret gdi32.CreateFontIndirectA() retval=0000a710 ret=0033ae93 ... 002a:Call gdiplus.GdipCreateFontFromLogfontW(00000404,027597d8,0032bdb8) ret=06929a74 ... 002a:Call gdi32.CreateFontIndirectW(02759840) ret=7e249dc1 002a:trace:font:CreateFontIndirectExW (-19 0 0 0 0 0 0 0 0) L"arial" => 0xa714 002a:Ret gdi32.CreateFontIndirectW() retval=0000a714 ret=7e249dc1 ... 002a:trace:font:freetype_SelectFont L"arial", h=-19, it=0, weight=0, PandF=00, charset=0 orient 0 escapement 0 002a:trace:font:freetype_SelectFont DC transform 1.000000 0.000000 0.000000 1.000000 002a:trace:font:freetype_SelectFont not in cache 002a:trace:font:freetype_SelectFont (it=0, bd=0) is selected for (it=0, bd=0) 002a:trace:font:freetype_SelectFont Chosen: L"Liberation Sans" L"Regular" (/usr/share/fonts/liberation/LiberationSans-Regular.ttf/(nil):0) 002a:trace:font:freetype_SelectFont font scale y: 1.000000 002a:trace:font:OpenFontFace "/usr/share/fonts/liberation/LiberationSans-Regular.ttf"/(nil), 0, 0 x -19 002a:trace:font:get_font_data Can't find table VDMX 002a:trace:font:OpenFontFace height -19 => ppem 19 002a:trace:font:select_charmap found cmap with platform_id 0, encoding_id 3 002a:trace:font:select_charmap found cmap with platform_id 3, encoding_id 1 002a:trace:font:freetype_SelectFont caching: gdiFont=0x2764008 hfont=0xa714 002a:trace:font:update_font_code_page charset 0 => cp 1252 002a:Ret gdi32.SelectObject() retval=0000007c ret=7e249dd9 002a:Call gdi32.GetTextMetricsW(00000404,0032bc0c) ret=7e249df1 002a:trace:font:get_outline_text_metrics font=0x2764008 002a:trace:font:get_outline_text_metrics OS/2 winA = 1854 winD = 434 typoA = 1491 typoD = -431 typoLG = 307 FT_Face a = 1854, d = -434, h = 2355: HORZ a = 1854, d = -434 lg = 67 maxY = 1864 minY = -621 002a:trace:font:GetTextMetricsW text metrics: Weight = 400 FirstChar = 33 AveCharWidth = 11 Italic = 0 LastChar = 64258 MaxCharWidth = 24 UnderLined = 0 DefaultChar = 32 Overhang = 0 StruckOut = 0 BreakChar = 33 CharSet = 0 PitchAndFamily = 27 -------------------- InternalLeading = 2 Ascent = 17 Descent = 4 Height = 21 002a:Ret gdi32.GetTextMetricsW() retval=00000001 ret=7e249df1 002a:Call gdi32.SelectObject(00000404,0000007c) ret=7e249e79 002a:trace:font:freetype_SelectFont L"System", h=16, it=0, weight=400, PandF=22, charset=0 orient 0 escapement 0 002a:trace:font:freetype_SelectFont DC transform 1.000000 0.000000 0.000000 1.000000 002a:trace:font:freetype_SelectFont returning cached gdiFont(0x139e00) for hFont 0x7c 002a:trace:font:update_font_code_page charset 0 => cp 1252 002a:Ret gdi32.SelectObject() retval=0000a714 ret=7e249e79 ... 002a:trace:font:dump_gdi_font_list ---------- gdiFont Cache ---------- 002a:trace:font:dump_gdi_font_list gdiFont=0x2764008 L"arial" -19 002a:trace:font:dump_gdi_font_list gdiFont=0x2753d40 L"Tahoma" -11 002a:trace:font:dump_gdi_font_list gdiFont=0x25071c8 L"Tahoma" -15 002a:trace:font:dump_gdi_font_list gdiFont=0x2749188 L"Tahoma" -15 002a:trace:font:dump_gdi_font_list gdiFont=0x257e398 L"Tahoma" -11 002a:trace:font:dump_gdi_font_list gdiFont=0x24f1120 L"Arial" -16 002a:trace:font:dump_gdi_font_list gdiFont=0x1bc228 L"MS Sans Serif" -10 002a:trace:font:dump_gdi_font_list gdiFont=0x1e7b30 L"MS Shell Dlg" -11 002a:trace:font:dump_gdi_font_list gdiFont=0x1af3e0 L"MS Shell Dlg" -11 002a:trace:font:dump_gdi_font_list gdiFont=0x192300 L"MS Shell Dlg" -140 002a:trace:font:dump_gdi_font_list gdiFont=0x2587630 L"MS Shell Dlg" -11 002a:trace:font:dump_gdi_font_list gdiFont=0x253fff0 L"Tahoma" -11 002a:trace:font:dump_gdi_font_list gdiFont=0x2541ca0 L"MS Shell Dlg" -141 002a:trace:font:dump_gdi_font_list gdiFont=0x2508740 L"MS Shell Dlg" -11 002a:trace:font:dump_gdi_font_list gdiFont=0x146808 L"MS Shell Dlg" -11 002a:trace:font:dump_gdi_font_list gdiFont=0x14d0c0 L"Arial" -11 002a:trace:font:dump_gdi_font_list gdiFont=0x14ce88 L"Tahoma" -11 002a:trace:font:dump_gdi_font_list gdiFont=0x139e00 L"System" 16 002a:trace:font:dump_gdi_font_list ---------- Unused gdiFont Cache ---------- 002a:trace:font:dump_gdi_font_list gdiFont=0x253d4c0 L"MS Shell Dlg" -11 002a:trace:font:dump_gdi_font_list gdiFont=0x26faad0 L"Tahoma" -11 002a:trace:font:dump_gdi_font_list gdiFont=0x147cd0 L"MS Shell Dlg" -11 002a:trace:font:dump_gdi_font_list gdiFont=0x270fb08 L"MS Sans Serif" -11 002a:trace:font:dump_gdi_font_list gdiFont=0x27178a8 L"MS Sans Serif" -11 002a:trace:font:dump_gdi_font_list gdiFont=0x1ad020 L"Tahoma" -11 002a:trace:font:dump_gdi_font_list gdiFont=0x191e38 L"tahoma" -11 002a:trace:font:dump_gdi_font_list ---------- Child gdiFont Cache ---------- ... 002a:trace:gdiplus:GdipCreateFontFromLogfontW <-- 0x2759840 002a:Ret gdiplus.GdipCreateFontFromLogfontW() retval=00000000 ret=06929a74 ... 002a:Call gdiplus.GdipGetFontUnit(02759840,0032bd8c) ret=0692a333 002a:trace:gdiplus:GdipGetFontUnit (0x2759840, 0x32bd8c) 002a:Ret gdiplus.GdipGetFontUnit() retval=00000000 ret=0692a333 ... 002a:Call gdiplus.GdipGetFontSize(02759840,0032bd90) ret=0692a3e3 002a:trace:gdiplus:GdipGetFontSize (0x2759840, 0x32bd90) 002a:Ret gdiplus.GdipGetFontSize() retval=00000000 ret=0692a3e3 ... 002a:Call gdiplus.GdipGetFontStyle(02759840,0032bd88) ret=0692a493 002a:trace:gdiplus:GdipGetFontStyle 0x2759840 0x32bd88 002a:Ret gdiplus.GdipGetFontStyle() retval=00000000 ret=0692a493 ... 002a:Call gdiplus.GdipGetFamily(02759840,0032bd84) ret=0692a543 002a:trace:gdiplus:GdipGetFamily 0x2759840 0x32bd84 002a:trace:gdiplus:GdipCreateFontFamilyFromName L"arial", (nil) 0x32bd84 002a:Call user32.GetDC(00000000) ret=7e24a9c6 002a:Ret user32.GetDC() retval=000003a8 ret=7e24a9c6 002a:Call gdi32.EnumFontFamiliesW(000003a8,0275985c L"arial",7e24a972,0032bbe8) ret=7e24a9f6 002a:trace:font:FONT_EnumFontFamiliesEx lfFaceName = L"arial" lfCharset = 1 002a:trace:font:freetype_EnumFonts facename = L"arial" charset 1 002a:Ret gdi32.EnumFontFamiliesW() retval=00000001 ret=7e24a9f6 002a:Call user32.ReleaseDC(00000000,000003a8) ret=7e24aa17 002a:trace:font:freetype_SelectFont L"System", h=16, it=0, weight=400, PandF=22, charset=0 orient 0 escapement 0 002a:trace:font:freetype_SelectFont DC transform 1.000000 0.000000 0.000000 1.000000 002a:trace:font:freetype_SelectFont returning cached gdiFont(0x139e00) for hFont 0x7c 002a:trace:font:update_font_code_page charset 0 => cp 1252 002a:Ret user32.ReleaseDC() retval=00000001 ret=7e24aa17 002a:Ret gdiplus.GdipGetFamily() retval=0000000e ret=0692a543 .... 002a:Call user32.MessageBoxW(000100b4,03581478 L"Es ist ein Fehler beim Laden von 'Lexware.Components.UI.Startpage.StartpageControl40' aufgetreten: \r\nFont '?' cannot be found.",0354a768 L"Lexware",00000000) ret=07cd404f --- snip --- The message box can be dismissed and the app still loads. Native gdiplus ('winetricks gdiplus') works *without* having 'arial' font installed. If 'arial' is installed using 'winetricks corefonts' it also works with Wine builtin gdiplus. Regards -- 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 15689] New: Onenote 2007: no drawing.
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=15689 Summary: Onenote 2007: no drawing. Product: Wine Version: 1.1.6 Platform: All OS/Version: All Status: UNCONFIRMED Severity: minor Priority: P2 Component: ole AssignedTo: wine-bugs(a)winehq.org ReportedBy: Crazedhamster(a)hotmail.com Created an attachment (id=16752) --> (http://bugs.winehq.org/attachment.cgi?id=16752) Backtrace Clicking on the drawing tool causes it to go grey and disappear. -- 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