wine-bugs June 2021

wine-bugs@winehq.org

1 participants
5128 discussions

[Bug 43170] New: Far Cry 4 fills dead air with colored bars
by wine-bugs＠winehq.org 12 Jan '22

12 Jan '22

https://bugs.winehq.org/show_bug.cgi?id=43170 Bug ID: 43170 Summary: Far Cry 4 fills dead air with colored bars Product: Wine Version: 2.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3dx11 Assignee: wine-bugs(a)winehq.org Reporter: noonetinone(a)gmail.com Distribution: Other Created attachment 58434 --> https://bugs.winehq.org/attachment.cgi?id=58434 Far Cry 4 shot #1 Far Cry 4 looks good. Everything that belongs in the scene is rendered properly. Cars, animals, people. buildings, grass, and the trees look ok. The problem is empty air is being flooded with rapidly flashing bars and strips of different colors. While that is happening the following sample lines are being spammed at the console. I also have some screenshots. _____________________________________________________________________________ fixme:d3d11:wined3d_map_flags_from_d3d11_map_type Unhandled map_type 0x2. fixme:d3d11:d3d11_immediate_context_RSSetViewports Multiple viewports not implemented. <<REPEATED>> fixme:d3d11:d3d11_immediate_context_RSSetViewports Multiple viewports not implemented. fixme:d3d11:d3d11_immediate_context_Flush iface 0x1027390 stub! fixme:dxgi:dxgi_swapchain_GetDesc iface 0x1530e670, desc 0x15dfe090 partial stub! fixme:dxgi:dxgi_swapchain_GetDesc Ignoring ScanlineOrdering, Scaling and SwapEffect. -- 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 31526] New: Delphi 7: object inspector prevents copy/paste of components in form editor
by wine-bugs＠winehq.org 11 Jan '22

11 Jan '22

http://bugs.winehq.org/show_bug.cgi?id=31526 Bug #: 31526 Summary: Delphi 7: object inspector prevents copy/paste of components in form editor Product: Wine Version: 1.5.11 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: djelinski1(a)gmail.com Classification: Unclassified To reproduce this bug: - place any control on the form designer - press ctrl-c, ctrl-v. There should be two controls now, which is the correct behavior - press f11 to activate the object inspector - click on any of the previously placed controls - press ctrl-c, ctrl-v. No new controls appear. If you press ctrl-v repeatedly, you may notice that new text is pasted in previously selected object inspector property. -- 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 3

[Bug 21155] New: Delphi: combobox choices hidden behind object inspector
by wine-bugs＠winehq.org 11 Jan '22

11 Jan '22

http://bugs.winehq.org/show_bug.cgi?id=21155 Summary: Delphi: combobox choices hidden behind object inspector Product: Wine Version: 1.1.35 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kl234(a)web.de Created an attachment (id=25399) --> (http://bugs.winehq.org/attachment.cgi?id=25399) Choices displayed behind the object inspector When I try to modify the value of a property in Delphi's object inspector, I can't see the list of possible choices because this list is displayed behind the object inspector. The only exception is the property at the very bottom of the object inspector where it's possible to see some of the choices below the bottom of the object inspector window (see attached screen capture). This happens with both Delphi versions I tested with wine 1.1.35: Delphi 3 and Delphi 7. -- 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 17614] New: Rise of Nations: Both mouse keys required for single left-click
by wine-bugs＠winehq.org 11 Jan '22

11 Jan '22

http://bugs.winehq.org/show_bug.cgi?id=17614 Summary: Rise of Nations: Both mouse keys required for single left-click Product: Wine Version: 1.0.0 Platform: PC URL: http://www.microsoft.com/games/thronesandpatriots/downlo ads.aspx OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P4 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk I don't know when this first started, but this is apparent in Wine 1.0.0 through 1.1.16. The cursor in Rise of Nations and it's expansion Thrones and Patriots ignores right-clicks and left-clicks. Clicking BOTH left and right mouse button acts as a left click. There is a workaround. Editing the rise2.ini file, setting "ForceGDICursor=1" allows the cursor/mouse to behave normally. It also corrects a transparency problem with the cursor. I don't know what traces might be relevant here... -- 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 32

[Bug 20025] New: The displayed window is offset in Flirefly
by wine-bugs＠winehq.org 11 Jan '22

11 Jan '22

http://bugs.winehq.org/show_bug.cgi?id=20025 Summary: The displayed window is offset in Flirefly Product: Wine Version: 1.1.29 Platform: PC URL: http://www.freshtel.net/download/internetphone/ OS/Version: Linux Status: NEW Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lats(a)yless4u.com.au Firefly 3.3 windows are being offset from the left and the top by what looks to be the width/height of the borders. See the screenshot. -- 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 7

[Bug 19277] New: Internet Explorer 2.0 (Win95) fails to install
by wine-bugs＠winehq.org 11 Jan '22

11 Jan '22

