wine-bugs February 2018

wine-bugs@winehq.org

1 participants
8011 discussions

[Bug 44605] New: Memory leak in [main.c:688]
by wine-bugs＠winehq.org 26 Feb '18

26 Feb '18

https://bugs.winehq.org/show_bug.cgi?id=44605 Bug ID: 44605 Summary: Memory leak in [main.c:688] Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: tools Assignee: wine-bugs(a)winehq.org Reporter: fan.gang.cn(a)gmail.com Distribution: --- Created attachment 60593 --> https://bugs.winehq.org/attachment.cgi?id=60593 The sourcebrella-pinpoint screenshot of a memory leak defect. We find a memory leak defect in the file tools/winebuild/main.c. I've uploaded a screenshot of the leak trace. Even though this leak happens in the main function, which means this cannot be count as an actual leak. It is still recommended to free the resource for better coding practice and for future wine newbies. Gang Sourcebrella -- 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 0

[Bug 44604] New: Memory leak in [res32.c:316][import.c:332]
by wine-bugs＠winehq.org 26 Feb '18

26 Feb '18

https://bugs.winehq.org/show_bug.cgi?id=44604 Bug ID: 44604 Summary: Memory leak in [res32.c:316][import.c:332] Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: tools Assignee: wine-bugs(a)winehq.org Reporter: fan.gang.cn(a)gmail.com Distribution: --- Created attachment 60592 --> https://bugs.winehq.org/attachment.cgi?id=60592 The sourcebrella-pinpoint screenshot of a memory leak defect. We find a memory leak defect in the file tools/winebuild/import.c. I've uploaded a screenshot of the leak trace. The memory allocated by get_dll_name should be freed somewhere in this function. Gang Sourcebrella -- 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 0

[Bug 44603] New: Memory leak in [import.c:290]
by wine-bugs＠winehq.org 26 Feb '18

26 Feb '18

https://bugs.winehq.org/show_bug.cgi?id=44603 Bug ID: 44603 Summary: Memory leak in [import.c:290] Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: tools Assignee: wine-bugs(a)winehq.org Reporter: fan.gang.cn(a)gmail.com Distribution: --- Created attachment 60591 --> https://bugs.winehq.org/attachment.cgi?id=60591 The sourcebrella-pinpoint screenshot of a memory leak defect. We find a memory leak defect in the file tools/winebuild/import.c. I've uploaded a screenshot of the leak trace. Gang Sourcebrella -- 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 1

[Bug 44602] New: Memory leak in [spec32.c:215]
by wine-bugs＠winehq.org 26 Feb '18

26 Feb '18

https://bugs.winehq.org/show_bug.cgi?id=44602 Bug ID: 44602 Summary: Memory leak in [spec32.c:215] Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: tools Assignee: wine-bugs(a)winehq.org Reporter: fan.gang.cn(a)gmail.com Distribution: --- Created attachment 60590 --> https://bugs.winehq.org/attachment.cgi?id=60590 The sourcebrella-pinpoint screenshot of a memory leak defect. We find a memory leak defect in the file tools/winebuild/spec32.c I've uploaded a screenshot of the leak trace. The function build_args_string() will allocate a piece of new mem and it should be freed when finish using. Gang Sourcebrella -- 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 0

[Bug 44598] New: Hebrew font: rendering of vowels is offset
by wine-bugs＠winehq.org 25 Feb '18

25 Feb '18

https://bugs.winehq.org/show_bug.cgi?id=44598 Bug ID: 44598 Summary: Hebrew font: rendering of vowels is offset Product: Wine Version: 3.2 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: chris(a)vine-cottage.org.uk Created attachment 60587 --> https://bugs.winehq.org/attachment.cgi?id=60587 Comparison of font rendering in wine and Windows Using theWord http://www.theword.net/index.php?article.download&l=english to view a Hebrew bible, the font rendering of Hebrew vowel points is incorrect. All fonts I have tried show inconsistencies, the best font appears to be Cardo. In the attached image, the top 2 lines of text shows the font rendering in Wine. The bottom 2 lines of text are the same text rendered in Windows 7. I have circled some of the incorrect rendering in Red. Other fonts show more significant offsets of vowel points from the correct positions. -- 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 0

[Bug 41633] New: Dark GTK3 Labels are white
by wine-bugs＠winehq.org 25 Feb '18

25 Feb '18

