wine-bugs January 2019

wine-bugs@winehq.org

1 participants
7657 discussions

[Bug 46529] New: Complex Text Layout messed up in MS Word 2010
by wine-bugs＠winehq.org 28 Jan '19

28 Jan '19

https://bugs.winehq.org/show_bug.cgi?id=46529 Bug ID: 46529 Summary: Complex Text Layout messed up in MS Word 2010 Product: Wine Version: 4.0 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: a.shahbazi91(a)gmail.com Distribution: --- Created attachment 63383 --> https://bugs.winehq.org/attachment.cgi?id=63383 screencast_wine4.0-staging Complex text layout is needed when using both left to right and right to left text in a document. For enabling complex text layout I had to run WORD.EXE setting LANG="fa_IR.utf-8" environment variable. However, text still renders messed up. I have attached screencast of the behavior in wine-4.0 and windows 7. BTW, I had riched20 dll overridden to "native" and usp10 dll to "native,builtin"(the former is neccessary for MS Word to work properly - https://bugs.winehq.org/show_bug.cgi?id=14980 - and the latter is needed for proper character shaping of Arabic and Persian glyphs.) -- 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 46532] New: There is no way to "report" a test result
by wine-bugs＠winehq.org 27 Jan '19

27 Jan '19

https://bugs.winehq.org/show_bug.cgi?id=46532 Bug ID: 46532 Summary: There is no way to "report" a test result Product: WineHQ Apps Database Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: appdb-unknown Assignee: wine-bugs(a)winehq.org Reporter: arnfranke(a)yahoo.com Distribution: --- There is no way to "report" a test result. Meaning, there is no way for me to send a message to a WineHQ member to fix a problem with an app or report a test result if there are no maintainers for the app. If I come across an app with an error or bad test result and I don't use said app, then I'm not going to become a maintainer just to fix the problem, so the problem is just going to go unfixed until someone decides to become a maintainer? -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 22055] New: Assassin's creed crashes on launch occasionally
by wine-bugs＠winehq.org 27 Jan '19

27 Jan '19

http://bugs.winehq.org/show_bug.cgi?id=22055 Summary: Assassin's creed crashes on launch occasionally Product: Wine Version: 1.1.40 Platform: x86-64 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Created an attachment (id=26852) --> (http://bugs.winehq.org/attachment.cgi?id=26852) terminal output/backtrace Semi-random, but out of the past 4 times I've launched Assassin's creed, after the intro video, once the menu loads, it crashes: err:d3d_surface:surface_set_texture_name Surface has SFLAG_INTEXTURE set, but no texture name err:d3d_surface:IWineD3DSurfaceImpl_ModifyLocation 0x14135998: Surface does not have any up to date location fixme:d3d_surface:surface_load_ds_location No up to date depth stencil location err:d3d_surface:surface_set_texture_name Surface has SFLAG_INTEXTURE set, but no texture name then: Backtrace: =>0 0x7ef872bd HEAP_MakeInUseBlockFree+0xf5(subheap=0x128b2000, pArena=0x12b9f520) [/home/austin/wine-git/dlls/ntdll/heap.c:640] in ntdll (0x039ce628) 1 0x7ef8a8eb RtlFreeHeap+0xe0(heap=0x110000, flags=0x0002, ptr=0x12b9f528) [/home/austin/wine-git/dlls/ntdll/heap.c:1757] in ntdll (0x039ce678) 2 0x7ebb5cf4 peek_message+0x1f9(msg=0x39cea1c, hwnd=(nil), first=0, last=0xffffffff, flags=0x4ff0001, changed_mask=0x04ff) [/home/austin/wine-git/dlls/user32/message.c:2075] in user32 (0x039ce9a8) 3 0x7ebb7d4f GetMessageW+0x150(msg=0x39cea1c, hwnd=(nil), first=0, last=0) [/home/austin/wine-git/dlls/user32/message.c:2943] in user32 (0x039ce9e8) 4 0x7e25679f hook_thread_proc+0x39d(param=0x33f7cc) [/home/austin/wine-git/dlls/dinput/dinput_main.c:956] in dinput (0x039cea58) 5 0x7efba950 call_thread_func+0xc() in ntdll (0x039cea68) 6 0x7efba98e call_thread_entry_point+0x34(entry=0x7e256402, arg=0x33f7cc) [/home/austin/wine-git/dlls/ntdll/signal_i386.c:2457] in ntdll (0x039ceb48) 7 0x7efc16af RtlCreateUserThread(process=0x0(nil), descr=0x7ec0fff4, suspended=0, stack_addr=0x39ce918, stack_reserve=0, stack_commit=0, start=0x39ce918, param=0x0(nil), handle_ptr=0x7fc30044, id=(nil)) [/home/austin/wine-git/dlls/ntdll/thread.c:411] in ntdll (0x039cf398) 8 0xf75e780e start_thread+0xbe() in libpthread.so.0 (0x039cf498) 9 0xf756aa1e __clone+0x5e() in libc.so.6 (0x00000000) 0x7ef872bd HEAP_MakeInUseBlockFree+0xf5 [/home/austin/wine-git/dlls/ntdll/heap.c:640] in ntdll: movl 0x0(%eax),%eax 640 size += (pFree->size & ARENA_SIZE_MASK) + sizeof(ARENA_FREE); This may be new though, didn't happen a few day ago... -- 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 39814] New: choppy pulseaudio after ->Remove legacy pulseaudio/alsa latency workaround (closes: #807403).
by wine-bugs＠winehq.org 26 Jan '19

