wine-bugs July 2021

wine-bugs@winehq.org

1 participants
5258 discussions

[Bug 51400] New: failed to launch UI information server
by WineHQ Bugzilla 28 Jul '21

28 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=51400 Bug ID: 51400 Summary: failed to launch UI information server Product: Wine Version: 6.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: windowscodecs Assignee: wine-bugs(a)winehq.org Reporter: susancragin(a)earthlink.net Distribution: --- Created attachment 70256 --> https://bugs.winehq.org/attachment.cgi?id=70256 run log This may be a regression. My program ran fine with wine-6.11 (Staging) and I just downloaded wine-6.12 (Staging) and now when I launch it, it fails very early with this message: failed to launch UI information server My app is Dragon Naturally Speaking 12.5. I should mention that the program sometimes throws up miscellaneous error messages prior to starting, but I have never gotten this message, and the error messages have never stopped the program from opening. I run Gentoo. Dragon NaturallySpeaking comes with its own Net 4.0 framework, so I do not use Mono. -- 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 4

[Bug 51530] New: MeGUI: processing AVS script conversion on large source file fills disk to 100% with intermediate processing file
by WineHQ Bugzilla 28 Jul '21

28 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=51530 Bug ID: 51530 Summary: MeGUI: processing AVS script conversion on large source file fills disk to 100% with intermediate processing file Product: Wine Version: 6.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdiplus Assignee: wine-bugs(a)winehq.org Reporter: tigerwild(a)gmail.com Distribution: --- Generated .avs script converting non-interlaced MPEG-2 (DVD standard) into x265 then final output to be muxed within .mkv container. I identified that long start times when opening content appear to be caused by the the intermediate processing of files. The AVS script pipes data from one process to another, and I noted that the initial process of Ffmpeg output, was not staying constrained to ram. Instead it was being written to disk while also not being forwarded to the encoder until AFTER it had completely processed the input video file. The intermediate processing and storage of uncompressed frames data generated prior to handoff to x265 encoder rapidly fills 100+ GB of disk file space, typically on root drive as this is where Wine ( /home/username/.wine/drive_c/users/username/Temp ) directory is located. Testing by converting just a small number of frames where the intermediate files created did not completely fill up the hard disk were 100% successful with the only performance bump compared to Windows being the intermediate writing of the files to the hard drive. Steps to reproduce: Install wine-6.13 ( staging ) Execute Executed WineCFG, configure default Windows version to 2008 or Windows 7 Install winetricks Download As Microsoft no longer supports fileshare of windows6.1-KB976932-X64.exe, I downloaded a copy from https://archive.org/details/windows6.1-KB976932 . Place the file into /home/username/.cache/winetricks/win7sp1 [ it's a 903 MB file! ] Get the official MeGUI 2913 x32 from https://sourceforge.net/projects/megui/files/ . Extract and place the files into /home/username/.wine/drive_c/Program Files (x86)/MeGUI-2913-32 Execute winetricks, perform 'Install an application', with no application selected pressed 'cancel', then select 'Install a Windows DLL or component', then select 'dotnet40'. winetricks, perform 'Install an application', with no application selected pressed 'cancel', then select 'Install a Windows DLL or component', then selected 'gdiplus'. WineCFG, select 'Add application' and manually navigate to the directory; I selected MeGUI.exe and set version to either Windows 2008 / 7. Both worked in testing. MeGUI, note: I got multiple error windows prior to program finally showing up for use on screen. Wine performed two reconfigurations and proceeded some 20 seconds before the application was usable. Behaviour: Root drive is filled to capacity very quickly reaching 99.99% useage and forcing OS to ask to free up space. MeGUI task monitor shows no progress during this time. The /home/username/.wine/drive_c/users/username/Temp directory is filled with files which appear to be the uncompressed video frames coming from FFMPEG's processing, prior to being piped to the x265 encoder. Expected behaviour: Each process should be constrained to RAM for fastest processing, vice writing the ouputs to disk. Also the pipe from one process to the next should happen immediately upon reaching a filled capacity (eg. 90% filled buffer). Additional information: Typical command line that MeGUI generates for actually performing its processes is similar to the following Job command line: "cmd.exe" /c ""C:\Program Files (x86)\MeGUI-2913-32\tools\ffmpeg\ffmpeg.exe" -loglevel level+error -i "Z:\media\PcName\Data\Archive\Video Captures\MyDvDContent.mkv.avs" -strict -1 -f yuv4mpegpipe - | "C:\Program Files (x86)\MeGUI-2913-32\tools\x265\x64\x265.exe" --preset faster --tune grain --crf 21.9 --sar 1:1 --output "Z:\media\PcName\Data\Archive\Video Captures\MyDvDContent.mkv.hevc" --frames 163130 --y4m -" -- 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 1

