May 2017 - Wine-bugs - list.winehq.org

[Bug 35650] New: CA ERWIN Data Modeler r8.2 EULA can't be accepted
by wine-bugs＠winehq.org 09 Apr '21

09 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=35650 Bug ID: 35650 Summary: CA ERWIN Data Modeler r8.2 EULA can't be accepted Product: Wine Version: 1.7.13 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, split off from bug 29954 Prerequisites: 'winetricks -q dotnet35sp1' The EULA dialog has scrollable text control and two buttons: 'I disagree' (enabled) 'I agree' (disabled, grayed out) The EULA text itself is a bit contradicting .. they most likely re-used it in different products with different UI wizards: --- quote --- By selecting the "I accept the terms of the License Agreement" radio button below, and then clicking on the "Next" button, you are ... ... Click on the "I agree" button to accept the terms and conditions of this Agreement as set forth above and proceed with the installation process otherwise click on the "I disagree" button to cancel the installation process. --- quote --- Scrolling to the end doesn't enable the 'I agree' button. $ sha1sum ERwinDM-r823-3355b.exe f46e41b98f94ee30b154aea9ec59e21f2b9825f7 ERwinDM-r823-3355b.exe $ du -sh ERwinDM-r823-3355b.exe 651M ERwinDM-r823-3355b.exe $ wine --version wine-1.7.13-27-ge610713 Regards -- 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 8

[Bug 27528] New: Half Life Software Rendering completely wrong
by wine-bugs＠winehq.org 09 Apr '21

09 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=27528 Summary: Half Life Software Rendering completely wrong Product: Wine Version: 1.3.22 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: michael(a)araneidae.co.uk The Software mode rendering of Half Life (the original 1998 game) is completely wrong: the colours are messed up (purple, mostly) and the selected screen size is squashed into half the selected width. Although noone in their right mind would run Half Life in software mode, this bug must expose problems in the Half Life rendering engine that must affect other games of this and earlier vintage. -- 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 16

[Bug 32641] New: Breath of Fire IV: Crash on starting the game
by wine-bugs＠winehq.org 09 Apr '21

09 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=32641 Bug #: 32641 Summary: Breath of Fire IV: Crash on starting the game Product: Wine Version: 1.5.20 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: sworddragon2(a)aol.com Classification: Unclassified Created attachment 43068 --> http://bugs.winehq.org/attachment.cgi?id=43068 Output of Wine On starting the game it crashes with an error window that the application has encountered a serious problem. In the attachments is a log with the console output. -- 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 20

[Bug 37996] New: Wine mono does not support https connection
by wine-bugs＠winehq.org 09 Apr '21

09 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=37996 Bug ID: 37996 Summary: Wine mono does not support https connection Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fracting(a)gmail.com Distribution: --- Created attachment 50628 --> https://bugs.winehq.org/attachment.cgi?id=50628 Test https connection Simple C# program like Client.DownloadFile("https://chocolatey.org/api/v2/", "index2.html"); doesn't work at all, see source code and logs. Workaround by `winetricks -q dotnet40` -- 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 19

[Bug 39156] New: magicka 2 doesn't start
by wine-bugs＠winehq.org 09 Apr '21

09 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=39156 Bug ID: 39156 Summary: magicka 2 doesn't start Product: Wine Version: 1.7.47 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: scrimekiler(a)yahoo.fr Distribution: --- Created attachment 52185 --> https://bugs.winehq.org/attachment.cgi?id=52185 +loaddll Hi, I have added Magicka 2 as new app on wine app db, it should come soon. The game doesn't start at all and I'm trying to figure out why.I run it in a 32 bits clean prefix. disabling d3d10 and d3d11 removes the error output about d3d.Adding vcrun2005 using winetricks removes the error about msvcrt (I've added this specific version because +loaddll shows it's trying to load msvcr80) Anyway, even after this the game still doesn't start.I've also tried to add the component for magicka 1 with winetricks in case it uses some common components without success (dotnet35 xna31 xinput) I've added the +loaddll log as attachement, but here is the default wine output : fixme:winediag:start_process Wine Staging 1.7.47 is a testing version containing experimental patches. fixme:winediag:start_process Please report bugs at http://bugs.wine-staging.com (instead of winehq.org) fixme:ole:RemUnknown_QueryInterface No interface for iid {00000019-0000-0000-c000-000000000046} fixme:console:AttachConsole stub ffffffff fixme:ver:GetCurrentPackageId (0x33fa38 (nil)): stub fixme:d3d11:D3D11CreateDevice adapter 0x13d6d0, driver_type D3D_DRIVER_TYPE_UNKNOWN, swrast (nil), flags 0, feature_levels 0x33f6e4, levels 0x6, sdk_version 7, device (nil), feature_level 0x33f6e0, context (nil) stub! err:ole:CoCreateInstance apartment not initialised fixme:msvcrt:__clean_type_info_names_internal (0x64085a64) stub -- 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 6

[Bug 17735] New: andrew rudson's drum machine: makes wine segfault upon start
by wine-bugs＠winehq.org 08 Apr '21

