August 2020 - Wine-Bugs - list.winehq.org

[Bug 48593] New: Fable: The Lost Chapters cutscenes only play one frame of video
by WineHQ Bugzilla Aug. 7, 2020

Aug. 7, 2020

https://bugs.winehq.org/show_bug.cgi?id=48593 Bug ID: 48593 Summary: Fable: The Lost Chapters cutscenes only play one frame of video Product: Wine Version: 5.0-rc1 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: z.figura12(a)gmail.com Depends on: 48570 Distribution: --- Split off from bug 48570: (In reply to andy from comment #9) > Hi. I've try your patch. Now cutscene is played, but just sound. > Video seem locked to first frame. > > But, since you supposed a regression, I try to start a regression test and > test with wine-5.0-rc1-35-g863da013a2 and behavior is same as patch applied, > vmw reproduced but just sound, video seem locked to first frame. (In reply to Zebediah Figura from comment #10) > But obviously there is something else going wrong here. The log from comment > 9 shows, as the symptoms would suggest, our filter successfully connecting > to the default audio renderer and a custom video renderer, sending plenty of > audio samples, and only one video sample. We seem to return from > got_data_sink() without difficulty, but GStreamer never gives us another > frame. What gives? -- 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 12

[Bug 48490] New: Restored minimized windows have wrong height
by WineHQ Bugzilla Aug. 7, 2020

Aug. 7, 2020

https://bugs.winehq.org/show_bug.cgi?id=48490 Bug ID: 48490 Summary: Restored minimized windows have wrong height Product: Wine Version: 5.0-rc6 Hardware: x86 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: gabrielopcode(a)gmail.com CC: z.figura12(a)gmail.com Regression SHA1: 118f333ac233c69399a01424a6218d130983d644 Distribution: --- The commit 118f333ac233c69399a01424a6218d130983d644 exposed this bug. Specifically, this change: - new_window_rect->bottom = new_window_rect->top + GetSystemMetrics(SM_CYICON); + new_window_rect->bottom = new_window_rect->top + GetSystemMetrics(SM_CYMINIMIZED); The bug is actually in winex11.drv's X11DRV_X_to_window_rect. To reproduce this, managed + decorated windows must be set, and then: 1) Launch wine notepad. 2) Minimize it. 3) Click on notepad on the DE's taskbar to restore it. When it is restored, it will be "off" by a few pixels at the bottom (smaller), having a small gap. In my case, it is 4 pixels off. This is due to the fact that SM_CYMINIMIZED is 24, while the decoration's title bar is 26 pixels, and border is 1 pixel. Since the border is on both the top and bottom, the total extra "decoration" height is 28 pixels. However, the referenced commit changes the size of the window to 24, which is smaller than the decoration. That's perfectly fine by itself, since it's what happens on Windows in this case. The problem is that the real decoration size information is lost in this way for the window, even though X11DRV_X_to_window_rect uses it and assumes it is correct. It has to be recomputed. The previous constant (SM_CYICON), didn't trigger this bug because it was larger than the decoration in my case (32 pixels vs 28), which was probably just luck. I'll send a fix soon to hopefully fix this properly. -- 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 3

[Bug 29806] New: DirectX Software Test Causes Hype The Time Quest Installer to Fail
by wine-bugs＠winehq.org Aug. 7, 2020

Aug. 7, 2020

http://bugs.winehq.org/show_bug.cgi?id=29806 Bug #: 29806 Summary: DirectX Software Test Causes Hype The Time Quest Installer to Fail Product: Wine Version: 1.3.28 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jthomas97411(a)yahoo.com Classification: Unclassified Provided I'm remembering right, at some point in time this bug went away before I got around to reporting it, but it's sure back now (writing this when 1.4 rc 2 was the most recent version of Wine). 1.3.28 is the farthest back I have ran Hype successfully, much further behind that would probably get more iffy because 1.3.28 is particularly unstable about getting Hype running. Getting the DirectX check to not crash the installer definitely happened _after_ 1.3.28. I'm still pinpointing the version. When you install Hype, you have to click "Install", then "Change", then "Software tests...", then uncheck "Microsoft DirectX Media" and click "OK". Or else the installer fails, at least in versions of Wine where this bug is in effect. Anyways, I can assuredly tell you that Wine 1.4 rc 2 needs to have the DirectX software check unchecked to keep the installer from failing. Jake -- 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 11