https://bugs.winehq.org/show_bug.cgi?id=41633 Bug ID: 41633 Summary: Dark GTK3 Labels are white Product: Wine-staging Version: 1.9.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: electricprism(a)gmail.com CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- Created attachment 56008 --> https://bugs.winehq.org/attachment.cgi?id=56008 wine gtk dark theme black text When using GTK3, and a dark theme the labels on tabs have the text black instead of white. This is visible in both Notepad++ and also WineCFG -- 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 2

[Bug 36849] New: eTax 2014 installation under Wine on Linux Mint 17 Qiana
by wine-bugs＠winehq.org 25 Feb '18

25 Feb '18

http://bugs.winehq.org/show_bug.cgi?id=36849 Bug ID: 36849 Summary: eTax 2014 installation under Wine on Linux Mint 17 Qiana Product: Wine Version: 1.6.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: davidcousens(a)bigpond.com Created attachment 48937 --> http://bugs.winehq.org/attachment.cgi?id=48937 Wine backtrace while trying to install Etax 2014 Hi, When trying to install the ATO eTax application under Wine on a Linux Mint 17 system the installation reported an an error with rundll32.exe. -- 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 17

[Bug 43654] New: Arx Fatalis: Candlelight / Porch light leaks through the walls
by wine-bugs＠winehq.org 25 Feb '18

25 Feb '18

https://bugs.winehq.org/show_bug.cgi?id=43654 Bug ID: 43654 Summary: Arx Fatalis: Candlelight / Porch light leaks through the walls Product: Wine Version: 2.9 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: wylda(a)volny.cz Distribution: --- Created attachment 59083 --> https://bugs.winehq.org/attachment.cgi?id=59083 lights through the wall Game works fine in wine-2.7. It's bit broken in wine-2.8 (some black frames with just porch light). Commit wine-2.8-212-g2ed609f15d fixes those black screens with porch light, but also intensifies those porch lights, that it leaks through the wall. Attachment shows that better. commit 2ed609f15da7c7f8bde54f6d4d895c72f96dd950 Author: Henri Verbeet <hverbeet(a)codeweavers.com> Date: Wed May 24 11:22:09 2017 +0200 wined3d: Add a conversion function for WINED3DFMT_X8D24_UNORM. Problems remain in current version (wine-2.16) -- 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 21085] New: Comctl32 status control uses tooltip window wrongly
by wine-bugs＠winehq.org 24 Feb '18

24 Feb '18

http://bugs.winehq.org/show_bug.cgi?id=21085 Summary: Comctl32 status control uses tooltip window wrongly Product: Wine Version: 1.1.35 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: us(a)edmeades.me.uk I've been debugging a private application and tracked down the source of a trap to the way the status control initializes and uses the tooltip control. The application in question traps because it receives a WM_CREATE message for the tooltip window and calls GetWindowLong against an hwnd for a value it should have set earlier - this fails but the code doesnt notice, and results in a trap. On windows, the status control does not create the tooltip until the first WM_MOUSEMOVE event, and hence all application initialization would have finished in my case. You can clearly see this by use of a simple application with a statusbar control set to have a tooltip and text, and then use SPY++ to monitor the window creation messages. Note this also shows a 2nd problem which is that the status control passes the tooltip text to the tooltip window to manage. This is wrong, because using the status bar you can set and then get the tooltip text before the tooltip window is ever created. Additionally, SPY++ shows that the notify messages (NEEDTEXT type) are sent to the status window when the tooltip needs the text, both of which mean that the status control should manage the text. I have a simple application which has a button for get tip, set tip text, and using it you can see the behaviour above. It doesnt replicate the trap but you can see the behavious using it - you dont get a WM_CREATE for the tooltip until such time as you move the mouse into the statusbar area on windows. Simple workarounds for me: winetricks comctl32, or modifying the STATUSBAR_WMCreate method to something like "if (0 && dwStyle & SBT_TOOLTIPS) {" to prevent the tooltip altogether. JECC JECC -- 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 7055] Uninitialized variable in tooltips.c lines 549-559
by wine-bugs＠winehq.org 24 Feb '18

24 Feb '18

https://bugs.winehq.org/show_bug.cgi?id=7055 --- Comment #7 from Nikolay Sivov <bunglehead(a)gmail.com> --- *** Bug 7068 has been marked as a duplicate of this bug. *** -- 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 0

[Bug 7068] Uninitialized variable in tooltips.c lines 549-559
by wine-bugs＠winehq.org 24 Feb '18

