https://bugs.winehq.org/show_bug.cgi?id=50259
Bug ID: 50259
Summary: Stickies 8.0b crashes
Product: Wine
Version: 6.0-rc1
Hardware: x86-64
URL: https://dl2.filehorse.com/win/office-and-business-tool
s/stickies/Stickies-8.0b.exe?st=YBCnEai8bIHT2rFoXvvLAg
&e=1607313144&fn=stickies_setup_8.0b.exe
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: richedit
Assignee: wine-bugs(a)winehq.org
Reporter: jeremielapuree(a)yahoo.fr
Distribution: Ubuntu
Created attachment 68791
--> https://bugs.winehq.org/attachment.cgi?id=68791
console output
You need mfc90u.dll
Software crashes very early in riched20.dll
--
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=38688
Bug ID: 38688
Summary: Icon overlays not drawn in some cases
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: Christoph(a)ApiViewer.de
Distribution: ---
ImageList_DrawIndirect does not draw overlay icons in three cases where the
function is taking a shortcut with "goto end;".
This was tested with ReactOS\base\applications\mscutils\devmgmt_new on ReactOS
which is using comctl32 from wine.
Test results:
in 32bit color no overlay icons are not shown at all.
if (!bMask && (has_alpha || (fState & ILS_ALPHA)))
...
if (bIsTransparent)
bResult = alpha_blend_image ...
goto end;
in 16bit Color mode the overlay icons are drawn, but only the part on which the
underlying icon is not transparent (wrong ROP code?)
I don't think this application will work on wine because it relies on setupapi
code which wine will probably does not have.
--
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=18382
Summary: SubEdit fails to start
Product: Wine
Version: 1.1.20
Platform: PC
URL: http://matinf.pcz.pl/~subedit/download/subedit_b4072_ins
tall.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lukasz.wojnilowicz(a)gmail.com
Created an attachment (id=20962)
--> (http://bugs.winehq.org/attachment.cgi?id=20962)
Fatal error
I'm using Wine 1.1.20 (compiled from source using gcc version 4.3.2 20081105
(Red Hat 4.3.2-7) ) on Fedora 10 i386.
The problem is that SubEdit fails to start and shows fatal error.
--
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=48023
Bug ID: 48023
Summary: Visual Studio 2019 not starting
Product: Wine
Version: 4.18
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rpisl(a)seznam.cz
Distribution: ---
Created attachment 65561
--> https://bugs.winehq.org/attachment.cgi?id=65561
Hack for RegLoadAppKey
After https://bugs.winehq.org/show_bug.cgi?id=47626 just out of curiosity I
tried running Visual Studio: winetricks corefonts dotnet472 msxml6 and applied
the attached patch/hack.
Result: splash screen is shown and then welcome screen is displayed. But after
clicking "Not now, maybe later" it halts with:
Application: devenv.exe
Framework Version: v4.0.30319
Description: The application requested process termination through
System.Environment.FailFast(string message).
Message: Failed to schedule time on the UI thread. A continuation would never
execute.
It crashes much earlier without the patch/hack as it cannot bind binary
registry file and read/create registry keys.
--
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.
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=51064
Bug ID: 51064
Summary: Crash from Starcraft 2 game in Direct Strike mode
Product: Wine-staging
Version: 6.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: terapy-session(a)bk.ru
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 69922
--> https://bugs.winehq.org/attachment.cgi?id=69922
screen
The bug is manifested for a long time. 100% repeatability. Through Proton no
problem. The problem is only in this mode.
--
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=46552
Bug ID: 46552
Summary: Crossfire doesn't install
Product: Wine
Version: 4.0-rc7
Hardware: x86-64
URL: http://crossfire.z8games.com/download.html
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: luca.finizio.mgbx(a)hotmail.it
Distribution: Mint
Created attachment 63423
--> https://bugs.winehq.org/attachment.cgi?id=63423
console output
I already reported a bug about Crossfire EU (you can find it here
https://bugs.winehq.org/show_bug.cgi?id=45920), but now it merged with
Crossfire NA and the new link for download is
http://crossfire.z8games.com/download.html
The .exe file is different than before, but it doesn't install yet; I don't
know if the problem is the same or not. I attached my console output. You can
reproduce the bug just by downloading the file and trying to install.
I kept my terminal open for more than 3 hours beacuse the process is "running"
and if I close the terminal it says that a process is still running and closing
the terminal will kill it. Therefore I don't know if my console output is
complete or not. If I can help in some way, just tell me! :)
--
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.