September 2020 - Wine-bugs - list.winehq.org

[Bug 35685] New: can't read DivX 10.1.1 license agreement
by wine-bugs＠winehq.org 12 Apr '25

12 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=35685 Bug ID: 35685 Summary: can't read DivX 10.1.1 license agreement Product: Wine Version: 1.7.13 Hardware: x86 URL: http://dist.divx.com/divx/DivXInstaller.exe OS: Linux Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: richedit Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Created attachment 47651 --> https://bugs.winehq.org/attachment.cgi?id=47651 tid,richedit Similar to bug 22986, however that bug is fixed for Divx 7 in wine-1.7.13 (sometime before 1.6). 10.1.1, however, does not show its license agreement. austin(a)aw25 ~ $ sha1sum DivXInstaller.exe baeab7938aecf58ca1a9668ff72e72ffa87e7795 DivXInstaller.exe austin(a)aw25 ~ $ du -h DivXInstaller.exe 976K DivXInstaller.exe austin(a)aw25 ~ $ wine --version wine-1.7.13-53-g37e0a1a winetricks riched20 works around the 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.

2 12

[Bug 21661] New: RichEdit: Wrong behaviour when formating an empty selection
by wine-bugs＠winehq.org 12 Apr '25

12 Apr '25

http://bugs.winehq.org/show_bug.cgi?id=21661 Summary: RichEdit: Wrong behaviour when formating an empty selection Product: Wine Version: 1.1.37 Platform: x86 URL: http://www.teamviewer.com OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: richedit AssignedTo: wine-bugs(a)winehq.org ReportedBy: caliga(a)arcor.de In our Software TeamViewer, a Richedit control is used to display chat messages. The nick names are colored green or blue, the text should remain black. This works in general... But if one side sends several chat messages in row, the nick name is omitted (by TeamViewer). And then, an empty selection (where the nickname would be) is formated green or blue. It seems, that if this happens the second time, something is screwed up and the color becomes the default color... Of course TeamViewer could just NOT format the empty selection with EM_SETCHARFORMAT, (and this will be done in an upcoming release), but still this is a wine bug, I think. To reproduce, start a remote support session in TeamViewer from your Linux-box to a different TeamViewer, then click on Audio/Video/Chat and type three or more messages. -- 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 12

[Bug 38316] New: RichEdit: EM_SETSEL end, end+1 shows a 1 char selection which does not happen on Windows
by wine-bugs＠winehq.org 12 Apr '25

12 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=38316 Bug ID: 38316 Summary: RichEdit: EM_SETSEL end, end+1 shows a 1 char selection which does not happen on Windows Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: richedit Assignee: wine-bugs(a)winehq.org Reporter: Christoph(a)ApiViewer.de Distribution: --- EM_SETSEL end, end+1 shows a 1 char selection which does not happen on Windows One char selection after "http://www.reactos.org": http://i1-news.softpedia-static.com/images/news2/ReactOS-Runs-Native-Window… source code of rapps.exe: http://svn.reactos.org/reactos/trunk/reactos/base/applications/rapps/ -- 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 13

[Bug 34875] New: WordFlood 2.0 Program Error Won't Launch
by wine-bugs＠winehq.org 12 Apr '25

12 Apr '25

http://bugs.winehq.org/show_bug.cgi?id=34875 Bug #: 34875 Summary: WordFlood 2.0 Program Error Won't Launch Product: Wine Version: unspecified Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gowtham.pro(a)gmail.com Classification: Unclassified Created attachment 46479 --> http://bugs.winehq.org/attachment.cgi?id=46479 The dump created I am trying to run this software to run on my Linux destro (Ubuntu 12.04). It's called WordFlood 2.0. Not a popular software but quintessential for me. Anyways installed this software with Wine and installation went without any problem. But when I launch the application I get an error. I am attaching the dump here just in case you people need to take a look. -- 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 18

[Bug 38688] New: Icon overlays not drawn in some cases
by wine-bugs＠winehq.org 12 Apr '25

12 Apr '25

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.

2 4

[Bug 18382] New: SubEdit fails to start
by wine-bugs＠winehq.org 12 Apr '25

12 Apr '25

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.

2 24

[Bug 48023] New: Visual Studio 2019 not starting
by WineHQ Bugzilla 11 Apr '25

11 Apr '25

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.

1 39

[Bug 42171] New: IrfanView's 4.44 Help -> About window has wrong placement for textboxes
by wine-bugs＠winehq.org 09 Apr '25

09 Apr '25

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/128612 https://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.

2 16

[Bug 28674] New: using OpenID login is a necessity
by wine-bugs＠winehq.org 09 Apr '25

09 Apr '25

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.

2 15

[Bug 49802] New: Crash at AfxBeginThread of x64 apps on macOS when built with VS2019
by WineHQ Bugzilla 07 Apr '25

07 Apr '25

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.

1 13