24 Feb '18

https://bugs.winehq.org/show_bug.cgi?id=7068 Nikolay Sivov <bunglehead(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|INVALID |DUPLICATE --- Comment #3 from Nikolay Sivov <bunglehead(a)gmail.com> --- Duplicate. *** This bug has been marked as a duplicate of bug 7055 *** -- 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 0

[Bug 42049] New: VSphere install crashes with ntoskrnl.exe.KeWaitForMultipleObjects, " Failed to install the hcmon driver"
by wine-bugs＠winehq.org 24 Feb '18

24 Feb '18

https://bugs.winehq.org/show_bug.cgi?id=42049 Bug ID: 42049 Summary: VSphere install crashes with ntoskrnl.exe.KeWaitForMultipleObjects, "Failed to install the hcmon driver" Product: Wine Version: 2.0-rc2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: alexchandel(a)gmail.com Distribution: --- As stated. The VSphere 6.0.0 installation crashes about halfway through with a popup titled "VMInstallHcmon" saying "Failed to install the hcmon driver". However, the console output reveals wine crashed due to an unimplemented "ntoskrnl.exe.KeWaitForMultipleObjects". The last few lines of output: regsvr32: Successfully registered DLL 'C:\Program Files (x86)\Common Files\VMware\VMware Remote Console Plug-in 5.5\Internet Explorer\vmwareRemoteConsole.dll' fixme:msvcrt:__clean_type_info_names_internal (0x11072b4c) stub fixme:heap:RtlSetHeapInformation 0x250000 0 0x23fdf0 4 stub fixme:heap:RtlSetHeapInformation 0x250000 0 0x23fdf0 4 stub fixme:heap:RtlSetHeapInformation 0x250000 0 0x23fdf0 4 stub fixme:ntoskrnl:IoWMIRegistrationControl (0x64a880 2147549185) stub fixme:ntoskrnl:IoCsqInitialize (0x156a8 0x64730c 0x64735c 0x647394 0x6473ec 0x647410 0x647424) stub fixme:ntoskrnl:KeInitializeEvent stub: 0x15630 0 0 fixme:ntoskrnl:KeInitializeEvent stub: 0x15648 0 0 fixme:ntoskrnl:KeInitializeEvent stub: 0x15660 0 0 fixme:ntoskrnl:IoRegisterPlugPlayNotification (2 0 0x649310 0x12fe0 0x6468e4 0x151c8 0x15698) stub fixme:ntoskrnl:IoRegisterPlugPlayNotification (2 1 0x6492b0 0x12fe0 0x646cf0 0x151c8 0x156a0) stub fixme:ntoskrnl:ObReferenceObjectByHandle stub: 0x3c 1f03ff 0x0 0 0x15678 0x0 wine: Call from 0x7b430d32 to unimplemented function ntoskrnl.exe.KeWaitForMultipleObjects, aborting wine: Unimplemented function ntoskrnl.exe.KeWaitForMultipleObjects called at address 0x7b430d32 (thread 00a0), starting debugger... -- 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 3

[Bug 44577] New: QBlade: The application has encountered a serious error
by wine-bugs＠winehq.org 23 Feb '18

23 Feb '18

https://bugs.winehq.org/show_bug.cgi?id=44577 Bug ID: 44577 Summary: QBlade: The application has encountered a serious error Product: Wine Version: 3.0 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jkimhong13(a)gmail.com Distribution: --- Created attachment 60549 --> https://bugs.winehq.org/attachment.cgi?id=60549 Program Error Details It's my first time installing Wine (along with XQuartz). On the website of QBlade (http://q-blade.org), it says Wine can emulate QBlade for linux. I'm wondering if this means it's limited to linux only and not mac even if there is a mac version of Wine. I downloaded the QBlade package and ran the .exe file. The application opens under Wine so I click the menu buttons to see if they really work. There are a few buttons (such as the Turbulent Windfield Generator) that always result in Wine closing QBlade. I'm using Wine 3.0, XQuartz 2.7.7, QBlade win_v0.96.3_64bit -- 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 44575] New: installing dotnet452 failed: echo '%ProgramFiles%' returned empty string
by wine-bugs＠winehq.org 23 Feb '18

23 Feb '18