[Bug 50499] New: SO_REUSEADDR compatibility problems
by WineHQ Bugzilla 27 Jul '21

27 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=50499 Bug ID: 50499 Summary: SO_REUSEADDR compatibility problems Product: Wine Version: 6.0-rc6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: James(a)superbug.co.uk Distribution: --- The use case I am struggling with is the use of a Windows program running in wine that is sending and receiving UDP packets. This particular windows program uses SO_REUSEADDR socket option and opens two sockets. Lets call the first one socket A, and the second one Socket B. The SO_REUSEADDR from the Windows application is translated by "wine" into a SO_REUSEADDR in Linux. Unfortunately the behaviour of these is different between Windows and Linux so the Windows application fails to run on Linux under wine. 1 ) On windows: All received unicast UDP packets will arrive on the first opened socket. Thus on socket A. 2) On Linux: All received unicast UDP packets will arrive on the last opened socket. Thus on socket B. The problem is that this windows program only expects to receive unicast UDP packets on socket A, and thus it sees no packets. There are no currently existing socket options in Linux that would permit wine to simulate the Windows behaviour. And thus, the reason I am asking the question here. Please can we add an extra socket option to the Linux socket options such that we can get wine to simulate Windows correctly. I.e. behave like (1) above. Now wine is pretty good at simulating most things Windows throws at it, but socket options is not one of them yet. Also note, that (1) is actually more secure than (2) because it prevents other applications with the same UserID from hijacking the socket. Although (2) is more helpful in more gracefully handling some error edge cases. Suggested new option name: SO_REUSEADDR_WS -- 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 9

[Bug 8914] HTTRANSPARENT is ignored
by WineHQ Bugzilla 27 Jul '21

27 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=8914 --- Comment #11 from Sergey Bychkow <sergey.bychkow(a)gmail.com> --- This problem is really important, it breaks user experience. Sometimes a user can't access underlying window at all. I have attached simple test case to see a problem. When user clicks on hint then button should be clicked, but it doesn't. // file TestHintWindow.lpr program TestHintWindow; // Commandline: // C:\lazarus\fpc\3.2.0\bin\x86_64-win64\fpc.exe -WG -Pi386 -FuC:\lazarus\lcl\units\i386-win32\win32 -FuC:\lazarus\lcl\units\i386-win32 -FuC:\lazarus\components\lazutils\lib\i386-win32 TestHintWindow.lpr uses Interfaces, Forms, StdCtrls; var aForm: TForm; aButton: TButton; begin Application.Initialize; Application.HintHidePause := 20000; Application.CreateForm(TForm, aForm); aButton := TButton.Create(aForm); aButton.Caption := 'Button'; aButton.Hint := 'Button'; aButton.Parent := aForm; aButton.ShowHint := True; aButton.ClientHeight := 64; aButton.Left := (aForm.ClientWidth - aButton.Width) div 2; aButton.Top := (aForm.ClientHeight - aButton.Height) div 2; Application.Run; end. -- 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 0

[Bug 8914] HTTRANSPARENT is ignored
by WineHQ Bugzilla 27 Jul '21

