March 2022 - Wine-Bugs - list.winehq.org

[Bug 51017] New: Microsoft PowerToys installer crashes
by WineHQ Bugzilla March 25, 2022

March 25, 2022

https://bugs.winehq.org/show_bug.cgi?id=51017 Bug ID: 51017 Summary: Microsoft PowerToys installer crashes Product: Wine Version: 6.6 Hardware: x86-64 URL: https://web.archive.org/web/20210403201453/https://git hub.com/microsoft/PowerToys/releases/download/v0.35.0/ PowerToysSetup-0.35.0-x64.exe OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: the.ideals(a)gmail.com Distribution: --- Created attachment 69864 --> https://bugs.winehq.org/attachment.cgi?id=69864 log https://github.com/microsoft/PowerToys/ .NET Core 3.1.13 is used with Release v0.35.0. 0114:fixme:kernelbase:AppPolicyGetThreadInitializationType FFFFFFFFFFFFFFFA, 000000000136FE10 0110:fixme:combase:RoGetActivationFactory (L"", {44a9796f-723e-4fdf-a218-033e75b0c084}, 000000000011E720): semi-stub wine: Unhandled page fault on read access to 0000001600000001 at address 000000007B0524B1 (thread 0110), starting debugger... Unhandled exception: page fault on read access to 0x1600000001 in 64-bit code (0x000000007b0524b1). -- 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 8

[Bug 52726] New: IsWindowsService() from Microsoft.Extensions.Hosting.WindowsServices (.Net 4.6, 4.8, 5.0) depends on services.exe being run in the session 0
by WineHQ Bugzilla March 25, 2022

March 25, 2022

https://bugs.winehq.org/show_bug.cgi?id=52726 Bug ID: 52726 Summary: IsWindowsService() from Microsoft.Extensions.Hosting.WindowsServices (.Net 4.6, 4.8, 5.0) depends on services.exe being run in the session 0 Product: Wine Version: 7.4 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dmitry(a)baikal.ru Distribution: --- Created attachment 72084 --> https://bugs.winehq.org/attachment.cgi?id=72084 AspNetTest: 64-bit binary of the test service Existing .Net 4.6, 4.8, 5.0 and 6.0 builds shipped with many applications depend on services.exe being run in the session 0: https://github.com/dotnet/runtime/blob/01b7e73cd378145264a7cb7a09365b41ed42… Attached source+binary of the sample service application which doesn't work in wine-7.4. Steps to reproduce: 1. create 64-bit Wine prefix 2. copy AspNetTest.exe to system32 (to avoid specifying full path in 'sc create') 3. 'wine sc create AspNetTest binpath=AspNetTest.exe' - register the service 4. 'wine sc start AspNetTest' - attempt to run the service 5. 'wine sc query AspNetTest' - get the service status In order to clearer see that 'sc start AspNetTest' fails I'd suggest to apply https://source.winehq.org/patches/data/230446 https://source.winehq.org/patches/data/230447 https://source.winehq.org/patches/data/230445 Without these patches you just get 01cc:err:service:process_send_command service protocol error - failed to write pipe! -- 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 52719] New: cmd.exe mishandles echo %time%
by WineHQ Bugzilla March 25, 2022

March 25, 2022