https://bugs.winehq.org/show_bug.cgi?id=44575 Bug ID: 44575 Summary: installing dotnet452 failed: echo '%ProgramFiles%' returned empty string Product: Wine Version: 1.8.3 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: kenorb(a)gmail.com Distribution: --- This is happens when installing dotnet452. I'm using Wine installed from http://winebottler.kronenberg.org/ ###BOTTLING### applywinetricks.sh ###BOTTLING### Gathering debug Info... Versions OS...........................: darwin17 Wine.........................: 1.8.3 WineBottler..................: 1.8.3 Wineticks....................: 20180217-next - sha256sum: 6dd23a6c59febc56a2c5a31aabc0c1b92545ec176c64b494aa088c5d993bf588 BUNDLERESOURCEPATH...........: /var/folders/32/4w12jr5s07jbl07_wm7jgc8c0000gn/T/AppTranslocation/6B7D7A6D-60A2-47C6-A121-D2240DF5E30F/d/Wine.app/Contents/Frameworks/WBottler.framework/Resources INETRICKS_ITEMS.............: dotnet452 vcrun6 vcrun2017 winhttp wininet DLL_OVERRIDES................: EXECUTABLE_PATH..............: notneeded EXECUTABLE_ARGUMENTS.........: EXECUTABLE_VERSION...........: 1.0.0 BUNDLE_COPYRIGHT.............: BUNDLE_IDENTIFIER............: org.kronenberg.winebottler BUNDLE_CATEGORYTYPE..........: public.app-category.utilities SILENT.......................: Hardware: Hardware Overview: Model Name: MacBook Pro ###BOTTLING### installing dotnet452 ### LOG ### Command 'source /private/tmp/winebottler_1519248378/nospace/winetricks.sh --no-isolate dotnet452' returned status 1. warning: taskset/cpuset not available on your platform! ------------------------------------------------------ /private/tmp/winebottler_1519248378/nospace/wine cmd.exe /c echo '%ProgramFiles%' returned empty string, error message "wine: chdir to /private/tmp/winebottler_1519248378/nospace/wineprefix : No such file or directory" ------------------------------------------------------ ###ERROR### Command 'source /private/tmp/winebottler_1519248378/nospace/winetricks.sh --no-isolate dotnet452' returned status 1. Task returned with status 1. -- 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 3

[Bug 43948] New: d3dx9 effects - pixel shader 2.0 does not render well
by wine-bugs＠winehq.org 22 Feb '18

22 Feb '18

https://bugs.winehq.org/show_bug.cgi?id=43948 Bug ID: 43948 Summary: d3dx9 effects - pixel shader 2.0 does not render well Product: Wine Version: 2.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3dx9 Assignee: wine-bugs(a)winehq.org Reporter: havran.jan(a)email.cz Distribution: ArchLinux Created attachment 59587 --> https://bugs.winehq.org/attachment.cgi?id=59587 d3dx9 effects I have strange behaviour of effects in d3dx9 application where I have access to source code. I tried to reduce code size to the minimum where this bug is still reproduciable. The problem is, when I apply attached shaders.fx effects (VS + PS) on some objects (triangle for example), then the object is black in Wine, while in Windows or Gallium Nine it is grey. Here is list of configuration where it works as expected (expected = how it works on native Windows): Windows 7 + D3D9 + AMD graphics Windows 7 + D3D9 + Intel graphics Linux + Wine + Gallium Nine + AMD graphics (Mesa) Here is list of configuration where it does not work (renders black objects): Windows 7 + WineD3D + AMD graphics Windows 7 + WineD3D + Intel graphics Linux + Wine + WineD3D + AMD graphics (Mesa) Linux + Wine + WineD3D + Intel graphics (Mesa) There are possibly two issues in attached pixel shader: 1) uninitialized IN.lightVec 2) usage of normalize() function (and possible division by zero) But here is the strange behaviour: 1) when I set IN.lightVec red, green or blue to 0.0 (one or two of them, but not all of them, because it cause crash), then it is rendered black in Windows and in Wine as well. 2) when I set IN.lightVec.r (for example) to "IN.lightVec.r + 0.0f", then it has no effect. >From point 2 it looks like IN.lightVec default values are 0.0f, but from point 1 it looks opposite. So I have no idea what are values of uninitialized vector. I thought that it could be related to bug #34266 [1], but: 1) created patch did not work for me 2) when I set IN.lightVec to zero, the bug disappears I can upload simple d3d app which use these effect and also binary file (exe). I have no D3D (and D3D shaders) deep knowledge, so maybe I something understand wrong. I also used native d3dcompiler_43 so Wine could compile these shaders. [1] https://bugs.winehq.org/show_bug.cgi?id=34266 -- 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 39148] New: Guild Wars 2: Hangs on Close
by wine-bugs＠winehq.org 21 Feb '18

