https://bugs.winehq.org/show_bug.cgi?id=56921
Bug ID: 56921
Summary: MusicBee: Random moments of lag when scrolling,
seemingly related to rendering of rating stars.
Product: Wine-staging
Version: 9.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: v_winebugs(a)outlook.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 76742
--> https://bugs.winehq.org/attachment.cgi?id=76742
Log from terminal
Tested on Wine 9.5-staging, on Fedora 40 KDE Plasma Spin
MusicBee will have these random moments of lag when scrolling on views and
playlists that have rating stars enabled. It seems to be related to how the
stars are being rendered, since when they are hidden the lag goes away, and
this lag is not present when running MusicBee under Windows. To make it worse,
this lag persists after the app is restarted.
Attached is a log from the terminal done while using MusicBee with the lag.
--
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=56715
Bug ID: 56715
Summary: 05cc:fixme:netbios:nbDispatch (0035DCE0): command code
0x91
Product: Wine
Version: 9.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: netapi32
Assignee: wine-bugs(a)winehq.org
Reporter: alois.schloegl(a)gmail.com
Distribution: ---
I'm trying to run "HASP License Manager as a Service" as describe on page 2 of
this document:
https://www.geocentrix.co.uk/support/downloads/Installing%20HASP%20License%…
The USB dongle is connected to the host system, the software is installed in a
new wineprefix, with dotnet45 installed through winetricks.
When starting the HASP license service, an endless list of messages like the
following is shown:
...
05ec:fixme:netbios:nbDispatch (0035DCE0): command code 0x91
05f0:fixme:netbios:nbDispatch (0035DCE0): command code 0x91
05f4:fixme:netbios:nbDispatch (0035DCE0): command code 0x91
05f8:fixme:netbios:nbDispatch (0035DCE0): command code 0x91
05fc:fixme:netbios:nbDispatch (0035DCE0): command code 0x91
0600:fixme:netbios:nbDispatch (0035DCE0): command code 0x91
...
I was only able to stop this, when running "wineserver -k" from another shell,
or when running the uninstaller "C:\Program Files (x86)\Aladdin\HASP
LM\lmunist.exe"
Obviously, code 0x91 is not implemented in
./dlls/netapi32/netbios.c
./include/nb30.h
I'm using wine v9.9
--
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=52592
Bug ID: 52592
Summary: MilkyTracker does not work: no valid waveout devices.
Product: Wine
Version: unspecified
Hardware: aarch64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winmm&mci
Assignee: wine-bugs(a)winehq.org
Reporter: carlo.bramix(a)libero.it
Distribution: ---
MilkyTracker is an multi-platform music application for creating .MOD and .XM
module files.
https://github.com/milkytracker/MilkyTracker
Unfortunately, it doesn't work on WINE because it cannot open any waveout
device.
Sources of MilkyTracker do these actions:
1)
waveOutOpen(&hwo, WAVE_MAPPER, &format, 0, 0, CALLBACK_NULL);
This call is a success and it returns a valid handle.
2)
waveOutGetID(hwo,(LPUINT)&waveOutID);
This call also returns success and it returns a value of 63 into "waveOutID".
BUT THIS IS WRONG. "waveOutID" should be equal to WAVE_MAPPER, which equal to
-1, as you can see in point (1).
3)
waveOutGetDevCaps((UINT)waveOutID, &waveoutcaps, sizeof(waveoutcaps));
As result, this call to waveOutGetDevCaps() fails with return value of
MMSYSERR_BADDEVICEID.
Here there is the point where there is the code that I'm talking about:
https://github.com/milkytracker/MilkyTracker/blob/4f97b7011b20519890e30368e…
The cause of the trouble is the way the function waveOutGetID() is implemented.
waveOutGetID() calls WINMM_GetDeviceFromHWAVE().
And WINMM_GetDeviceFromHWAVE() calls WINMM_DecomposeHWAVE()
Into WINMM_DecomposeHWAVE(), there are these lines:
ULONG32 l = HandleToULong(hwave);
*device_index = l & 0xFF;
But this is wrong, because *device_index will be never able to return -1 that
is the value for WAVE_MAPPER.
--
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=56468
Bug ID: 56468
Summary: The program jcef_helperexe encountered a serious
problem and needs to be closed. We apologize for any
inconvenience this may have caused
Product: Wine
Version: 9.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: yu.liao.davcai(a)gmail.com
Distribution: ---
Created attachment 76234
--> https://bugs.winehq.org/attachment.cgi?id=76234
Unhandled exception: illegal instruction in 64-bit code (0x006ffff4344d99).
The program jcef_helperexe encountered a serious problem and needs to be
closed. We apologize for any inconvenience this may have caused.
--
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=48068
Bug ID: 48068
Summary: Mostly black window in Epic Games Launcher
Product: Wine
Version: 4.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: michelle(a)iheartmichelle.com
Distribution: ---
Created attachment 65617
--> https://bugs.winehq.org/attachment.cgi?id=65617
Output of % wine {Prefix}/drive_c/Program Files (x86)/Epic
Games/Launcher/Portal/Binaries/Win64/EpicGamesLauncher.exe
-SkipBuildPatchPrereq
I have installed the Epic Games Launcher. It opens up with a mostly black
window. However, the app draws its own window controls, such as minimize and
close, and those work. Also, there's a "Settings" icon in the corner. When I
click that, it takes me to a settings screen which appears to work. However,
the rest of the window is black and I cannot install the untitled goose game,
as I so desperately want to do.
I'm using wine 4.19-staging. The Epic Games Launcher version ... well, I have
a story about that: While I was gathering info for this bug report, I started
the launcher and this time, the "Settings" icon had a dot on it. So I clicked
the Settings icon, and it said there was a new version of the launcher and I
should click here to install the new version and restart the launcher, and I
did and it worked. So at least that much of the app is working.
Anyway, the version (which is visible from the Settings screen) is now
10.9.1-10088168+++Portal+Release-Live
I don't think this is related to the ancient #40376 since that was last updated
2 years ago and seems to be caused by a bug which was fixed in a prior version
of wine.
--
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=55824
Bug ID: 55824
Summary: Unable to enter text in Epic Game Launcher
Product: Wine
Version: 8.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: guidoj2269(a)gmail.com
Distribution: ---
The most recent version of Epic Game Launcher 15.7.0 installs and starts up in
Wine 8.18 without any problems. On a clean install the Epic Game Launcher opens
a window and asks you to sign up or sign in. There is a textbox where you are
required to enter an email address. This textbox can be selected, but it is
impossible to enter any text. Nothing happens when hitting keys on the keyboard
when this textbox is active. This leaves the Epic Games not accessible.
Console output gives the following messaging, although maybe not every line is
related to this problem:
02f0:fixme:win:GetPointerDevices (00007FFFFEC7EE84 0000000000000000): partial
stub
02f0:fixme:system:NtUserQueryDisplayConfig flags 0x2, paths_count
0x7ffffec7ee50, paths 0x7998007bbb70, modes_count 0x7ffffec7ee84, modes
0x799800705580, topology_id (nil) semi-stub
02f0:fixme:system:NtUserDisplayConfigGetDeviceInfo Unimplemented packet type
11.
02f0:fixme:ui:uisettings2_get_TextScaleFactor iface 00007F655C7822E8, value
00007FFFFEC7ED60 stub!
02f0:fixme:msctf:TextStoreACPSink_OnLayoutChange STUB:(00007F655C95A930)
02f0:fixme:msctf:TextStoreACPSink_OnLayoutChange STUB:(00007F655C95A930)
The most recent version of the Epic Games Launcher can be freely downloaded
here:
https://launcher-public-service-prod06.ol.epicgames.com/launcher/api/instal…
Note that previous versions of both the Epic Games Launcher and Wine worked
well together, but I do not know which versions, nor do I have them available.
--
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=56927
Bug ID: 56927
Summary: msys2-64/cygwin64: rsync fails with 'Socket operation
on non-socket'
Product: Wine
Version: 9.12
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: bernhardu(a)mailbox.org
Distribution: ---
Created attachment 76749
--> https://bugs.winehq.org/attachment.cgi?id=76749
Notes to reproduce, a backtrace in cygwin/wine.
I tried to check if bug #19858 is still an issue.
Unfortunately I hit a rsync call which fails:
$ rsync -aq --delete-before dir-a dir-b
rsync: [Receiver] Failed to dup/close: Socket operation on non-socket (108)
rsync error: error in IPC code (code 14) at pipe.c(157) [Receiver=3.2.7]
rsync: connection unexpectedly closed (0 bytes received so far) [sender]
rsync error: error in rsync protocol data stream (code 12) at io.c(231)
It looks like rsync forks a child process, and the child tries then to close
the derived socket, which cannot be found in closesocket/socket_list_remove.
This seems kind of similar to bug #54995.
--
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=56925
Bug ID: 56925
Summary: msys2-64/cygwin64: unlink of read-only file fails
Product: Wine
Version: 9.12
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: bernhardu(a)mailbox.org
Distribution: ---
Created attachment 76744
--> https://bugs.winehq.org/attachment.cgi?id=76744
A few notes and backtraces in wine and cygwin.
In another attempt to check the state of msys2 or cygwin I found following
issue trying to update a msys2-64 installation:
# LANG=C pacman -Suy
:: Synchronizing package databases...
...
warning: could not remove lock file /var/lib/pacman/db.lck
error: failed to init transaction (unable to lock database)
error: could not lock database: File exists
...
A simpler version to reproduce is this:
rm -f test.txt
LANG=C wine cmd
echo test > test.txt
attrib +r test.txt
c:\msys64\usr\bin\rm.exe -f -v test.txt
Returns:
/usr/bin/rm: cannot remove 'test.txt': Permission denied
This tests were done with a wine tree including patches for this bugs:
52105
55138
53574
54995
--
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=55970
Bug ID: 55970
Summary: Switching sound devices does not work correctly
Product: Wine
Version: unspecified
Hardware: aarch64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: preston(a)babypuncher.net
App tested: foobar2000
Behavior when switching sound devices is inconsistent.
Switching from headphone jack to internal speaker does work when "Primary Sound
Driver is selected" and output device is changed in macOS or by unplugging
headphones.
The inverse does not work, Wine will continue playing audio through the
internal speakers after macOS has switched back to the headphone jack.
Manually changing sound devices away from "Primary Sound Driver" in foobar2000
itself causes playback errors.
--
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.