26 Jan '19

https://bugs.winehq.org/show_bug.cgi?id=39814 Bug ID: 39814 Summary: choppy pulseaudio after ->Remove legacy pulseaudio/alsa latency workaround (closes: #807403). Product: Wine Version: 1.8-rc4 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: nexxxxen(a)gmail.com Distribution: --- After 1.8-rc4 on debian testing my REAPER DAW sound is choppy and noisy. I use it for long time (years), and had no problems until this workaround (#807403) they removed. Thanks, and sorry for my bad english. :( -- 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 24

[Bug 40247] New: Wine returns bad MAC address for loopback interface, fails to run licensed programs.
by wine-bugs＠winehq.org 26 Jan '19

26 Jan '19

https://bugs.winehq.org/show_bug.cgi?id=40247 Bug ID: 40247 Summary: Wine returns bad MAC address for loopback interface, fails to run licensed programs. Product: Wine Version: unspecified Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: netcfgx Assignee: wine-bugs(a)winehq.org Reporter: alexchandel(a)gmail.com There are some (poorly written) programs that base their licensing off the system's MAC address. Unfortunately, some of them are necessary for engineering work. These are old programs with brittle source but valid licenses that cannot be run because Wine cannot ever tell them what Windows would tell them. Wine always returns a MAC address of "00:00:00:00:00:00" to these programs. I assume that's because the loopback interface is first in `ifconfig`, and thus is enumerated first to Windows programs by Wine, and has no MAC address. In most cases, programs like these choose the MAC address of the first "network adapter" that would have been printed by `ipconfig /all`. Again, in Wine, the first such adapter printed is the loopback interface. This problem can't be solved by normal MAC address spoofing techniques, because the loopback interface simply doesn't have a MAC address according to the host. And Windows tricks to change the MAC address, like modifying the "NetworkAddress" key of "HKLM\System\CurrentControlSet\Control\Class\{4d36e972-e325-11ce-bfc1-08002be10318}\XXXX", don't seem to have any effect in Wine. Particularly with respect to affecting the loopback interface. There needs to be a Wine option, possibly a key somewhere in "HKLM\Software\Wine", to override (at the very least) the loopback interface's apparent MAC address, so that these programs can work. -- 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 16

[Bug 46358] New: CUDA acceleration not detected by Radiant Viewer ( regression)
by wine-bugs＠winehq.org 26 Jan '19

26 Jan '19

https://bugs.winehq.org/show_bug.cgi?id=46358 Bug ID: 46358 Summary: CUDA acceleration not detected by Radiant Viewer (regression) Product: Wine Version: 4.0-rc3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: nvcuda Assignee: wine-bugs(a)winehq.org Reporter: bozkar(a)gmail.com Distribution: --- CUDA rendered is not available as an option in RadiAnt DICOM Viewer build 4.9.12.21058 BETA (64 bit) - used to work with 4.6.5.18450 and 3.13-staging. What debug could I provide? -- 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 46515] New: Divide by zero error Zoombinis Mountain Rescue
by wine-bugs＠winehq.org 26 Jan '19

26 Jan '19

https://bugs.winehq.org/show_bug.cgi?id=46515 Bug ID: 46515 Summary: Divide by zero error Zoombinis Mountain Rescue Product: Wine Version: 4.0 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bec.cass(a)hotmail.com Created attachment 63371 --> https://bugs.winehq.org/attachment.cgi?id=63371 Zoombinis Mountain Rescue Backtrace Hi! I was wondering if anyone can help with a bug I'm having. I've managed to install and play and old game from my childhood (Zoombinis Mountain Rescue) on my Mac. I installed it from an iso file I downloaded and plays perfectly up to a point (Beetle Bug Alley) at which point it freezes and I get the error (attached). It occurs even when accessing the level directly in practice mode as well as when progressing sequentially in normal game mode. I've mostly been figuring things out through lots of googling and manual and forum reading (and hoping I don't mess up my computer!) so I'm definitely a complete beginner in terms of understanding wine! I can't figure this one out and would love some help if anyone knows the answer to this problem! 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 7

