https://bugs.winehq.org/show_bug.cgi?id=57114
Bug ID: 57114
Summary: Fading text still visible when "opacity:0" set
Product: Wine
Version: 9.16
Hardware: x86-64
URL: https://cef-builds.spotifycdn.com/cef_binary_127.3.5%2
Bg114ea2a%2Bchromium-127.0.6533.120_windows64_client.t
ar.bz2
OS: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
Distribution: Ubuntu
Created attachment 77005
--> https://bugs.winehq.org/attachment.cgi?id=77005
Screencast
The drag and drop test at https://bestvpn.org/html5demos/drag/ does not behave
as expected with the Chrome Embedded Framework sample application.
In Windows 10 the text that appears fades away (opacity:0 is set). See attached
video. The same is true using Chrome on Windows and Linux.
With Wine 9.16 the text remains visible until another element is activated with
the pointer.
I don't know if the effect is down to CSS, Javascript or a combination of the
two.
--
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=57111
Bug ID: 57111
Summary: Transparent menu backgrounds appear black in CEF
sample application
Product: Wine
Version: 9.16
Hardware: x86-64
URL: https://cef-builds.spotifycdn.com/cef_binary_127.3.5%2
Bg114ea2a%2Bchromium-127.0.6533.120_windows64_client.t
ar.bz2
OS: Linux
Status: NEW
Keywords: download, source
Severity: trivial
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
Distribution: Ubuntu
Created attachment 77000
--> https://bugs.winehq.org/attachment.cgi?id=77000
Screencast
The menus on the Chromium Embedded Framework sample application have a black
background behind them. On Windows 10 these do not appear / are transparent.
--
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=35075
Bug #: 35075
Summary: BoincTasks: very high CPU utilisation
Product: Wine
Version: 1.7.6
Platform: x86-64
URL: http://www.efmer.eu/download/boinc/boinc_tasks/unified
/setup_32_64_boinc_tasks_1_5_8.exe
OS/Version: Linux
Status: NEW
Keywords: download, performance
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: imwellcushtymelike(a)gmail.com
Classification: Unclassified
Created attachment 46782
--> http://bugs.winehq.org/attachment.cgi?id=46782
Wine 1.7.6 console output
Under Windows XP BoincTasks runs at around 22% when updating (takes a few
seconds) but idles around 1-2%. Under Wine it runs around 60% all the time. I
cannot work out why. The exact same setup was tested in both cases.
http://www.efmer.eu/download/boinc/boinc_tasks/unified/setup_32_64_boinc_ta…
Following install you are asked if you are running Windows or Linux with Wine,
choosing either option has the same effect.
Original post:
http://efmer.com/forum/index.php?topic=1140
--
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=58474
Bug ID: 58474
Summary: "Importance" should link to the Severity list
Product: WineHQ Bugzilla
Version: unspecified
Hardware: x86-64
URL: https://bugs.winehq.org/page.cgi?id=fields.html
OS: Linux
Status: NEW
Keywords: download, source
Severity: trivial
Priority: P2
Component: bugzilla-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
CC: austinenglish(a)gmail.com
Distribution: ---
When clicking on "Importance" in the Bugzilla form it directs to
https://bugs.winehq.org/page.cgi?id=fields.html#importance but this doesn't
really help a user. It should point to the Severity list:
“Severity
This field describes the impact of a bug.
blocker Blocks development and/or testing work
critical Critical problem that prevents all applications from working”
and so on...
I assumed this would be an easy change but I cannot find the code in the
Bugzilla git that does this.
Even if I could find it, the page uses a mix of <a name='bug_severity'> and <dt
id='bug_severity'> for different parts of the page, the former being
deprecated.
Are these controlled by a config file?
--
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=58511
Bug ID: 58511
Summary: Unimplemented sub function KeAcquireGuardedMutex from
ntoskrnl.exe
Product: Wine
Version: 10.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: indigosky30(a)gmail.com
Distribution: ---
Im trying to figure out why a game that was running a few weeks ago normally
doesnt work anymore (gunbound).
First, they added Anticheat (SARD), this might be the reason why it fails but
trying to debug I found the problem comes from an unimplemented Windows kernel
function (note this is an old function introduced in 2003).
-------------------------------
0320:fixme:advapi:DecryptFileW (L"C:\\Program Files
(x86)\\GunBoundWC\\game\\sard\\sard_1.0.1.17.sys", 00000000): stub
0320:fixme:ntdll:NtLoadDriver
(L"\\Registry\\Machine\\SYSTEM\\CurrentControlSet\\Services\\sard_1.0.1.17"),
stub!
0320:fixme:ntdll:NtUnloadDriver
(L"\\Registry\\Machine\\SYSTEM\\CurrentControlSet\\Services\\sard_1.0.1.17"),
stub!
wine: Call from 00006FFFFFC66438 to unimplemented function
ntoskrnl.exe.KeAcquireGuardedMutex, aborting
wine: Unimplemented function ntoskrnl.exe.KeAcquireGuardedMutex called at
address 00006FFFFFC66438 (thread 033c), starting deb
ugger...
0350:fixme:dbghelp:elf_search_auxv can't find symbol in module
0350:fixme:dbghelp:elf_search_auxv can't find symbol in module
wine: Call from 00006FFFFFC66438 to unimplemented function
ntoskrnl.exe.KeAcquireGuardedMutex, aborting
0328:err:service:process_send_command service protocol error - failed to read
pipe r = 0 count = 0!
----------------------
Looking at the call inside the ntoskrn routine, KeAcquireGuardedMutex isnt
implemented in WINE (not found here)
https://source.winehq.org/WineAPI/ntoskrnl.html, but can be found in the
Windows kernel (https://gist.github.com/ntddk/56784b8da89f228f5f1d).
Im wondering if implementing the function in WINE would solve the problem?
Anyhow hoping someone more knowledgeable sheds some light on this problem.
--
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=26549
Summary: GomezPEER fails to set processor priority
Product: Wine
Version: 1.3.16
Platform: x86-64
URL: http://lastmile.gomez.com/PEERInstall.exe
OS/Version: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
GomezPEER sets its background process (an instance of java.exe) to the lowest
(idle) priority in Windows. It fails to do so under Linux. Does Wine lack the
ability to set process priorities, perhaps?
Apologies if a similar bug is already open but I could not find one.
On newer systems this is not a problem, but on older system the PEER can
consume 100% CPU while processing. The app is designed so that performance of
the PC is not affected, which of course it isn't under Windows (save the usual
Windows-related problems) but it is under Wine.
I'm not sure if I/O priority is also set.
The following does not work as a workaround:
$nice -n19 wine ~/blah/GomezPEER.exe
because this then sets all the Wine components to -n19 and can badly affect the
performance of other apps running under Wine.
Instead, the workaround I use is:
$wineserver -p15
$nice -n19 wine ~/blah/GomezPEER.exe
This way the wineserver remains at normal priority. winedevice.exe in this
case still receives -n19 priority, however.
Console log:
fixme:win:EnumDisplayDevicesW ((null),0,0x73a83c,0x00000000), stub!
fixme:win:EnumDisplayDevicesW ((null),1,0x73a83c,0x00000000), stub!
fixme:ddraw:DirectDrawEnumerateExA flags 0x00000001 not handled
fixme:win:EnumDisplayDevicesW ((null),0,0x74b69c,0x00000000), stub!
fixme:font:WineEngCreateFontInstance Untranslated charset 255
fixme:time:GetSystemTimes (0xd9ee5a0,0xd9ee5b0,0xd9ee5a8): Stub!
fixme:time:GetSystemTimes (0xd9ee5a0,0xd9ee5b0,0xd9ee5a8): Stub!
--
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=58304
Bug ID: 58304
Summary: Question on programs that use files with $ in file
names?
Product: Wine
Version: 10.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mikes(a)kuentos.guam.net
Distribution: ---
Use Pegasus Email, and it works fine under one except if on tries to use the
IERenderer extension. With the extension installed, if one tries to open an
html email the call to the IErenderer.dll causes Pegasus to hard crash..
The Pegasus creates some temp files from the email message, and uses
WPM$xxx.PM$ format for files. Was thinking perhaps in the passing of filename
with $ inside them might cause issue since Linux treats the $ as marking a
variable?
With IERender extion it creates these two file
1110 05-16-2025 08:18 WPM$M1PL.PM$
56167 05-16-2025 08:18 WPM$SXGZ.PM$
With extension uninstalled it creates these 3 files
1536 05-16-2025 08:15 STO30e6.tmp
1536 05-16-2025 08:15 STO30e7.tmp
56167 05-16-2025 08:15 WPM$Z65Z.PM$
Note both of the 56167 byte files are identical??
The purpose of extension is to better handle displaying html messages.
Without it, some messages don't display as they should. One can then opt to
open messages in a browser, and they will display fine, but then replying
doesn't work.
Don't know if changing the $ to a different character (perhaps _) would avoid
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.
http://bugs.winehq.org/show_bug.cgi?id=17820
Summary: Chromium test_shell_tests fail on Wine
Product: Wine
Version: 1.1.17
Platform: Other
URL: http://chromium.org
OS/Version: other
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
To run Chromium's test_shell_tests.exe, copy
net/data, skia/data, webkit/data, third_party/py*, and third_party/tlslite
from the source tree. (This is quite a bit of data, so I hesitate
to post a tarball.) Then do
$ wine chrome/Debug/test_shell_tests.exe
The following tests fail on wine but not windows for me:
[ FAILED ] UniscribeTest.TooBig
[ FAILED ] VectorCanvasTest.BasicDrawing
[ FAILED ] VectorCanvasTest.Circles
[ FAILED ] VectorCanvasTest.DiagonalLines
[ FAILED ] VectorCanvasTest.PathEffects
[ FAILED ] VectorCanvasTest.Bitmaps
[ FAILED ] VectorCanvasTest.Matrix
--
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=58524
Bug ID: 58524
Summary: King Arthur II(SteamAppID24480) crashing during
battles
Product: Wine
Version: 10.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: zefkerrigan(a)gmail.com
Distribution: ---
Created attachment 78993
--> http://bugs.winehq.org/attachment.cgi?id=78993
King Arthur II (AppID24480) Steam's in Wine 10.12 terminal output
King Arthur II(SteamAppID24480) crashing during battles.
--
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=58522
Bug ID: 58522
Summary: BizHawk Low Display Update Frame Rate
Product: Wine
Version: 10.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: julianbrunner(a)gmail.com
Distribution: ---
I am running BizHawk 2.10 (https://tasvideos.org/Bizhawk) using Wine on Arch
Linux, since the Windows version has more features than the Linux build.
When upgrading Wine from 10.11 to 10.12, my frame rate drops from 60 to 40.
Everything is running slowly and the sound is stuttering. The low frame rate
occurs even when no game is running and the emulator is just rendering a black
screen. I have switched between the wine-10.11-1-x86_64 and wine-10.12-1-x86_64
pacman packages repeatedly and was able to reliably reproduce the different
frame rates.
BizHawk has multiple display methods (D3D11, OpenGL, GDI+). Both D3D and OpenGL
have the low frame rate issue on Wine 10.12. GDI+ can render the black screen
at 60 fps, but immediately drops to 30 when running an actual game. I believe
that this is an issue with the GDI+ display method and not with Wine 10.12,
since the same thing happens on 10.11.
It seems to be a genuine slowdown issue, since limiting the frame rate to
anything below 40 produces the expected results, it just doesn't seem to be
able to ever get above 40, even when removing all frame rate limits.
Outputs (stdout) of BizHawk seems to not be meaningfully different between Wine
10.11 and 10.12. CPU utilization by BizHawk also seems to be more or less the
same (~40%) between Wine 10.11 and 10.12.
--
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.