https://bugs.winehq.org/show_bug.cgi?id=52719 Bug ID: 52719 Summary: cmd.exe mishandles echo %time% Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- Created attachment 72080 --> https://bugs.winehq.org/attachment.cgi?id=72080 Check the date /t, %date%, time /t, %time% output I was hoping to sprinkle some echo %time% in the test_builtins.cmd script to figure out where it was spending time. But unfortunately in Wine all I get is: c:\> echo %time% 19:10 Whereas on Windows from XP to 21H1 I get: c:\> echo %time% 19:10:05.34 Fixing Wine to get the time with second resolution is easy, just drop TIME_NOSECONDS from the GetTimeFormatW() call. But that call does not seem to support returning subsecond data. Yet %time% is localized (with a French system locale it uses a comma as the decimal separator). Also Wine mishandles date /t and time /t, particularly the latter since it does not use the same format as plain "time". For reference here is the output of the attached test patch: English ======= C:\Users\Public\Documents>date The current date is: Wed 03/23/2022 Enter the new date: (mm-dd-yy) C:\Users\Public\Documents>date /T Wed 03/23/2022 C:\Users\Public\Documents>echo Wed 03/23/2022 <---- %date% Wed 03/23/2022 C:\Users\Public\Documents>time The current time is: 11:53:01.13 Enter the new time: C:\Users\Public\Documents>time /T 11:53 AM C:\Users\Public\Documents>echo 11:53:01.13 <---- %time% 11:53:01.13 French ====== C:\Users\Public\Documents>date La date du jour est�: 23/03/2022 Entrez la nouvelle date�: (jj-mm-aa) C:\Users\Public\Documents>date /T 23/03/2022 C:\Users\Public\Documents>echo 23/03/2022 <--- %date% 23/03/2022 C:\Users\Public\Documents>time L'heure actuelle est�: 20:23:28,60 Entrez la nouvelle heure�: C:\Users\Public\Documents>time /T 20:23 C:\Users\Public\Documents>echo 20:23:28,60 <--- %time% 20:23:28,60 -- 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 52724] New: expose a stable interface to get the linux pid mapped to a wine pid
by WineHQ Bugzilla March 25, 2022

March 25, 2022

https://bugs.winehq.org/show_bug.cgi?id=52724 Bug ID: 52724 Summary: expose a stable interface to get the linux pid mapped to a wine pid Product: Wine Version: 7.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: redartofcode(a)gmail.com Distribution: --- to get the x11 window id of a window handle inside wine, you can use `GetProp(win32_handle, "__wine_x11_whole_window");`. but there is no equivalent function to get the linux pid of a wine process by using its wine pid. it is useful when a windows app and linux app need to interact with each other. to check that the wine application is still running, or monitor its resource usage etc.. the linux native app could use linux pid of the wine application. Use Case: I run Guild Was 2 in wine. and Guild Wars 2 shares live data of the player via shared memory called MumbleLink. unfortunately, shared memory of windows is not exposed as shared memory of linux. so, i wrote a small app windows which runs inside the same prefix of Guild Wars 2, and copies that data to z:\\dev\shm\gw2link file which is in the linux path of /dev/shm/gw2link. on Windows, there are Overlays (officially allowed) which make use of this data to provide a wide variety of utilities to players. I am making a linux Overlay and to get the position / size of the Guild Wars 2 Window, i need the x11 window id. as mentioned above, I already use the "__wine_x11_whole_window" to get that and copy it to the /dev/shm/gw2link along with the other data. then, linux native Overlay uses that file to get the window id and uses x11 to take care of the rest. But there are complex scenarios like multiple instances of gw2 running, and to make it easy, gw2 writes is pid along with player data in the shared memory. we use that pid to check if gw2 is running or other such things. and here's the issue, gw2 writes the windows (wine) pid in the shared memory. and i have no way of translating it to the mapped linux pid of that gw2 instance. I am currently able to use _NET_WM_PID x11 property to get the pid of a gw2 window, but it is not actually required by the x11 spec, and its also not immediately set when the game starts. so, it is sort of unreliable at the moment. so, I was hoping that wine could expose a function (or a property like __wine_x11_whole_window) so that i could translate the wine pid to linux pid, and provide that pid via /dev/shm/gw2link just like x11 window id. -- 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 52692] New: EffectRack crashes in ucrtbase with page fault
by WineHQ Bugzilla March 23, 2022

March 23, 2022

https://bugs.winehq.org/show_bug.cgi?id=52692 Bug ID: 52692 Summary: EffectRack crashes in ucrtbase with page fault Product: Wine Version: 7.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ucrtbase Assignee: wine-bugs(a)winehq.org Reporter: pak762(a)gmx.de Distribution: --- Created attachment 72036 --> https://bugs.winehq.org/attachment.cgi?id=72036 Crashdump after start of DDMF EffectRack After upgrading to Wine 7.4.1 DDMF EffectRack crashes with a page fault in ucrtbase being called from wined3d_adapter_get_identifier. This was not the case in Wine 7.3 I also tested a fresh Manjaro install in a VM but there I could not reproduce this issue since this might be specific to having an Nvidia card and driver. The driver version is 510.54 but also on the latest 470.x version I had installed before this error occurred. -- 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 35436] New: NeteaseMusic client can't play music
by wine-bugs＠winehq.org March 23, 2022