[Bug 26807] New: MS Powerpoint 2007 does not start in 1.3.18
by wine-bugs＠winehq.org 25 Jan '19

25 Jan '19

http://bugs.winehq.org/show_bug.cgi?id=26807 Summary: MS Powerpoint 2007 does not start in 1.3.18 Product: Wine Version: 1.3.18 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: bozkar(a)gmail.com 1. Installation MS Office with SP1/SP2 in updates/ → successful 2. Word and Excel runs correctly 3. PowerPoint crashed @startup. In XP mode terminates with no error In Vista mode asks whether to send debug info to MS. As far as i remember it was running in 1.3.17 → regression. -- 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 46506] New: Why are you still not using Vulkan for WineD3D for D3D9, D3D10, D3D11? Why are you still using OpenGL?
by wine-bugs＠winehq.org 25 Jan '19

25 Jan '19

https://bugs.winehq.org/show_bug.cgi?id=46506 Bug ID: 46506 Summary: Why are you still not using Vulkan for WineD3D for D3D9, D3D10, D3D11? Why are you still using OpenGL? Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: zefkerrigan(a)gmail.com Distribution: --- Hi! Thank you very much for you great work! Why are you still not using Vulkan for WineD3D for D3D9, D3D10, D3D11? Why are you still using OpenGL? The dizzying success of the DXVK project proved that using Vulkan provides excellent performance in D3D10 and D3D11 games. There is a huge amount of evidence that when using the Wine+DXVK bundle, usually only about ~10% performance loss is obtained relative to launching the same Windows game natively on Windows. But if you run the same game using the usual WineD3D, then the loss of performance is usually about ~80%, and this in turn deprives we of any reason to launch games using WineD3D. But DXVK has a free ZLIB license and open source code. Why not replace the WineD3D with the DXVK inside of the Wine code? Or at least it might be worth using the default DXVK in Wine, with the option of optionally choosing WineD3D for a GPUs without Vulkan support? Or perhaps DXVK would be used by default in Wine, and if some user couldn’t use Vulkan, would Wine automatically switch to WineD3D mode? I believe that the benefits of high performance, which gives the use of DXVK and Vulkan are very important. Please, see here: https://github.com/doitsujin/dxvk Thank you! -- 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

[Bug 46464] New: Strong hold 2 needs a native dll fallback mechanism
by wine-bugs＠winehq.org 22 Jan '19

22 Jan '19

https://bugs.winehq.org/show_bug.cgi?id=46464 Bug ID: 46464 Summary: Strong hold 2 needs a native dll fallback mechanism Product: Wine Version: 4.0-rc6 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: zzhang(a)codeweavers.com Distribution: --- Created attachment 63272 --> https://bugs.winehq.org/attachment.cgi?id=63272 patch See https://github.com/ValveSoftware/Proton/issues/506 for details. Strong hold 2 doesn't run. For it to run, use the following steps: $ STEAM_COMPAT_DATA_PATH=~/.steam/steam/steamapps/compatdata/40960 ~/.steam/steam/compatibilitytools.d/proton/proton run ~/.steam/steam/steamapps/compatdata/40960/pfx/drive_c/windows/system32/winecfg.exe And set msvcr100.dll and msvcp100.dll to builtin. And FFLauncher.exe is a .NET application. Since proton doesn't have mono support yet. We need to rename rename Stronghold2.exe to FFLaucher.exe, then it will launch. $ cd ~/.steam/steam/steamapps/common/Stronghold\ 2/ $ file msvcp100.dll msvcp100.dll: PE32+ executable (DLL) (GUI) x86-64, for MS Windows $ file FFLauncher.exe FFLauncher.exe: PE32 executable (GUI) Intel 80386, for MS Windows So the reason that the game doesn't run on proton is that it is bundled with dlls of wrong architecture in its application folder. On Windows, there is a dll architecture check[1] when loading dlls, whereas wine currently loads the first found. [1] Windows Internals # Known Dll Redirection: https://books.google.com/books?id=y83LDgAAQBAJ&pg=PT282&dq=dll+of+wrong+arc… -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 4

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs January 2019