http://bugs.winehq.org/show_bug.cgi?id=34259
Bug #: 34259
Summary: cygwin 2.819 installer hangs during postinstall
Product: Wine
Version: 1.7.0
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, Installer, source
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Classification: Unclassified
Created attachment 45597
--> http://bugs.winehq.org/attachment.cgi?id=45597
terminal output
Similar to bug 24018, but that should be fixed in cygwin's upstream.
Install progresses as normal, when the postinstall script process start, it
hangs.
austin@aw25 ~ $ sha1sum setup-x86.exe
1574ef1833e07af1d6b33b80229d15c1b46c4319 setup-x86.exe
austin@aw25 ~ $ du -h setup-x86.exe
712K setup-x86.exe
austin@aw25 ~ $ wine --version
wine-1.7.0
May be related to bug 30397.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=33188
Bug #: 33188
Summary: wine explorer: wrong behavior when dragging with no
items selected
Product: Wine
Version: 1.5.25
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, source
Severity: minor
Priority: P2
Component: comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Classification: Unclassified
Apologies if this is already reported, apparently it's been around since at
least 1.2, but I couldn't find a report for it.
Noticed in notepad++, but wine explorer has the same behavior.
$ wine explorer
click in the bottom right where no files are (you may need a folder with a few
files, but not a ton..)
drag
the top item in list is selected, even though the mouse is nowhere nearby
this does not occur on windows with notepad++
native comctl32 works around it.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=52664
Bug ID: 52664
Summary: x86_64 bit vkd3d broken in --without-mingw build
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: stefan(a)codeweavers.com
Distribution: ---
Created attachment 71988
--> https://bugs.winehq.org/attachment.cgi?id=71988
backtrace
When building Wine on x86_64 without mingw, wined3d's Vulkan backend doesn't
work. An assertion is raised when creating a device, here for example when
running the d3d11 tests:
Assertion failed: 1 <= count && count <= VKD3D_VEC4_SIZE, file
../../src/wine/libs/vkd3d/libs/vkd3d-shader/vkd3d_shader_private.h, line 1162
This is a regression caused by 24432a24d5e922cbd824b0af8f7b0c66ff2b66e8.
I investigated the possibility that wined3d and vkd3d use different calling
conventions, but I don't think this is the case. Rather, I suspect that vkd3d
might be built with Unix libc headers and linked against msvcrt.
For some reason I can't get a backtrace with the d3d11 tests (they just exit
without breaking into the debugger), but I can get one with World of Tanks. I
have attached the backtrace.
The reason why I am trying to run a non-mingw build is to investigate the
performance differences between mingw and gcc builds.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=52654
Bug ID: 52654
Summary: QuickPar 0.9.1 opens but does not scan under Wine 7.4
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: jrichard909(a)yahoo.com
Distribution: ---
QuickPar under 7.4 opens but does not scan. It works perfectly under 7.3.In
7.3, it opens, scans and recovers parts, if necessary.
Manjaro xfce x64, Unstable, Kernel 5.16.14-1
--
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.
https://bugs.winehq.org/show_bug.cgi?id=52725
Bug ID: 52725
Summary: Audacity 2.4.2 "Play" keyboard shortcut stopped
working
Product: Wine
Version: 7.3
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: aros(a)gmx.com
Distribution: ---
Steps to reproduce:
* Download Audacity 2.4.2
* Open any audio file (wav, flac, etc)
* Press "Space" - playback starts and immediately stops
Notes:
* Wine 7.1 is not affected
* When you mouse click "Play" on the toolbar, playback works as expected
This is a regression.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=52705
Bug ID: 52705
Summary: IRichEditOle::GetObject does not set REOBJECT's cp
correctly
Product: Wine
Version: 7.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: richedit
Assignee: wine-bugs(a)winehq.org
Reporter: jinoh.kang.kr(a)gmail.com
Distribution: ---
REOBJECT's cp field shall always be updated to reflect the correct position of
the OLE object.
However, Wine's IRichEditOle::GetObject returns the cp value that was
originally passed via IRichEditOle::InsertObject as-is.
Affected applications:
- KakaoTalk cannot recognize Text Emoticons and @mentions in the chat edit box.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=52613
Bug ID: 52613
Summary: mIRC: text from clipboard is pasted twice in text
boxes
Product: Wine
Version: 7.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tmarplatt(a)gmail.com
Distribution: ---
OS: Linux Mint 20.3 Cinnamon
The issue: After updating winehq-devel from 7.2 to 7.3 (from official ppa), any
text that I paste in text boxes appears twice. As if I had pressed Ctrl+V or
Shift+Insert twice instead of once. I can reproduce the bug in a fresh
wineprefix and with the latest mIRC v7.67.
Steps to reproduce the issue:
1. Install mIRC 7.67 (you can freely download the installer from
https://www.mirc.com/get.html )
wine » sha1sum mirc767.exe
6b2509d3064f6fd618d6387636835a2387df144f mirc767.exe
2. At end of installer, [Check] Run mIRC and click "Finish".
3. The "About mIRC" window will show up. Click "Continue", then wait and click
"Continue" again.
4. Close the "mIRC Options" window.
5. Click in the status window text box, the text cursor will appear.
6. Select text from a different window, and copy it to the clipboard.
7. Return to the mIRC window and paste the text in the text box.
I'll be happy to provide more feedback.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=50270
Bug ID: 50270
Summary: FallenDoll exit with a application crash.
Product: Wine
Version: 6.0-rc1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: l12436(a)yahoo.com.tw
Distribution: ---
Created attachment 68811
--> https://bugs.winehq.org/attachment.cgi?id=68811
crash information.
FallenDoll main will crash with an an invalid memory access
--
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.
https://bugs.winehq.org/show_bug.cgi?id=45422
Bug ID: 45422
Summary: ./tools/sfnt2fon/sfnt2fon.c shows a heap buffer
overflow fill_fontinfo()
Product: Wine
Version: 3.11
Hardware: x86
URL: https://bugs.winehq.org/show_bug.cgi?id=40330
OS: Linux
Status: NEW
Keywords: download, source, valgrind
Severity: normal
Priority: P2
Component: tools
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Gentoo
First noticed in #40330, with ASAN:
../tools/sfnt2fon/sfnt2fon -o sserifee.fon ms_sans_serif.ttf -d 129 13,1250,5
16,1250,7
=================================================================
==18356==ERROR: AddressSanitizer: heap-buffer-overflow on address 0xf5a06ab3 at
pc 0x5658546e bp 0xffd67ec8 sp 0xffd67eb8
READ of size 1 at 0xf5a06ab3 thread T0
#0 0x5658546d in fill_fontinfo
(/var/lib/jenkins/home/workspace/wine-gcc-asan/tools/sfnt2fon/sfnt2fon+0x946d)
#1 0x56585da8 in main
(/var/lib/jenkins/home/workspace/wine-gcc-asan/tools/sfnt2fon/sfnt2fon+0x9da8)
#2 0xf7680302 in __libc_start_main (/lib32/libc.so.6+0x18302)
#3 0x56582070
(/var/lib/jenkins/home/workspace/wine-gcc-asan/tools/sfnt2fon/sfnt2fon+0x6070)
0xf5a06ab3 is located 1 bytes to the right of 2-byte region
[0xf5a06ab0,0xf5a06ab2)
allocated by thread T0 here:
#0 0xf7a42ed4 in malloc
(/usr/lib/gcc/x86_64-pc-linux-gnu/7.3.0/32/libasan.so.4+0xe5ed4)
#1 0xf785e437 (/usr/lib32/libfreetype.so.6+0x9437)
SUMMARY: AddressSanitizer: heap-buffer-overflow
(/var/lib/jenkins/home/workspace/wine-gcc-asan/tools/sfnt2fon/sfnt2fon+0x946d)
in fill_fontinfo
Shadow bytes around the buggy address:
0x3eb40d00: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
0x3eb40d10: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
0x3eb40d20: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
0x3eb40d30: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
0x3eb40d40: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
=>0x3eb40d50: fa fa fa fa fa fa[02]fa fa fa fd fa fa fa fd fa
0x3eb40d60: fa fa fd fd fa fa fd fd fa fa fd fd fa fa fd fd
0x3eb40d70: fa fa fd fa fa fa fd fd fa fa fd fa fa fa fd fd
0x3eb40d80: fa fa fd fa fa fa fd fa fa fa fd fa fa fa fd fa
0x3eb40d90: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
0x3eb40da0: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
Shadow byte legend (one shadow byte represents 8 application bytes):
Addressable: 00
Partially addressable: 01 02 03 04 05 06 07
Heap left redzone: fa
Freed heap region: fd
Stack left redzone: f1
Stack mid redzone: f2
Stack right redzone: f3
Stack after return: f5
Stack use after scope: f8
Global redzone: f9
Global init order: f6
Poisoned by user: f7
Container overflow: fc
Array cookie: ac
Intra object redzone: bb
ASan internal: fe
Left alloca redzone: ca
Right alloca redzone: cb
==18356==ABORTING
Using Valgrind gets better line numbers:
austin@valgrindbox ~/wine-valgrind/fonts $ .
~/src/wine-valgrind/scripts/vg-wrapper.sh
austin@valgrindbox ~/wine-valgrind/fonts $ valgrind make sserifee.fon
../tools/sfnt2fon/sfnt2fon -o sserifee.fon ms_sans_serif.ttf -d 129 13,1250,5
16,1250,7
==20606== Invalid read of size 1
==20606== at 0x10A91E: fill_fontinfo (sfnt2fon.c:577)
==20606== by 0x10AD1F: main (sfnt2fon.c:729)
==20606== Address 0x4be6f03 is 1 bytes after a block of size 2 alloc'd
==20606== at 0x482D58B: malloc (vg_replace_malloc.c:299)
==20606== by 0x487DD87: ft_alloc (ftsystem.c:102)
==20606== by 0x488592E: ft_mem_qalloc (ftutil.c:76)
==20606== by 0x488592E: ft_mem_alloc (ftutil.c:55)
==20606== by 0x488632E: ft_glyphslot_alloc_bitmap (ftobjs.c:490)
==20606== by 0x48C2D62: tt_sbit_decoder_alloc_bitmap (ttsbit.c:628)
==20606== by 0x48C2D62: tt_sbit_decoder_load_bitmap (ttsbit.c:1234)
==20606== by 0x48C2D62: tt_sbit_decoder_load_image (ttsbit.c:1439)
==20606== by 0x48C8265: tt_face_load_sbit_image (ttsbit.c:1616)
==20606== by 0x489F269: load_sbit_image (ttgload.c:2308)
==20606== by 0x489F269: TT_Load_Glyph (ttgload.c:2716)
==20606== by 0x489F269: tt_glyph_load (ttdriver.c:468)
==20606== by 0x4882E0F: FT_Load_Glyph (ftobjs.c:913)
==20606== by 0x488371D: FT_Load_Char (ftobjs.c:1051)
==20606== by 0x10A9F7: fill_fontinfo (sfnt2fon.c:550)
==20606== by 0x10AD1F: main (sfnt2fon.c:729)
==20606==
--
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.
https://bugs.winehq.org/show_bug.cgi?id=52294
Bug ID: 52294
Summary: DYSMANTLE seems to need
d3d11_device_CreateRasterizerState1
Product: Wine
Version: 7.0-rc3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: berillions(a)gmail.com
Distribution: ---
Created attachment 71440
--> https://bugs.winehq.org/attachment.cgi?id=71440
ogl +d3d log
Hello,
I tried this d3d11 game with OpenGL and Vulkan renderer from Wine.
In the both case, the game crashes with the same stub :
****
010c:fixme:d3d11:d3d11_device_CreateRasterizerState1 iface 0000000001057A50,
desc 000000000011FAF0, state 000000000011FAE8 stub!
****
With DXVK, there is not issue, the game launches correctly.
I attach the OGL and Vulkan +d3d log
--
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.
https://bugs.winehq.org/show_bug.cgi?id=52048
Bug ID: 52048
Summary: CreateProcess() might not spawn console for new
process
Product: Wine
Version: 6.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: colin1207(a)gmx.net
Distribution: ---
Created attachment 71059
--> https://bugs.winehq.org/attachment.cgi?id=71059
demo programs (see description)
When launching a console application by calling CreateProcess() without any
process creation flags, wine will not spawn a new console window if the parent
process is not currently attached to a console that the child could inherit,
unless explicitly requested with the CREATE_NEW_CONSOLE flag.
Windows defaults to the behaviour of allocating a new console for the process,
even without explicit request, while wine will not.
This might break several applications that assume to have a console attached
and will crash, for example, when trying to initialize curses.
Attached is a demo application:
Running launcher.exe on windows will successfully open a console for
helloworld.exe after the CreateProcess call.
All tested wine versions however, will not allocate a new console.
--
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.
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://github.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.
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/230446https://source.winehq.org/patches/data/230447https://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.
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.
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.
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.
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.
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.
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.
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.
https://bugs.winehq.org/show_bug.cgi?id=52135
Bug ID: 52135
Summary: Failed to connect to the mount manager in Wine-Staging
Product: Wine-staging
Version: 6.22
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ArchLinux
Created attachment 71178
--> https://bugs.winehq.org/attachment.cgi?id=71178
terminal output
The problem appeared in Staging a couple days ago: when running 'winecfg' to
create a new prefix or update an existing one, winecfg crashes and the 'Drives'
tab is blank showing an error: Failed to connect to the mount manager; the
drive configuration cannot be edited.
According to the regression test I performed between upstream Wine and
Wine-Staging the Staging patch to blame:
https://github.com/wine-staging/wine-staging/blob/master/patches/ntdll-Crit…
The first upstream commit when the bug appears:
95615a4afbac69b171d54533a4494e43f7811b55
mountmgr: Move the DBus support to the Unix library.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=52016
Bug ID: 52016
Summary: steamwebhelper crash due to unimplemented function
mfplat.dll.MFIsQueueThread
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mfplat
Assignee: wine-bugs(a)winehq.org
Reporter: andy86(a)fastwebnet.it
Distribution: ---
Steamwebhelper.exe crash continuously while steam is running, wine says:
Call from 7B011026 to unimplemented function mfplat.dll.MFIsQueueThread,
aborting
Steam library and store tabs remains always black like bug 37110 and installing
corefonts (bug 32342) and/or disable libglesv2.dll do not workaround this.
Using native mfplat steam shows library loading screen but crash with libcef
error.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=51975
Bug ID: 51975
Summary: Preethi Tien
Product: Wine
Version: 6.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: mspatcha
Assignee: wine-bugs(a)winehq.org
Reporter: marikaiser5678(a)gmail.com
Distribution: ---
I'd like for you to visit my website if you have the time.
--
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.