https://bugs.winehq.org/show_bug.cgi?id=57569
Bug ID: 57569
Summary: BeamNG.drive minimizes its window during startup, with
UseTakeFocus set to false.
Product: Wine
Version: 10.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: logos128(a)gmail.com
Regression SHA1: 0cda91856138e1d49fcfd9b6c2c9328146616baa
Distribution: ArchLinux
Happens only with the default (d3d11) renderer in fullscreen mode.
The UseTakeFocus option is set to 'N' in the registry (HKCU\Software\Wine\X11
Driver\UseTakeFocus). Since this option is turned on by default in Wine,
normally it doesn't cause the aforementioned issue. Although, it would be a
problem for Proton, where UseTakeFocus is tuned off by default
(https://github.com/ValveSoftware/wine/commit/d30ce49ed8b40b9c29b5cc374987ca…),
as it helps some games launch properly.
I use it to run Forza Horizon 5, etc., (Wine-Staging + patches + Steam).
I didn't notice this right away, as I use borderless in BeamNG, which works
properly with UseTakeFocus=false.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=42171
Bug ID: 42171
Summary: IrfanView's 4.44 Help -> About window has wrong
placement for textboxes
Product: Wine
Version: 2.0-rc4
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ArchLinux
Created attachment 56775
--> https://bugs.winehq.org/attachment.cgi?id=56775
Wrong placement of labels
Note: Split of and blocked by 6682, only works with patches not yet in wine.
https://source.winehq.org/patches/data/128612https://source.winehq.org/patches/data/128613
The textboxes in irfanviews about dialog overlap the image.
The issue is somehow related to Bug 41639.
If my lib32-freetype2 is up to date with version 2.7, the font is ugly, but it
renders fine. If downgraded, the font is fine, but the placement is wrong.
I can submit a testcase for that, but which font can I rely on? Wine doesn't
have all fonts after all. Tahoma maybe?
--
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.
https://bugs.winehq.org/show_bug.cgi?id=55981
Bug ID: 55981
Summary: Dragon Age Origins: Runs slowly when using the
experimental wow64 mode
Product: Wine
Version: 8.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: berillions(a)gmail.com
Distribution: ---
Created attachment 75572
--> https://bugs.winehq.org/attachment.cgi?id=75572
Dragon Age : Origins main menu with new wow64 + OpenGL renderer
Dragon Age : Origins works with the new wow64 experimental mode but it's very
slowly and unplayable. This bug affect "Beyond Good & Evil" too.
Use DXVK fix this issue so something wrong with new wow64 + opengl renderer ?
--
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.
http://bugs.winehq.org/show_bug.cgi?id=35756
Bug ID: 35756
Summary: Bugzilla robots.txt prevents google indexing
Product: WineHQ Bugzilla
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: bugzilla-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: adys.wh(a)gmail.com
https://bugs.winehq.org/robots.txt
This is annoying as bugs cant be found through google.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=28674
Bug #: 28674
Summary: using OpenID login is a necessity
Product: WineHQ Bugzilla
Version: unspecified
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: bugzilla-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: A.Pirard(a)ulg.ac.be
Classification: Unclassified
>We are sorry to report that recently our login database for the
>WineHQ Bugzilla Database was compromised.
>To prevent further damage we have reset your password to what is shown
>below. We strongly suggest that if you shared your WineHQ bugs
>password on any other sites that you change that password as soon
>as possible.
How is it possible to manage passwords on 200 sites if they don't use OpenID?
Is it so hard to understand?
PLEASE USE OPENID LOGIN !!!!!!
--
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.
https://bugs.winehq.org/show_bug.cgi?id=57151
Bug ID: 57151
Summary: AppDB is incredibly slow
Product: WineHQ Apps Database
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: source
Severity: normal
Priority: P2
Component: appdb-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
Distribution: ---
The AppDB seems to be getting slower and slower. Today it's taking up to a
minute just to load a page. Does it need more resources?
--
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.
https://bugs.winehq.org/show_bug.cgi?id=57171
Bug ID: 57171
Summary: Sumerian Six crashes during mission briefing
Product: vkd3d
Version: 1.11
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: vkd3d
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
CC: cmccarthy(a)codeweavers.com
Regression SHA1: fd590c2593bda2e511ba688c8881fbdb2d564774
Distribution: ---
Fatal error: [File:
E:\UE_5.3\Engine\Source\Runtime\RHI\Private\PipelineStateCache.cpp][Line: 365]
Shader compilation failures are Fatal.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=54501
Bug ID: 54501
Summary: IrfanView - Pasting into clipboard results in a black
screen
Product: Wine
Version: 8.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: maiktapwagner(a)aol.com
Distribution: ---
Created attachment 74052
--> https://bugs.winehq.org/attachment.cgi?id=74052
Console output (wine-8.1 on Slackware64/Multilib)
Hello everyone,
I downloaded IrfanView in its own prefix with the following:
sha256sum iview462_x64_setup.exe
d9d4c5f3120a9420e2dbaf0ee8931556e161787fbc4297d5fb4e4c7616fdd668
iview462_x64_setup.exe
and it installs and seems to run just fine.
Steps to reproduce
- Start IrfanView
- Start Gimp (Linux-native)
- Open an Image in Gimp
- Copy the image from Gimp into IrfanView
- Paste it into IrfanView
Expected result: Image should show in IrfanView
Actual result: Black screen though dimension of the image are shown at the
bottom of the application.
Console output is attached.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=49802
Bug ID: 49802
Summary: Crash at AfxBeginThread of x64 apps on macOS when
built with VS2019
Product: Wine
Version: 5.16
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: reinhold.hoffmann(a)hotmail.com
Created attachment 68117
--> https://bugs.winehq.org/attachment.cgi?id=68117
Samples to demonstrate the issue
Our x64 apps built with Visual Studio 2010 (VS2010) run on macOS for a long
time. We recently have started a project to move to Visual Studion 2019
(VS2019). The same x64 app which works fine when built with VS2010 crashes on
macOS when it is built with VS2019. The crash occurs when the MFC function
AfxBeginThread is called. Static linking is used for linking the MFC and other
libs.
After a very painful research we identified that a simular report has been made
in Nov. 2019 in the Wineskin area
(see https://github.com/Gcenx/WineskinServer/issues/22).
The reporter said "I ended up replacing the AfxBeginThread call with a call to
CreateThread which works fine on all versions." We did the same thing with the
same result. Replacing AfxBeginThread by CreateThread works fine with VS2019.
However, according to
https://stackoverflow.com/questions/21718674/difference-between-afxbeginthr…
a replacement of AfxBeginThread by CreateThread is not really recommended when
MFC is used.
The crash happens on all macOS versions with Wine 5.4, 5.7 and 5.16 (we took
5.16 from Gcenx (https://github.com/Gcenx/macOS_Wine_builds)). On Windows and
Linux the VS2019 app runs fine. Further, the Win32 equivalent app runs fine on
macOS.
In summary:
A crash happens for AfxbeginThread in an x64 app on macOS with Wine 5.4, 5.7,
5.16.
We did a deeper dive and found that the crash happens inside AfxbeginThread,
module Thread.cpp inside the function __acrt_get_begin_thread_init_policy.
See address:
0001:001ab7cc __acrt_get_begin_thread_init_policy 00000001401ac7cc f
libucrt:win_policies.obj
According to the backtrace.txt (attached) the exception happens when reading
from a 32 bit address. This sounds strange to me for a x64 app.
Any help is highly appreciated.
Reinhold
==========================================================================
As a C++ sample I have compiled a trivial app which AfxBeginThread which
demonstrate the problem.
In the attached zip file you can find
backtrace.txt
Test_of_AfxBeginThread_VS2019.exe
Test_of_AfxBeginThread_VS2010.exe
The code and project files for VS2010 and VS2019 can be downloaded from
www.notation.com/download/Wine/Bugzilla/Project_Files_AfxBeginThread_sample…
--
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.
http://bugs.winehq.org/show_bug.cgi?id=36917
Bug ID: 36917
Summary: Synthmasters fails to draw correctly
Product: Wine
Version: 1.7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdiplus
Assignee: wine-bugs(a)winehq.org
Reporter: bique.alexandre(a)gmail.com
Created attachment 49028
--> http://bugs.winehq.org/attachment.cgi?id=49028
Screenshot
Synthmaster is a Windows VST (synthesizer).
I use it along with vst-bridge and renoise.
https://github.com/abique/vst-bridgehttp://renoise.com/
It fails to render correctly, and I think that it is related to the following
lines:
fixme:wincodecs:PngDecoder_Block_GetCount stub
fixme:gdiplus:GdipGetLineSpacing ignoring style
fixme:gdiplus:GdipDrawPath graphics object has no HDC
fixme:gdiplus:resample_bitmap_pixel Unimplemented interpolation 7
Is it an issue coming from wine or SynthMaster?
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.