[Bug 49203] New: Possible incorrect usage >= instead <= in shlview.c
by WineHQ Bugzilla Aug. 7, 2020

Aug. 7, 2020

https://bugs.winehq.org/show_bug.cgi?id=49203 Bug ID: 49203 Summary: Possible incorrect usage >= instead <= in shlview.c Product: Wine Version: 5.8 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: mikrutrafal54(a)gmail.com Distribution: --- `if ((lpmsg->message>=WM_KEYFIRST) && (lpmsg->message>=WM_KEYLAST))` should probably look like `if ((lpmsg->message>=WM_KEYFIRST) && (lpmsg->message<=WM_KEYLAST))` https://github.com/wine-mirror/wine/blob/6d801377055911d914226a3c6af8d8637a… -- 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 3

[Bug 48816] New: The explorer does not ingnore unrecognizing cmdline arg
by WineHQ Bugzilla Aug. 7, 2020

Aug. 7, 2020

https://bugs.winehq.org/show_bug.cgi?id=48816 Bug ID: 48816 Summary: The explorer does not ingnore unrecognizing cmdline arg Product: Wine Version: 5.0 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: near2see(a)163.com Distribution: --- Created attachment 66734 --> https://bugs.winehq.org/attachment.cgi?id=66734 the log of using explorer open folder In wechat, I choose [settings->General->Open Folder] opnen target folder, it cannot open expected target folder, just create default explorer window, it's different from Windows. -- 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 6

[Bug 48739] New: ConEmu fails to set IGNORE_OFFLINE and shows error dialog at startup
by WineHQ Bugzilla Aug. 7, 2020

Aug. 7, 2020

https://bugs.winehq.org/show_bug.cgi?id=48739 Bug ID: 48739 Summary: ConEmu fails to set IGNORE_OFFLINE and shows error dialog at startup Product: Wine Version: 5.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wininet Assignee: wine-bugs(a)winehq.org Reporter: rpisl(a)seznam.cz Distribution: --- ConEmu shows error dialog at startup indicating that setting INTERNET_OPTION_IGNORE_OFFLINE with InternetSetOptionW() was unsuccessful. The option is unsupported yet. Silently ignore that flag would help. It is a minor issue. -- 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 7

[Bug 47999] New: Gif pictures stored in PE files are not loaded into HTML web pages via Res protocol
by WineHQ Bugzilla Aug. 7, 2020

Aug. 7, 2020

https://bugs.winehq.org/show_bug.cgi?id=47999 Bug ID: 47999 Summary: Gif pictures stored in PE files are not loaded into HTML web pages via Res protocol Product: Wine Version: 4.18 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mshtml Assignee: wine-bugs(a)winehq.org Reporter: dimaki(a)rocketmail.com Distribution: --- Issue first noticed with VBSEdit application, but then a small sample MFC application was found on codeproject.com which displays the same incorrect behavior. On windows the sample application comes up and displays an HTML web page which contains a gif image. Both the webpage and the gif are loaded via the res protocol from the program executable. On wine the HTML page loads but the gif does not get loaded and is missing from the page. -- 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

[Bug 47621] New: Buttons too small in height
by wine-bugs＠winehq.org Aug. 7, 2020

Aug. 7, 2020

https://bugs.winehq.org/show_bug.cgi?id=47621 Bug ID: 47621 Summary: Buttons too small in height Product: Wine Version: 4.13 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: Bjoern(a)Kautler.net Distribution: --- Created attachment 65052 --> https://bugs.winehq.org/attachment.cgi?id=65052 screenshot If you try to install Inno Setup 6.0.2 from http://www.jrsoftware.org/isdl.php via wine on Ubuntu Disco with the default package 4.0-1, the initial dialog that asks on whether to install for all users or current user, is only as big as the titlebar and not resizable. It is still usable via keyboard if you know what it shows or can be prevented by using commandline options. I then tried as advised with the latest development buid, which is 4.13~disco from dl.winehq.org. With that it improved significantly, so now the dialog is better sized and usable. But as can be seen in the attached screenshot, the buttons are too narrow in the height dimension. The text on the buttons is halfway cut. -- 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 11