21 Feb '18

https://bugs.winehq.org/show_bug.cgi?id=39148 Bug ID: 39148 Summary: Guild Wars 2: Hangs on Close Product: Wine Version: 1.7.50 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: soulhuntor(a)gmail.com Distribution: --- Guild Wars 2: Hangs on Close Starting with 1.7.50 when trying to close Guild Wars 2 the program looks like it closes but the Gw2.exe is still running. -- 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 44523] New: When visual style is enabled wine explorer column header doesn' t draw until mouseover
by wine-bugs＠winehq.org 21 Feb '18

21 Feb '18

https://bugs.winehq.org/show_bug.cgi?id=44523 Bug ID: 44523 Summary: When visual style is enabled wine explorer column header doesn't draw until mouseover Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: uxtheme Assignee: wine-bugs(a)winehq.org Reporter: stu.axon(a)gmail.com Distribution: --- Using current wine from git: 9d897b73a877e5eaae26df87930c951ff8273c14 First open wine explorer using no theme, and notice the column headers are drawn correctly. Next - set a visual style using winecfg (I confirmed with Royale Noir and ubuntu light). Royale Noir theme http://www.istartedsomething.com/20061029/royale-noir/ This time the column headers are not drawn until you mouseover them - as shown in the linked video Video of bug https://www.youtube.com/watch?v=YBcduwqQt48&feature=youtu.be Terminal output while reproducing the bug - $ wine explorer 0086:fixme:nstc:NSTC2_fnSetControlStyle2 mask & style (0x00000004) contains unsupported style(s): 0x00000004 0086:fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x1351a0 (2, 1026, a003, 0, 0x33f508) 0086:fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x1351a0 (2, 1026, a004, 1, 0x33f508) 0086:fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x1351a0 (2, 1025, a003, 1, 0x33f508) 0086:fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x1351a0 (2, 1025, a004, 1, 0x33f508) 0086:fixme:uxtheme:DrawThemeTextEx unsupported flags 0x002100f2 0086:fixme:uxtheme:DrawThemeTextEx unsupported flags 0x002100f2 [repeated] -- 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 44569] New: Winecfg - new desktop colour doesn't apply immediately
by wine-bugs＠winehq.org 20 Feb '18

20 Feb '18

https://bugs.winehq.org/show_bug.cgi?id=44569 Bug ID: 44569 Summary: Winecfg - new desktop colour doesn't apply immediately Product: Wine Version: 2.21 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: stu.axon(a)gmail.com Distribution: --- Run winecfg with wine set to emulate a desktop. Open Winecfg, go to desktop integration choose Item->Desktop Choose a new colour and click apply or OK. The new colour does not show up until you start wine again. -- 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 1

[Bug 44568] New: wine 3.0 ends with " wine_kernel_init boot event wait timed out" on Mac OS X 10.13.3
by wine-bugs＠winehq.org 20 Feb '18

20 Feb '18

https://bugs.winehq.org/show_bug.cgi?id=44568 Bug ID: 44568 Summary: wine 3.0 ends with "wine_kernel_init boot event wait timed out" on Mac OS X 10.13.3 Product: Wine Version: 3.0 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: teenylasers(a)gmail.com Created attachment 60536 --> https://bugs.winehq.org/attachment.cgi?id=60536 on-screen output after executing "wine <my.exe>" Hello, I recently updated wine to 3.0 using Homebrew on Mac OS X High Sierra. What used to work with wine 2.0.2 now produce the attached error when I try to do "wine <my.exe>". At the same time, Wine launches with a window that says "“The Wine configuration in /home/user/.wine is being updated, please wait…”, but it never exits. I have tried deleting ~/.wine and ~/.local/share/<wine-related>, brew uninstall wine and then reinstall xquartz and wine. The result is the same. Can you please help? Thanks. -- 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 2

[Bug 24099] New: wine symbol font causes wrong pdf rendering in gnome and kde
by wine-bugs＠winehq.org 20 Feb '18

20 Feb '18

