- Wine-Bugs - list.winehq.org

[Bug 49435] New: cyrrillic text are broken in winbox64.exe
by WineHQ Bugzilla Aug. 9, 2020

Aug. 9, 2020

https://bugs.winehq.org/show_bug.cgi?id=49435 Bug ID: 49435 Summary: cyrrillic text are broken in winbox64.exe Product: Wine Version: 5.11 Hardware: x86-64 OS: FreeBSD Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ssh911(a)gmail.com Created attachment 67523 --> https://bugs.winehq.org/attachment.cgi?id=67523 wine64.exe application screenshot In winbox64.exe[1] application all cyrrilic text is not shown properly. It is a latest emulators/wine-devel from ports. This works fine with emulators/wine (wine-5.0.1). My locale is LANG=uk_UA.UTF-8, but I also tried to set it to LANG=ru_RU.UTF-8, no progress. 1. https://download.mikrotik.com/winbox/3.24/winbox.exe -- 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 2

[Bug 5977] Animations in the menus of Star Trek: Armada do not work
by WineHQ Bugzilla Aug. 9, 2020

Aug. 9, 2020

https://bugs.winehq.org/show_bug.cgi?id=5977 --- Comment #35 from Christoph Korn <christoph.korn(a)posteo.de> --- Yes, the bug still occurs in wine-5.14 -- 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 49670] New: Garbled text when resizing columns in NeoMule (eMule mod)
by WineHQ Bugzilla Aug. 8, 2020

Aug. 8, 2020

https://bugs.winehq.org/show_bug.cgi?id=49670 Bug ID: 49670 Summary: Garbled text when resizing columns in NeoMule (eMule mod) Product: Wine Version: 5.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: invisigoth(a)virgilio.it Distribution: --- Created attachment 67911 --> https://bugs.winehq.org/attachment.cgi?id=67911 screenshot When resizing columns in NeoMule v4.55a (based on eMule 0.49b), for example in the Search tab or in the Transfers tab, the text becomes garbled, as if it's not being refreshed. See attachment for screenshot. -- 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 49660] New: Doom 2 over dosbox doesn't start
by WineHQ Bugzilla Aug. 7, 2020

Aug. 7, 2020

https://bugs.winehq.org/show_bug.cgi?id=49660 Bug ID: 49660 Summary: Doom 2 over dosbox doesn't start Product: Wine Version: 5.14 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: ahiler(a)codeweavers.com Distribution: --- Doom II from Steam runs via dosbox.exe. It comes with SDL.dll that seems to have one of the relocation/fixup entries broken. > 00f4:trace:module:perform_relocations relocating from 68100000-6815F000 to 00220000-0027F000 > 00f4:warn:module:perform_relocations invalid address 00288000 in relocation 0027E4A0 > 00f4:warn:module:load_dll Failed to load module L"SDL.dll"; status=c0000005 DLL's preferred base: 0x68100000 DLL's virtual size: 0x0005f000 On my system libwine gets mapped in that range > 6803b000-681a0000 r--p 0000d000 00:1a 1144057/home/l1/src/wine/libs/wine/libwine.so.1.0 which forces the loader to handle relocations and fixups the addreses which leads to the failure presented above. Browsing support forums for the game seems like this is never an issue on Windows, so I've written a small program that VirutalAlloc(MEM_RESERVE) over SDL.dll's base range and then LoadLIbraryA("SDL.dll") to force relocation. > Exception thrown at 0x77CFEFA6 (ntdll.dll) in sdl_reloc_test.exe: 0xC0000005: Access violation writing location 0x017F8D58. Conclusion: this range seem to be always available on Windows and we should extend preloader's low memory area over it. -- 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 45131] New: error compiling shader.c:6668:1: internal compiler error : Segmentation Error
by wine-bugs＠winehq.org Aug. 7, 2020

Aug. 7, 2020

https://bugs.winehq.org/show_bug.cgi?id=45131 Bug ID: 45131 Summary: error compiling shader.c:6668:1: internal compiler error : Segmentation Error Product: Wine Version: 3.0-rc6 Hardware: arm OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: directx-d3dx9 Assignee: wine-bugs(a)winehq.org Reporter: sav(a)importweb.fr Distribution: --- Created attachment 61317 --> https://bugs.winehq.org/attachment.cgi?id=61317 final output of make hello, i'm trying to compile wine on my arm archlinux chromebook exynos Chromebook XE303C12 i'm getting stuck while compiling on shader.c (d3dx9_36), i've attached the final output of compiling can you help 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.

2 6

[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