March 23, 2022

http://bugs.winehq.org/show_bug.cgi?id=35436 Bug ID: 35436 Summary: NeteaseMusic client can't play music Product: Wine Version: 1.7.11 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fangpeishi(a)gmail.com Classification: Unclassified Created attachment 47292 --> http://bugs.winehq.org/attachment.cgi?id=47292 the terminal output steps: 1.install&open client; 2.add songs to playlist; 3.click the play button. BUT Netease music client did not start playing. download url: Netease music client(网易云音乐客户端): http://music.163.com/#/download -- 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 51903] New: Nokia SDK 2.0: Can't detect Java RMI ports
by WineHQ Bugzilla March 23, 2022

March 23, 2022

https://bugs.winehq.org/show_bug.cgi?id=51903 Bug ID: 51903 Summary: Nokia SDK 2.0: Can't detect Java RMI ports Product: Wine Version: 6.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: joseskvolpe(a)gmail.com Distribution: --- Created attachment 70854 --> https://bugs.winehq.org/attachment.cgi?id=70854 Screenshot Wine fails to connect Nokia SDK to a open Java RMI port. After opening the software ($NOKIADIR/bin/emulator.exe), it shows a pop-up with a message saying: "The internal RMI registry port 1099 may be in use by another application. If the SDK does not start select the Networking tab and enter another internal RMI registry port number." Forcing to initialize the RMI from Wine (wine start $JDK_DIR/bin/rmiregistry.exe $PORT) or from Java for Linux (rmiregistry $PORT), or changing the port number, doesn't changes the result. After pressing Ok, the applciation crashes with this message on Wine CMD: Error: invalid query "Nokia SDK 2.0 for Java" Connection Terminated I'm reporting it on Wine 6.16 because that's currently the latest version for my distribution, but i've tried it on Wine 6.19 too. I've reported it in the forum with some screenshots: https://forum.winehq.org/viewtopic.php?f=8&t=35774 I've also reported it on AppDB: https://appdb.winehq.org/objectManager.php?sClass=version&iId=40335 Procedures: 1 - First, that's needed to install 32-Bits Java 1.6 for Windows to run this application. Java 1.7 works too according to the software changelogs. You can download it from Oracle but you'll need to login: https://www.oracle.com/java/technologies/downloads/archive/ 2 - Install Nokia SDK 2.0 3 - Run it from the shortcut or from the EXE located in bin/emulator.exe Download for Nokia SDK 2.0: https://www.softpedia.com/get/Programming/SDK-DDK/Nokia-SDK.shtml SHA1 (Offline installer): 969dc440a420a7a3a210518f7fc4730f52826ad2 -- 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 48210] New: tax2019-installer crashes at start
by WineHQ Bugzilla March 23, 2022

March 23, 2022

https://bugs.winehq.org/show_bug.cgi?id=48210 Bug ID: 48210 Summary: tax2019-installer crashes at start Product: Wine Version: 4.21 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: windowscodecs Assignee: wine-bugs(a)winehq.org Reporter: peter.huyoff(a)gmx.de Distribution: --- Created attachment 65844 --> https://bugs.winehq.org/attachment.cgi?id=65844 backtrace-dump When i attempt to start installation, the installer aborts -- 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 47591] New: Steam for windows failed to launch
by wine-bugs＠winehq.org March 23, 2022

March 23, 2022