[Bug 48803] New: FITietokanta crashes every time after ADD-button is pressed
by WineHQ Bugzilla Aug. 7, 2020

Aug. 7, 2020

https://bugs.winehq.org/show_bug.cgi?id=48803 Bug ID: 48803 Summary: FITietokanta crashes every time after ADD-button is pressed Product: Wine Version: 4.0.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: radiomies(a)yahoo.com Distribution: --- Created attachment 66718 --> https://bugs.winehq.org/attachment.cgi?id=66718 Additional information button of error notification provides this list The program FITietokanta (records dog test results) is found https://koiratietokanta.fi/koetallennus/index.html -> "Lataa uusi koetallennusohjelma". After Boot,popup window ->click OK, -> Tiedosto (it is File) -> Perusasetukset (Basic Settings) -> Choose "DRAJ / DKAJ- kokeet" -> OK -> Selaa kokeita (Browse tests) -> popup window ->click OK -> DRAJ-kokeet -> click button "+ lisää" (Add) - >>>> CRASH! (There should be a web page where you can choose which test event you want to deal with) The program works on all windows. Attention, 64 bit Windows only! Not work any linux, I tried LMDE4, MINT 19, UBUNTU 16, LUBUNTU 16 -- 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

[Bug 48932] New: Wine does not display any windows unless `xrandr --auto` has been run
by WineHQ Bugzilla Aug. 7, 2020

Aug. 7, 2020

https://bugs.winehq.org/show_bug.cgi?id=48932 Bug ID: 48932 Summary: Wine does not display any windows unless `xrandr --auto` has been run Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: claude(a)mathr.co.uk Distribution: --- Created attachment 66899 --> https://bugs.winehq.org/attachment.cgi?id=66899 `xrandr` output at the start of the X11 session (when Wine displays no windows) Recent versions of Wine do not display any GUI windows on my Debian testing (bullseye) desktop, unless I have previously run `xrandr --auto` in my X11 session. I thought it was this bug but the cause is surely different: https://bugs.winehq.org/show_bug.cgi?id=48647 Bisecting git between 4.0.3 (good) and 5.6 (bad) shows: ``` be54adcffc249a44cb52c24320a7ad3db758ba54 is the first bad commit commit be54adcffc249a44cb52c24320a7ad3db758ba54 Author: Zhiyi Zhang <zzhang(a)codeweavers.com> Date: Fri Sep 20 16:55:22 2019 +0800 winex11.drv: Support XRandR display device handler. XRandR supports multiple GPUs and runtime device change compared to Xinerama. Signed-off-by: Zhiyi Zhang <zzhang(a)codeweavers.com> Signed-off-by: Huw Davies <huw(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> configure | 20 ++ configure.ac | 7 +- dlls/winex11.drv/x11drv.h | 1 + dlls/winex11.drv/xinerama.c | 2 +- dlls/winex11.drv/xrandr.c | 488 ++++++++++++++++++++++++++++++++++++++++++++ include/config.h.in | 3 + 6 files changed, 519 insertions(+), 2 deletions(-) ``` I will attach the output from `xrandr` before and after running `xrandr --auto` for the first time in a session. The diff shows that disconnected displays have their resolutions removed by `xrandr --auto`, though they are labelled disconnected in both instances. BTW, my first attempts to bisect this were full of spurious failures, I finally fixed it with shell stanza: ``` rm -fr ~/.wine && git clean -xf && CC="ccache gcc" CFLAGS="-g -O0" ./configure --enable-win64 --disable-tests && make -j 32 -k && ./wine winecfg # observe whether GUI is displayed, run `git bisect good` / `git bisect bad` accordingly ``` -- 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 18