08 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=17735 Summary: andrew rudson's drum machine: makes wine segfault upon start Product: Wine Version: 1.1.17 Platform: PC URL: http://andrewrudson.com/drummachine/main.php OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: timonator(a)perpetuum-immobile.de When starting up Drum Machine (see URL for download link; this bug report is for drum machine version "1.36 beta") Wine crashes with a Segfault like this: zsh: segmentation fault wine DrumMachine.exe I can briefly see a window pop up and immediately close again. -- 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 34896] New: Borderlands slows down on anything after 1.4.1
by wine-bugs＠winehq.org 07 Apr '21

07 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=34896 Bug #: 34896 Summary: Borderlands slows down on anything after 1.4.1 Product: Wine Version: 1.7.5 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: zombie_ryushu(a)yahoo.com Classification: Unclassified Under Rosa 2012.1, Borderlands runs at about half the speed it did under Rosa 2012lts because of the fact Rosa has Wine 1.5.28. The error: fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fills the entire bug dialogue. Constantly. Other information will be forthcoming. -- 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 23

[Bug 38158] New: Opengl 3.2 need additional declarations to be used
by wine-bugs＠winehq.org 07 Apr '21

07 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=38158 Bug ID: 38158 Summary: Opengl 3.2 need additional declarations to be used Product: Wine Version: 1.7.37 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: major Priority: P2 Component: winemac.drv Assignee: wine-bugs(a)winehq.org Reporter: mkr(a)ukr.net Wine detect and use only opengl 2.1 As stated in this documentation page https://developer.apple.com/library/mac/documentation/GraphicsImaging/Conce… additional declarations need to be added for Opengl 3.2 core profile to be enabled. Please add them. -- 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 9

[Bug 42542] New: winetricks dotnet46 hangs frequently (mscorsvw.exe)
by wine-bugs＠winehq.org 06 Apr '21

06 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=42542 Bug ID: 42542 Summary: winetricks dotnet46 hangs frequently (mscorsvw.exe) Product: Wine Version: 2.2 Hardware: x86 OS: Linux Status: NEW Keywords: download, Installer Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Depends on: 42470 Distribution: Gentoo This is related to bug 42470. There seem to be two separate issues A) frequent critical section timeouts, native msvcrt seems to help here (and potentially Dmitry's patch from bug 42470, but B) makes that hard to verify) B) this issue. mscorsvw.exe from dotnet20/dotnet40 frequently hang: austin 10737 0.0 0.0 13752 11160 ? Ss 04:54 0:08 /home/austin/wine-git/server/wineserver austin 10747 0.0 0.0 2660520 13132 ? Sl 04:54 0:00 C:\windows\Microsoft.NET\Framework\v2.0.50727\mscorsvw.exe austin 11147 0.0 0.0 2659932 13000 ? S 04:55 0:00 C:\windows\Microsoft.NET\Framework\v2.0.50727\mscorsvw.exe -UseCLSID {E6B238F7-4B0A-4496-9AC7-E896BAF06D25} -Comment Dependency Analyzer austin 11485 0.0 0.0 1781984 12072 ? Sl 04:55 0:20 C:\windows\Microsoft.NET\Framework\v4.0.30319\mscorsvw.exe This was in a loop running winetricks-test dotnet 100 times. This particular run failed on try 11. It's been hung for at least 7.5 hours: Sun Feb 26 12:35:33 CST 2017 These two issues are making it difficult to run winetricks-test (and I suspect are the source of a lot of recently filed winetricks bugs regarding dotnet. I'm not sure what logs would be useful here, but I'm happy to get whatever would be useful. -- 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 33137] New: Can display characters with WM_SETFONT but not with DrawText - same font Arial
by wine-bugs＠winehq.org 04 Apr '21

04 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=33137 Bug #: 33137 Summary: Can display characters with WM_SETFONT but not with DrawText - same font Arial Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: forums(a)robertinventor.com Classification: Unclassified I used CreateFontIndirect to create the font, with "Arial Unicode MS" as the font name. Using GetTextFace(..) I find that the font actually created is "Arial". In one place I set it as the font for a text control using WM_SETFONT In another place I draw the text directly to a window using DrawTextW(..) I'm using characters such as: ☀ ☁ ☂ ☃ ☄ ★ ✾ ✰ ✲ ✳ ❉ ✿ ❂ ✺ ❀ They get shown fine in the text control. But when drawn directly to the window with DrawTextW you just see boxes. To make sure it isn't some error in my code, I made sure to use EXACTLY THE SAME FONT HANDLE in both cases. Same thing happens as before. Under Windows both show the same way.. So, just want to know - why can't DrawTextW find the font glyphs used by WM_SETFONT? Seems like a bug of some sort, so that's why reported it here as a bug. OTHER OBSERVATIONS I had a similar result when it was able to find Arial Unicode MS - in that case again showed them all fine with WM_SETFONT, but when I used DrawTextW, only the ★ of ★ ✾ ✰ ✲ was shown correctly. If I install unifont, then it finds it as the best match for "Arial Unicode MS", and then shows the characters in both cases correctly (but is no good for my purposes, too pixellated). THIS IS A VERY MINOR FEATURE It is a minor feature of my app so not a priority bug to fix, just for completeness. I am about to submit my app to the Wine database and this is one of the remaining unfixed differences when testing for compatibility of the app with Windows. -- 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 6