27 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=8914 Sergey Bychkow <sergey.bychkow(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sergey.bychkow(a)gmail.com --- Comment #10 from Sergey Bychkow <sergey.bychkow(a)gmail.com> --- Created attachment 70369 --> https://bugs.winehq.org/attachment.cgi?id=70369 Test hint window can't process clicks on underlying window -- 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 0

[Bug 51517] New: Incorrect spliiting of -Wl,key=value arguments in winegcc
by WineHQ Bugzilla 27 Jul '21

27 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=51517 Bug ID: 51517 Summary: Incorrect spliiting of -Wl,key=value arguments in winegcc Product: Wine Version: 6.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: tools Assignee: wine-bugs(a)winehq.org Reporter: cth451(a)gmail.com Distribution: --- In wine 6.13, a regression is introduced where winegcc incorrectly split "-Wl,--key=value" into two "-Wl,--key" and "-Wl,value" when passing to the linker. This is introduced in commit fcda0afdd429e11d75dc61f628e40a6c8973ce44 as meson would somehow pass "-Wl,--out-implib=something" to winegcc. This commit should be reverted for the following reasons: * I believe this is a issue with meson passing the option in this particular way. According to GNU ld documentation, parameters for "--out-implib" is in fact space separated. In other words, the right way to invoke this option is "-Wl,--out-implib,blah". * This breaks other equal-sign separated option, for instance, "-Wl,--build-id=sha1". In this case the linker will report "cannot find sha1: No such file or directory" as winegcc splits this option into "-Wl,--build-id" and "-Wl,sha1", which of course make no sense for the linker. This issue is also present in the git master branch. -- 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 4

[Bug 51516] New: hags on configuration update
by WineHQ Bugzilla 27 Jul '21

27 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=51516 Bug ID: 51516 Summary: hags on configuration update Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mombelli.mauro(a)gmail.com Distribution: --- Created attachment 70357 --> https://bugs.winehq.org/attachment.cgi?id=70357 winecfg hangs Since a couple of day, launching previously working 64bit WINEPREFIX will get stuck to the "The wine configuration in XXX is being updated, please wait" I let it run for over a hour, even when creating completely new WINEPREFIX. It looks like by specifying WINEARCH=win32 all works fine. As attachment the log when tryng to open winecfg on a non-existing WINEPREFIX. Note ctrl+c is requested after a while, but despite some output being created the process is still running. -- 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 5

[Bug 51514] New: URLDownloadToFileA fails as of wine-6.13 (regression)
by WineHQ Bugzilla 27 Jul '21

27 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=51514 Bug ID: 51514 Summary: URLDownloadToFileA fails as of wine-6.13 (regression) Product: Wine Version: 6.13 Hardware: x86-64 OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Regression SHA1: 5edf65616a8dcbf5988bbabe0493827d9e125fc3 Distribution: Debian Created attachment 70356 --> https://bugs.winehq.org/attachment.cgi?id=70356 executable showing the regression For Waves Central I have made simple program that downloads a prerequisite msi file (from Powershell-Core`s github page) This download fails as of wine-6.13 Regression test: Commit: 5edf65616a8dcbf5988bbabe0493827d9e125fc3 URL: https://source.winehq.org/git/wine.git/?a=commit;h=5edf65616a8dcbf5988bbabe… Author: Aaron Hill <aa1ronham at gmail.com> Date: Mon Jul 12 11:40:50 2021 +0200 crypt32: Implement CNG_RSA_PUBLIC_KEY_BLOB encoding/decoding. Add support for the OID CNG_RSA_PUBLIC_KEY_BLOB to CryptEncodeObjectEx and CryptDecodeObjectEx. This OID decodes to / encodes from memory consisting of a BCRYPT_RSAKEY_BLOB, followed in memory by the exponent and modulus in big-endian format. Attached also stripped down executable: it should download the msi-file, but currently fails ("Something went wrong :( ) Stripped down source: #include <stdio.h> #include <urlmon.h> #include <wchar.h> int __cdecl wmain(int argc, WCHAR *argv[]) { char url[] = "https://github.com/PowerShell/PowerShell/releases/download/v7.0.3/PowerShel…"; char destination[] = "PowerShell-7.0.3-win-x64.msi"; if( URLDownloadToFileA(NULL, url, destination, 0, NULL) != S_OK ) fprintf(stderr, "Something went wrong :( \n"); else fwprintf(stderr, L"\033[1;34mFile Successfully Downloaded \n\033[0m\n"); return 0; } -- 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 5

[Bug 51414] New: PDF x-change viewer 100% crash
by WineHQ Bugzilla 27 Jul '21

27 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=51414 Bug ID: 51414 Summary: PDF x-change viewer 100% crash Product: Wine Version: 3.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: nsynet(a)qq.com Distribution: --- Created attachment 70269 --> https://bugs.winehq.org/attachment.cgi?id=70269 crash log 1.launch the PDF x-change viewer(ver 2.5,build 322.10) on ubuntu 18.04.5 LTS 2.open a pdf file 3.search one word in the file and will show the search result 4.click any of the result ,the pdf viewer will crash -- 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 4

[Bug 23528] New: Eclipse crashes immediately after startup
by wine-bugs＠winehq.org 26 Jul '21

26 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=23528 Summary: Eclipse crashes immediately after startup Product: Wine Version: 1.2-rc6 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: alex.shtf(a)gmail.com Created an attachment (id=29371) --> (http://bugs.winehq.org/attachment.cgi?id=29371) The log file created in the eclipse directory. * Install wine 1.2-rc6 on Ubuntu Lucid x86 from the ppa (http://ppa.launchpad.net/ubuntu-wine/ppa/ubuntu lucid main) * Install JDK for Java 6 update 20 on wine (http://java.sun.com/javase/downloads/widget/jdk6.jsp) * Download eclipse 3.6 for windows x86 and extract the zip archive. * Run eclipse.exe with wine. The splash screen appears, progress bar reaches 100%, afterwards the welcome screen appears. Then a second after the welcome screen appears eclipse crashes. -- 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 21

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