https://bugs.winehq.org/show_bug.cgi?id=47591 Bug ID: 47591 Summary: Steam for windows failed to launch Product: Wine Version: 4.13 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: apphelp Assignee: wine-bugs(a)winehq.org Reporter: tylerpelletier(a)outlook.com Distribution: --- Fresh installed pop os Stable build of wine installed the updates installed newest nvidia driver for 500 series card Installed steam I'm a newb to linux backtrace gives me: Unhandled exception: page fault on write access to 0x7c003fd4 in 32-bit code (0x7d0512ea). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:7d0512ea ESP:0033f2a0 EBP:00000014 EFLAGS:00010202( R- -- I - - - ) EAX:7d354d20 EBX:7c003fd4 ECX:7d354d20 EDX:00000000 ESI:7d0caad0 EDI:7c000611 Stack dump: 0x0033f2a0: f7fc8950 7c0008c8 00000149 beed8e00 0x0033f2b0: 7c730940 00000000 f7fc8950 00000012 0x0033f2c0: 00000016 7c6f9e80 7c000840 7d05252c 0x0033f2d0: 7c0008c8 00000014 7d0ca9c0 7c6f9e80 0x0033f2e0: 00000000 f7fc8040 f7fc8950 000001a3 0x0033f2f0: f7fc8504 00000000 7c6823d8 00002ccb Backtrace: =>0 0x7d0512ea glGetTexGenivOES+0xffffffff() in libgl.so.1 (0x00000014) 1 0x7d05252c glGetTexGenivOES+0xffffffff() in libgl.so.1 (0x7c000840) 2 0x7d05ae95 glGetTexGenivOES+0xffffffff() in libgl.so.1 (0x7d057610) 3 0x7d032b25 glGetTexGenivOES+0xffffffff() in libgl.so.1 (0x7c6f6a90) 4 0xf7faf3a9 _dl_find_dso_for_object+0xffffffff() in ld-linux.so.2 (0x7c6f6a90) 5 0xf7faf4e2 _dl_find_dso_for_object+0xffffffff() in ld-linux.so.2 (0xff976a70) 6 0xf7fb312b _dl_find_dso_for_object+0x8fa() in ld-linux.so.2 (0x0033f618) 7 0xf7d05fb3 getfsent+0x41fe2() in libc.so.6 (0xff976a70) 8 0xf7fb299e _dl_find_dso_for_object+0x16d() in ld-linux.so.2 (0xff976a70) 9 0xf7bc62c8 GLIBC_2+0x12c7() in libdl.so.2 (0xff976a70) 10 0xf7d05fb3 getfsent+0x41fe2() in libc.so.6 (0x0033f988) 11 0xf7d06060 getfsent+0x4208f() in libc.so.6 (0x0033f988) 12 0xf7bc6a71 dlsym+0x610() in libdl.so.2 (0x0033f988) 13 0xf7bc6366 GLIBC_2+0x1365() in libdl.so.2 (0x0033f988) 14 0xf7decacf wine_dll_load+0xffffffff() in libwine.so.1 (0x0033f988) 15 0x7d3962ca X11DRV_ClipCursor+0x5629() in winex11 (0x0033fb98) 16 0x7bc8c32e RtlRunOnceExecuteOnce+0x4d() in ntdll (0x0033fbe8) 17 0x7b47d323 InitOnceExecuteOnce+0x22() in kernel32 (0x0033fc18) 18 0x7d3999ff X11DRV_ClipCursor+0x8d5e() in winex11 (0x0033fc48) 19 0x7d388b04 ImeGetImeMenuItems+0x8f3() in winex11 (0x0033fc68) 20 0x7e7412be __wine_get_wgl_driver+0x4d() in gdi32 (0x0033fc98) 21 0x7a8b3448 wglDescribePixelFormat+0x37() in opengl32 (0x0033fce8) 22 0x7a8b34ed wglChoosePixelFormat+0x4c() in opengl32 (0x0033fd98) 23 0x7e741325 ChoosePixelFormat+0x34() in gdi32 (0x0033fdd8) 24 0x10096d98 in sdl2 (+0x96d97) (0x0033fe2c) 25 0x1009709c in sdl2 (+0x9709b) (0x0033fe40) 26 0x100887b8 in sdl2 (+0x887b7) (0x0033fe54) 27 0x00403c09 EntryPoint+0xffffffff() in gldriverquery (0x0033fe6c) 28 0x00403d42 EntryPoint+0xffffffff() in gldriverquery (0x0033fec0) 29 0x7b463e42 call_process_entry+0x11() in kernel32 (0x0033fed8) 30 0x7b4661bc ExitProcess+0x236b() in kernel32 (0x0033ffd8) 31 0x7b463e4e call_process_entry+0x1d() in kernel32 (0x0033ffec) 0x7d0512ea glGetTexGenivOES+0xffffffff in libgl.so.1: movl %eax,0x0(%ebx) Modules: Module Address Debug info Name (86 modules) PE 400000- 40e000 Export gldriverquery PE 10000000-100e3000 Export sdl2 ELF 7826c000-7a800000 Deferred libnvidia-glcore.so.340.107 ELF 7a800000-7a940000 Dwarf opengl32<elf> \-PE 7a820000-7a940000 \ opengl32 ELF 7b400000-7b7fb000 Dwarf kernel32<elf> \-PE 7b420000-7b7fb000 \ kernel32 ELF 7bc00000-7bd03000 Dwarf ntdll<elf> \-PE 7bc10000-7bd03000 \ ntdll ELF 7c000000-7c005000 Deferred <wine-loader> ELF 7cfb4000-7d0cb000 Dwarf libgl.so.1 ELF 7d12c000-7d133000 Deferred libxfixes.so.3 ELF 7d133000-7d140000 Deferred libxcursor.so.1 ELF 7d140000-7d153000 Deferred libxi.so.6 ELF 7d153000-7d157000 Deferred libxcomposite.so.1 ELF 7d157000-7d164000 Deferred libxrandr.so.2 ELF 7d164000-7d170000 Deferred libxrender.so.1 ELF 7d170000-7d177000 Deferred libxxf86vm.so.1 ELF 7d177000-7d17c000 Deferred libxinerama.so.1 ELF 7d17c000-7d186000 Deferred librt.so.1 ELF 7d186000-7d1a5000 Deferred libbsd.so.0 ELF 7d1a5000-7d1ac000 Deferred libxdmcp.so.6 ELF 7d1ac000-7d1b0000 Deferred libxau.so.6 ELF 7d1b0000-7d1de000 Deferred libxcb.so.1 ELF 7d1de000-7d32a000 Deferred libx11.so.6 ELF 7d32a000-7d33f000 Deferred libxext.so.6 ELF 7d353000-7d358000 Deferred libnvidia-tls.so.340.107 ELF 7d35a000-7d3eb000 Dwarf winex11<elf> \-PE 7d370000-7d3eb000 \ winex11 ELF 7d447000-7d451000 Deferred libuuid.so.1 ELF 7d451000-7d48c000 Deferred libexpat.so.1 ELF 7d48c000-7d4d9000 Deferred libfontconfig.so.1 ELF 7d4d9000-7d4f6000 Deferred libz.so.1 ELF 7d4f6000-7d534000 Deferred libpng16.so.16 ELF 7d534000-7d5f5000 Deferred libfreetype.so.6 ELF 7d610000-7d626000 Deferred api-ms-win-crt-locale-l1-1-0<elf> \-PE 7d620000-7d626000 \ api-ms-win-crt-locale-l1-1-0 ELF 7d626000-7d640000 Deferred api-ms-win-crt-math-l1-1-0<elf> \-PE 7d630000-7d640000 \ api-ms-win-crt-math-l1-1-0 ELF 7d640000-7d657000 Deferred api-ms-win-crt-runtime-l1-1-0<elf> \-PE 7d650000-7d657000 \ api-ms-win-crt-runtime-l1-1-0 ELF 7d657000-7d66e000 Deferred api-ms-win-crt-string-l1-1-0<elf> \-PE 7d660000-7d66e000 \ api-ms-win-crt-string-l1-1-0 ELF 7d66e000-7d684000 Deferred api-ms-win-crt-heap-l1-1-0<elf> \-PE 7d670000-7d684000 \ api-ms-win-crt-heap-l1-1-0 ELF 7d684000-7d69b000 Deferred api-ms-win-crt-stdio-l1-1-0<elf> \-PE 7d690000-7d69b000 \ api-ms-win-crt-stdio-l1-1-0 ELF 7d69b000-7d79a000 Deferred ucrtbase<elf> \-PE 7d6c0000-7d79a000 \ ucrtbase ELF 7d79a000-7d7b1000 Deferred vcruntime140<elf> \-PE 7d7a0000-7d7b1000 \ vcruntime140 ELF 7d7b1000-7d8da000 Deferred oleaut32<elf> \-PE 7d7d0000-7d8da000 \ oleaut32 ELF 7d8da000-7d900000 Deferred shcore<elf> \-PE 7d8e0000-7d900000 \ shcore ELF 7d900000-7d972000 Deferred shlwapi<elf> \-PE 7d910000-7d972000 \ shlwapi ELF 7d972000-7e339000 Deferred shell32<elf> \-PE 7d980000-7e339000 \ shell32 ELF 7e339000-7e35e000 Deferred imm32<elf> \-PE 7e340000-7e35e000 \ imm32 ELF 7e35e000-7e38a000 Deferred msacm32<elf> \-PE 7e360000-7e38a000 \ msacm32 ELF 7e38a000-7e4e9000 Deferred ole32<elf> \-PE 7e3a0000-7e4e9000 \ ole32 ELF 7e4e9000-7e5a4000 Deferred winmm<elf> \-PE 7e4f0000-7e5a4000 \ winmm ELF 7e5a4000-7e62c000 Deferred rpcrt4<elf> \-PE 7e5b0000-7e62c000 \ rpcrt4 ELF 7e62c000-7e6a7000 Deferred advapi32<elf> \-PE 7e640000-7e6a7000 \ advapi32 ELF 7e6a7000-7e7d8000 Dwarf gdi32<elf> \-PE 7e6c0000-7e7d8000 \ gdi32 ELF 7e7d8000-7e9e4000 Deferred user32<elf> \-PE 7e7f0000-7e9e4000 \ user32 ELF 7e9e4000-7ea54000 Deferred setupapi<elf> \-PE 7e9f0000-7ea54000 \ setupapi ELF 7ea54000-7ea68000 Deferred libnss_files.so.2 ELF 7eee1000-7efe5000 Deferred libm.so.6 ELF 7efe5000-7f000000 Deferred version<elf> \-PE 7eff0000-7f000000 \ version ELF f7bc5000-f7bcb000 Dwarf libdl.so.2 ELF f7bcb000-f7dab000 Dwarf libc.so.6 ELF f7dab000-f7dcb000 Deferred libpthread.so.0 ELF f7de6000-f7f9d000 Dwarf libwine.so.1 ELF f7f9f000-f7fc9000 Dwarf ld-linux.so.2 Threads: process tid prio (all id:s are in hex) 0000000e services.exe 00000023 0 00000020 0 0000001b 0 00000013 0 00000010 0 0000000f 0 00000011 winedevice.exe 00000018 0 00000017 0 00000016 0 00000012 0 00000019 plugplay.exe 0000001d 0 0000001c 0 0000001a 0 0000001e winedevice.exe 00000024 0 00000022 0 00000021 0 0000001f 0 00000025 explorer.exe 0000002b 0 0000002a 0 00000029 0 00000026 0 00000062 Steam.exe 000000af 0 000000ae 0 000000a9 0 0000009f 0 00000091 0 0000008e 0 0000007c 0 0000007b 0 0000007a 0 00000079 0 00000078 0 00000076 0 00000075 2 00000070 0 0000006e 2 0000006d 0 0000006a 0 00000066 0 00000065 0 00000064 0 00000063 0 000000b0 (D) C:\Program Files (x86)\Steam\bin\gldriverquery.exe 000000b1 0 <== 000000b6 steamerrorreporter.exe 000000bc 0 000000ba 0 000000b9 0 000000b8 0 000000b7 0 System information: Wine build: wine-4.0.1 Platform: i386 (WOW64) Version: Windows 7 Host system: Linux Host version: 5.0.0-21-generic -- 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 52160] New: How to get Office 365 help?
by WineHQ Bugzilla March 23, 2022

March 23, 2022

https://bugs.winehq.org/show_bug.cgi?id=52160 Bug ID: 52160 Summary: How to get Office 365 help? Product: Packaging Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-packages Assignee: wine-bugs(a)winehq.org Reporter: davidjones64619(a)gmail.com CC: dimesio(a)earthlink.net Distribution: --- You can either get an answer to your query in the community forum of Microsoft 365. Or you can also submit your service request. For Office 365 help, do the following. Login to Microsoft 365 and tap ‘Support.’ Now choose ‘New service request.’ You can also call the toll free number for seeking support. https://www.emailsupport.us/microsoft-office-365-support -- 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