http://bugs.winehq.org/show_bug.cgi?id=19277 Summary: Internet Explorer 2.0 (Win95) fails to install Product: Wine Version: 1.0.1 Platform: PC URL: http://www.oldversion.com/download/msie20.exe OS/Version: Linux Status: NEW Keywords: download, Installer, win16 Severity: minor Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk Internet Explorer 2.0 for Windows 95 fails to install with an INST32.DLL error: "ThunkConnect32 Failure!!" This is followed by a second dialog stating: "A required DLL or function entry point in a required DLL is missing." The entire console output is: err:thunk:_loadthunk (INST16.DLL, instthk_ThunkData16, INST32.DLL): Unable to load 'INST16.DLL', error 2 Wine has to be set to Win95 mode to install. Workaround is manual extraction. Same in latest git. -- 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 14

[Bug 31873] New: 'client.exe' crash when exiting it
by wine-bugs＠winehq.org 11 Jan '22

11 Jan '22

http://bugs.winehq.org/show_bug.cgi?id=31873 Bug #: 31873 Summary: 'client.exe' crash when exiting it Product: Wine Version: 1.5.14 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jactry92(a)gmail.com Classification: Unclassified I run 'client.exe' in Ubuntu 12.04.1 32bit with wine 1.5.14. It look quite well, but it crash when I try to exit it. -- 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 17

[Bug 16392] New: Popup showing of incorrectly size.
by wine-bugs＠winehq.org 10 Jan '22

10 Jan '22

http://bugs.winehq.org/show_bug.cgi?id=16392 Summary: Popup showing of incorrectly size. Product: Wine Version: 1.1.10 Platform: PC URL: http://emuleplus.info/ OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: vladimiroski(a)gmail.com When you hover the mouse over the status bar of eMule Plus, a popup comes with some information for each tab. The problem is that the popup for the first tab (the biggest one) is displayed corrupted (see attachment), others are fine. -- 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 33422] New: reporting 'EditWndProc_common undocumented message 0xbf' on behalf of the message
by wine-bugs＠winehq.org 10 Jan '22

10 Jan '22

http://bugs.winehq.org/show_bug.cgi?id=33422 Bug #: 33422 Summary: reporting 'EditWndProc_common undocumented message 0xbf' on behalf of the message Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: heinrich5991(a)gmx.de Classification: Unclassified fixme:edit:EditWndProc_common undocumented message 0xbf, please report That's how you can reproduce it: 1. Download Kaiser 1.22a (http://www.yadam.de/KAISER/kaiser.htm). 2. Start it. 3. When prompted for the names of the players, focus the edit field and click somewhere else in the window where no other input are. -- 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 7

[Bug 20617] New: Multithreaded crashing programs create misleading backtraces when winedbg --auto is called
by wine-bugs＠winehq.org 10 Jan '22

10 Jan '22

http://bugs.winehq.org/show_bug.cgi?id=20617 Summary: Multithreaded crashing programs create misleading backtraces when winedbg --auto is called Product: Wine Version: 1.1.32 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winedbg AssignedTo: wine-bugs(a)winehq.org ReportedBy: bugzilla.winehq.org(a)urbanec.net Created an attachment (id=24590) --> (http://bugs.winehq.org/attachment.cgi?id=24590) MultipleThreads test case executable - requires Zoo.dll When a multithreaded program crashes and winedbg --auto is called to generate a back trace, the result is not always a back trace for the thread that caused the crash in the first place. The attached files can be used to reproduce this problem. The program MultipleThreads.exe takes no arguments and creates three new threads, each with a data structure that contains a timeout variable set to 200ms and the thread start function is set to a function in Zoo.dll. The main thread also calls the same function in Zoo.dll with the timeout variable set to 240ms. The function in Zoo.dll prints the value of the timeout, then sleeps for the duration of the timeout. After this, the function prints that it will crash, then causes an exception by a write to 0x00000000. When I run this program, the output is non-deterministic, but more often than not, the reported crashing thread does not match the thread which is shown in the backtrace. The discrepancy can be seen from this output: Thread 0x0019 *** C R A S H I N G *** wine: Unhandled page fault on write access to 0x00000000 at address 0x10001123 (thread 0019), starting debugger... Thread 0x001a *** C R A S H I N G *** Thread 0x001b *** C R A S H I N G *** Thread 0x0009 *** C R A S H I N G *** Unhandled exception: page fault on write access to 0x00000000 in 32-bit code (0x10001123). ... [Register, and stack dumps, backtrace, module list] ... Threads: process tid prio (all id:s are in hex) 00000008 (D) Z:\tmp\WineCrashTest\MultipleThreads.exe 0000001b -2 0000001a -2 <== 00000019 -2 00000009 -2 Notice how the first thread to report crash intent was 0x0019, which matches the the page fault reported by except.c:start_debugger(). However, the thread list generated by winedbg shows the current thread to be 0x001a. Also notice that even though the crashing process invoked the debugger on exception in thread 0x0019, the other three threads in the crashing process continued to run and generated further page faults before the debugger started. I would expect that when a crash occurs, all threads in the process would be suspended immediately and the debugger would be able to determine the thread that caused the exception. -- 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 10

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 June 2021