http://bugs.winehq.org/show_bug.cgi?id=24099 Summary: wine symbol font causes wrong pdf rendering in gnome and kde Product: Wine Version: 1.3.0 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: fonts AssignedTo: wine-bugs(a)winehq.org ReportedBy: leighmanthegreat(a)hotmail.com from https://bugs.launchpad.net/ubuntu/+source/wine1.2/+bug/461233 When I open this pdf (attached) with evince, some formulas are rendered incorrectly (eg. p. 71). This also happens in Okular. Confirmed here wine 1.3. see also https://bugs.edge.launchpad.net/ubuntu/+source/wine1.2/+bug/605670 -- 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 17

[Bug 44522] New: Window titlebar doesn't support visual style
by wine-bugs＠winehq.org 19 Feb '18

19 Feb '18

https://bugs.winehq.org/show_bug.cgi?id=44522 Bug ID: 44522 Summary: Window titlebar doesn't support visual style Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: uxtheme Assignee: wine-bugs(a)winehq.org Reporter: stu.axon(a)gmail.com Distribution: --- Created attachment 60477 --> https://bugs.winehq.org/attachment.cgi?id=60477 Screenshot of current wine with unthemed titlebars + royale noir visual style Using wine from current git: 9d897b73a877e5eaae26df87930c951ff8273c14 And the freely available Royale Noir theme http://www.istartedsomething.com/20061029/royale-noir/ Titlebars are not themed at all (trying with desktop emulation and without, and also toggled the setting to allow the window manager to manager windows) -- 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 2

