https://bugs.winehq.org/show_bug.cgi?id=45757
Bug ID: 45757
Summary: Visual Studio 2017 Installer - "The installer manifest
failed signature validation"
Product: Wine
Version: 3.15
Hardware: x86
URL: https://visualstudio.microsoft.com/downloads/#build-to
ols-for-visual-studio-2017
OS: Linux
Status: NEW
Keywords: download
Severity: normal
…
[View More] Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Depends on: 45749
Distribution: ---
Follow up to bug 45749.
After the workaround, the installer opens. But installing anything errors
instantly with "The installer manifest failed signature validation"
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=46450
Bug ID: 46450
Summary: Volume Control doesn't work in Firefox videos (and
browsers based on it) with PulseAudio driver
Product: Wine
Version: 4.0-rc5
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winepulse.drv
Assignee: wine-bugs(a)winehq.org
Reporter: …
[View More]gabrielopcode(a)gmail.com
CC: aeikum(a)codeweavers.com
Distribution: ---
The volume control on videos does not work and has no effect. Tested on Firefox
52 ESR, Waterfox and latest Pale Moon (you have to enable media.wmf.vp9.enabled
to true for the latter so you can play videos on Youtube without native mfplat
/ vdec DLLs).
I skimmed through Firefox's source code, it appears to be using
IAudioStreamVolume::SetAllVolumes or similar calls. When I poked through Wine's
code, it seems only coreaudio driver actually does anything here.
The pulseaudio driver's SetAllVolumes is basically a no-op because it doesn't
do anything with the volume it sets (except retrieve it with GetAllVolumes),
and it's never sent to libpulse so of course it doesn't have any effect. The
coreaudio driver does call ca_setvol or ca_session_setvol where the pulse
driver is missing such a thing completely.
With a quick search I found that pa_context_set_sink_input_volume might be
useful for this purpose, but I don't really know much about libpulse, perhaps
there's a better way. It definitely can't stay like this though, since right
now it's basically a stub without even a FIXME for 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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=46558
Bug ID: 46558
Summary: win64 dotnet Space Engineers fractal noise generation
broken
Product: Wine-staging
Version: 4.0-rc7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: BabbleBones(a)gmail.com
…
[View More] CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Space Engineers seems to work with the latest wine, dxvk, and dotnet installed
to the prefix... However planet and asteroid (all voxel generation) seems to
suffer from messed up procedural gen.
Asteroids have small spiky bits on them in areas that whittle down to fine
points and hard edges unnaturally. Not game breaking but very noticeable.
Planet generation is much worse. Planets generate large spikes of rock that
ascend upward well beyond the limits of the atmosphere and the lower portions
of the planet seem to generate correctly if you manage to reach the ground and
walk around. Extremely game breaking.
This happens in multiplayer too, even with a windows based server, the client
procedural gens voxels independently of the server's generation which obviously
conflict the server sees free open space but the client on wine will generate
these huge phantom spikes visible to the player.
Something is pushing the fractal ridge generation of the game to create these
utterly massive spikes and asteroid fuzz and I'm willing to bet it's something
wrong with the underlying noise generation of DotNet that they use.
The source code of the game is available as well for "compatibility" purposes
under KeenSoftwareHouse's visible source licensing on github if it would be
applicable in debugging the problem but I have a feeling this may be dotnet
itself as that's where they get the noise gen from.
vcrun2017 and dotnet462 have been installed in my latest prefix with
winetricks.
Only the version of the game [1.187] and older work as something locks up the
latest version in wine after a minute or so if you want to test.
https://appdb.winehq.org/objectManager.php?sClass=version&iId=30180
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=47013
Bug ID: 47013
Summary: winebus.sys: hidraw_set_feature_report buffer too
small for some devices in SteelSeries Engine
Product: Wine
Version: 4.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winebus.sys
Assignee: wine-bugs(a)winehq.org
Reporter: toadking(a)…
[View More]toadking.com
Distribution: ---
When using SteelSeries Engine 3.13.10 under Wine 4.6, some devices (Example:
the SteelSeries GameDac) use very large feature report sizes above 1024 bytes.
The SteelSeries GameDac in particular has feature report sizes of 1025 bytes.
Reproduction steps:
* Disable SDL support in winebus: `wine reg add
HKEY_LOCAL_MACHINE\\System\\CurrentControlSet\\Services\\WineBus /v Enable\ SDL
/t Reg_Dword /d 0`
* Set read/write permissions on hidraw devices: `sudo chmod 0666 /dev/hidraw*`
* Install and run SteelSeries Engine 3.13.10
(https://engine.steelseriescdn.com/SteelSeriesEngine3.13.10Setup.exe) under
Wine 4.6.
Results:
The following error log gets spammed to the console when trying to change
settings on the SteelSeries GameDac:
0022:err:plugplay:hidraw_set_feature_report Output feature buffer too small
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=38182
Bug ID: 38182
Summary: King of Dragon Pass: can't change audio volume level
Product: Wine
Version: 1.3.25
Hardware: x86
URL: http://a-sharp.com/files/KoDP-Tour.exe
OS: Linux
Status: NEW
Keywords: download, regression
Severity: minor
Priority: P2
Component: winmm&mci
Assignee: wine-bugs(a)winehq.org
…
[View More] Reporter: gyebro69(a)gmail.com
CC: aeikum(a)codeweavers.com
Regression SHA1: be158e48ad8ee556941bd3f1ff94ca7116680d00
Distribution: ---
Adjusting the volume level in the game has no effect, the game is playing audio
on the default, highest volume.
The game is originally from 1999, I tested with the GOG version. The problem
can be reproduced with the demo version too.
The same problem in Wine 1.4.1, 1.6.2 and 1.7.38.
Last working version: Wine 1.3.25.
Regression introduced by
commit be158e48ad8ee556941bd3f1ff94ca7116680d00
Author: Andrew Eikum <aeikum(a)codeweavers.com>
Date: Mon Jul 11 08:28:30 2011 -0500
winmm: Implement waveOut* on top of MMDevAPI.
Steps to reproduce the problem in the demo:
After installation start the game with tour.exe. Click on the highlighted
<Tour> button then click <Skip all> then <Play>. Click on the button right next
to <Proceed> in the lower right corner and try to change audio volume level
using the slider...you can't.
Wine 1.7.38
Fedora 21
Alsa 1.0.28 (Pulseaudio is not running)
KoDP-Tour.exe
sha1: 445443bd6365f71257abfe0809e9a1932791d1ed
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=41657
Bug ID: 41657
Summary: CoolQ fails to launch with network error
Product: Wine
Version: 1.9.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bdbaiapp(a)163.com
Distribution: ---
Created attachment 56052
--> https://…
[View More]bugs.winehq.org/attachment.cgi?id=56052
stderr output
After splash screen displayed, CoolQ exits with the message
"无法连接软件更新服务器。请检查网络是否通畅,并稍后再试。" (Error while connecting to update server. Please
check your network and try again later.)
exe file could be found here: http://dlsec.cqp.me/cqa-full
--
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.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=27185
Summary: PC Mark 7 doesn't run under Wine
Product: Wine
Version: 1.3.20
Platform: x86
URL: http://www.gamershell.com/news_116756.html
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Appears to …
[View More]be a .NET 4 application:
austin@aw25 ~/.wine/drive_c/Program Files/Futuremark/PCMark 7/bin $ wine
PCMark7.exe
fixme:actctx:parse_manifest_buffer root element is L"asmv1:assembly", not
<assembly>
fixme:mscoree:CLRMetaHost_GetRuntime Unrecognized version L"v4.0.20926"
though installing mono210 doesn't seem to help. Windows version was set to
Windows 7, but XP had the same problem.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=47178
Bug ID: 47178
Summary: Grand Prix Legends: Service papycpu2 doesn't load
Product: Wine
Version: 4.8
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: timschumi(a)gmx.de
Distribution: ---
After Grand Prix Legends has been …
[View More]installed, a service is registered. On every
subsequent start of wine, the following log message is printed:
000f:err:service:load_reg_dword Error 1804 while reading value L"Type"
000f:err:service:scmdatabase_load_services Error 1804 reading registry key for
service L"papycpu2" - skipping
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=38423
Bug ID: 38423
Summary: Python 3.5.x exe installer fails with Access denied
error
Product: Wine
Version: 1.7.40
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bunglehead(a)gmail.com
Distribution: ---
When you …
[View More]start 3.5.0a3 installer (webinstall or a full one) you get blank
dialog with no controls (I don't know if it's expected or not), clicking
anywhere shows up a progress bar but after a couple of moments if fails with
access denied 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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=45218
Bug ID: 45218
Summary: Fallout 4 Script Extender fails to allocate trampoline
buffers
Product: Wine
Version: 3.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: buggy(a)ifel.se
Distribution: ---
Created …
[View More]attachment 61445
--> https://bugs.winehq.org/attachment.cgi?id=61445
f4se log
f4se will abort initialization and launch Fallout4 without modification when
launching with unpatched wine. It looks for 64K of unreserved memory before the
addresses of Fallout4.exe and whichever f4se dll is being loaded for trampoline
buffers.
I see two issues here. The first is that get_free_mem_state_callback is
returning that a block before the exe base overlaps the exe area (ie if exe
base address is 0x14000000000 it will reject a 64K block starting at
0x13FC0000000 as overlapping).
The other issue is that when the f4se dll is being loaded it's being loaded at
a lower address. The code that looks for trampoline buffer space aborts when it
gets to a lowest acceptable address which is the module address minus
0x78000000. For low addresses this wraps back around to a high address.
Switching to loading dlls from top down stops this from happening but I doubt
that's a good approach.
With the two patches I'm about to attach f4se completes initialization and
everything seems to run fine.
--
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.
[View Less]