[Bug 44555] New: Native windows file associations (not Linux's) are automatically replaced with winebrowser
by wine-bugs＠winehq.org 19 Feb '18

19 Feb '18

https://bugs.winehq.org/show_bug.cgi?id=44555 Bug ID: 44555 Summary: Native windows file associations (not Linux's) are automatically replaced with winebrowser Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: magiblot(a)hotmail.com Distribution: --- Hi there. So I want to open image files with a Windows application, e.g. Microsoft Photo Editor, provided by Office 97. After installation, the file association is created in the registry. Thus, a key is written in the entry 'HKEY_CLASSES_ROOT\pngfile\shell\open\command' with the value 'C:\Program Files\Common Files\Microsoft Shared\PhotoEd\PhotoEd.exe "%1"'. With this registry configuration, the wine-extension-png.desktop file which runs 'wine start /ProgIDOpen pngfile %f' properly opens files with Microsoft Photo Editor from the Linux file manager. In certain conditions, such as after a wine update, a 'The configuration in ($WINEPREFIX) is being updated, please wait...' dialog box appears and, from then on, the value of the key I mentioned above is changed back to '"C:\Program Files\Internet Explorer\iexplore.exe" -nohome'. Therefore, 'wine start /ProgIDOpen pngfile %f' does no longer open Microsoft Photo Editor, but winebrowser. I would like not to have my file associations replaced anytime wine wants to. -- 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 1

[Bug 36014] New: secur32/{negotiate,ntlm} tests fail with debian's samba/winbind 4
by wine-bugs＠winehq.org 19 Feb '18

19 Feb '18

https://bugs.winehq.org/show_bug.cgi?id=36014 Bug ID: 36014 Summary: secur32/{negotiate,ntlm} tests fail with debian's samba/winbind 4 Product: Wine Version: 1.7.16 Hardware: x86 OS: Linux Status: NEW Keywords: download, source Severity: normal Priority: P2 Component: secur32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Follow up to bug 35965. The secur32 tests fail on a default installation of samba/winbind4 on Debian 7 (wheezy): ../../../tools/runtest -q -P wine -T ../../.. -M secur32.dll -p secur32_test.exe.so negotiate && touch negotiate.ok WARNING: gnome-keyring:: couldn't connect to: /home/austin/.cache/keyring-mD4V6F/pkcs11: No such file or directory ntlm_auth: /usr/lib/i386-linux-gnu/libwbclient.so.0: no version information available (required by /usr/lib/i386-linux-gnu/samba/libauth4.so) fixme:secur32:nego_AcquireCredentialsHandleW forwarding to NTLM fixme:secur32:nego_AcquireCredentialsHandleW forwarding to NTLM ntlm_auth: /usr/lib/i386-linux-gnu/libwbclient.so.0: no version information available (required by /usr/lib/i386-linux-gnu/samba/libauth4.so) ntlm_auth: /usr/lib/i386-linux-gnu/libwbclient.so.0: no version information available (required by /usr/lib/i386-linux-gnu/samba/libauth4.so) Unable to setup messaging listener for '/var/lib/samba/private/smbd.tmp/msg/msg.10803.179872511':NT_STATUS_OBJECT_NAME_NOT_FOUND negotiate.c:295: Test failed: server returned 80090304, more tests will fail negotiate.c:305: Tests skipped: authentication failed, skipping remaining tests negotiate.c:349: Test failed: DeleteSecurityContext returned 80090301 make: *** [negotiate.ok] Error 2 that lack of version information message seems bad, and makes the tests fail even worse later (in ntlm.c): ../../../tools/runtest -q -P wine -T ../../.. -M secur32.dll -p secur32_test.exe.so ntlm && touch ntlm.ok WARNING: gnome-keyring:: couldn't connect to: /home/austin/.cache/keyring-mD4V6F/pkcs11: No such file or directory ntlm_auth: /usr/lib/i386-linux-gnu/libwbclient.so.0: no version information available (required by /usr/lib/i386-linux-gnu/samba/libauth4.so) .. ntlm_auth: /usr/lib/i386-linux-gnu/libwbclient.so.0: no version information available (required by /usr/lib/i386-linux-gnu/samba/libauth4.so) =============================================================== INTERNAL ERROR: Signal 11 in pid 10826 (4.0.0beta2) Please read the Trouble-Shooting section of the Samba HOWTO =============================================================== PANIC: internal error but, as Dmitry points out in https://bugs.winehq.org/show_bug.cgi?id=35965#c9, the wiki says that only ntlm_auth needs to be available, nothing is said about the configuration: "To get access to all the features while using NtlmSigningAndSealing, you need an up-to-date version of ntlm_auth. Samba 3.0.26 or later will do. In some distributions, you need to install the "winbind" package to get ntlm_auth. If you want client mode NTLM for Wine, e.g. reading your email using Outlook over a connection with NTLM encryption, that's all you need. " -- 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 44325] New: Microsoft Powerpoint 2010: hangs up when seeking mp4 video
by wine-bugs＠winehq.org 18 Feb '18

18 Feb '18

https://bugs.winehq.org/show_bug.cgi?id=44325 Bug ID: 44325 Summary: Microsoft Powerpoint 2010: hangs up when seeking mp4 video Product: Wine Version: 3.0-rc4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: winegstreamer Assignee: wine-bugs(a)winehq.org Reporter: deto.haz(a)gmail.com Distribution: --- Microsoft Powerpoint 2010 hangs up when seeking playing video. I have tried to install MS Office 2010 on Wine 3.0-rc4, everything works like a charm. I was able to embed and play mp4 videos (only mp4) with Powerpoint; but when seeking, Powerpoint was suspended and could not return. But when I completely remove the audio channel from the file by "ffmpeg -i videoAndAudio.mp4 -c copy -an onlyVideo.mp4" command (only keep the video channel) and insert again, this hangup error has disappearred. So when I rebuilt from source to reproduce this error, I found that the bug occurs at dlls/winegstreamer/gst_cbs.c:call_cb function, where wait for condition pthread_cond_wait(&cbdata->cond, &cbdata->lock); and somewhere in dlls/winegstreamer/gstdemux.c:dispatch_thread. May be there is a deadlock with the synchronization of the audio and video channel. OS: Kubuntu 17.04 zesty MSOffice 2010 with no service pack riched20 (natice, builtin) msxml6 from winetricks (native, builtin) libgstreamer1.0-0 libgstreamer-pligins-{bad,base,good}1.0-0 Give me feedback if you need more information. Thanks & best regards Ha Binh Xuyen -- 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 31393] New: Nvidia force antialiasing no longer works
by wine-bugs＠winehq.org 18 Feb '18

18 Feb '18

http://bugs.winehq.org/show_bug.cgi?id=31393 Bug #: 31393 Summary: Nvidia force antialiasing no longer works Product: Wine Version: 1.5.10 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: b7.10110111(a)gmail.com Classification: Unclassified Regression SHA1: 09443f14e75e134328643b5d33aff61bdf4dca32 After AlwaysOffscreen has become enabled by default, games such as GTAIII and GTAVC (which are unaware of FSAA) can't benefit from nvidia antialiasing settings out of the box. I'm not sure if it's intended result, but despite it being possible to disable it back, new default seems no good to me as e.g. on Windows it's enough to set antialiasing in the driver utility and there's no need to change D3D configuration. Maybe wine should check whether default render target is multisampled and toggle the default? -- 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 21

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 February 2018