https://bugs.winehq.org/show_bug.cgi?id=47009
Bug ID: 47009
Summary: msi x64 app cannot be uninstalled
Product: Wine
Version: 4.6
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: reinhold.hoffmann(a)hotmail.com
Distribution: ---
An msi x64 app cannot be uninstalled. This is a regression bug which came in
with Wine-4.6. Uninstalling a x64 app with Wine-4.5 has worked fine.
Repro
- install x64 demo app from the att. of bug 46846 "notation player 4"
- start "wine uninstaller" in a shell window
- select "notation player 4"
- Press button Change/deinstall
Problem:
The msi installer does not uninstalls the app but starts installing the app a
second time. After completing this second installation and trying to uninstall
this app again buts the button "Change/Uninstall" into grey.
An x64 app cannot be uninstalled at all.
The uninstallation of a 32 bit app works 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.
https://bugs.winehq.org/show_bug.cgi?id=37871
Bug ID: 37871
Summary: GOG.com downloader (.NET 3.5 app) wants
wininet.GetUrlCacheConfigInfoA/W implementation
Product: Wine
Version: 1.7.33
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: wininet
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
as the summary says.
It's rather harmless as the failure is catched and handled in managed code.
So the issue is rather about an improvement and the app can be used as test
case.
--- snip ---
fixme:wininet:GetUrlCacheConfigInfoW (0x1440e8, 0x33df24, 104)
Message: Value does not fall within the expected range.
Stack trace: at
System.Runtime.InteropServices.Marshal.ThrowExceptionForHRInternal(Int32
errorCode, IntPtr errorInfo)
at MS.Win32.WinInet.get_InternetCacheFolder()
at System.Windows.Media.Imaging.BitmapDownload.BeginDownload(BitmapDecoder
decoder, Uri uri, RequestCachePolicy uriCachePolicy, Stream stream)
at System.Windows.Media.Imaging.LateBoundBitmapDecoder..ctor(Uri baseUri,
Uri uri, Stream stream, BitmapCreateOptions createOptions, BitmapCacheOption
cacheOption, RequestCachePolicy requestCachePolicy)
at System.Windows.Media.Imaging.BitmapDecoder.CreateFromUriOrStream(Uri
baseUri, Uri uri, Stream stream, BitmapCreateOptions createOptions,
BitmapCacheOption cacheOption, RequestCachePolicy uriCachePolicy, Boolean
insertInDecoderCache)
at System.Windows.Media.Imaging.BitmapImage.FinalizeCreation()
at System.Windows.Media.Imaging.BitmapImage.EndInit()
at GOGCompanionApp.AppWindow.LoginUser()
--- snip ---
MSDN:
http://msdn.microsoft.com/en-us/library/windows/desktop/cc817578%28v=vs.85%…
Source:
http://source.winehq.org/git/wine.git/blob/2aaff6e19f9ef97a241d7ca36497d47d…
--- snip ---
3764 BOOL WINAPI GetUrlCacheConfigInfoW(LPINTERNET_CACHE_CONFIG_INFOW
CacheInfo, LPDWORD size, DWORD bitmask)
3765 {
3766 FIXME("(%p, %p, %x)\n", CacheInfo, size, bitmask);
3767 INTERNET_SetLastError(ERROR_INVALID_PARAMETER);
3768 return FALSE;
3769 }
--- snip ---
$ wine --version
wine-1.7.33-191-ge899bd8
Regards
--
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=46881
Bug ID: 46881
Summary: Power World Simulator installer crashes: wine:
Unimplemented function
msi.dll.MsiSourceListForceResolutionW called at
address 0x7b442233
Product: Wine
Version: 4.4
Hardware: x86
URL: https://www.powerworld.com/
OS: Linux
Status: NEW
Keywords: download, Installer
Severity: normal
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Blocks: 46879
Distribution: Debian
Created attachment 63948
--> https://bugs.winehq.org/attachment.cgi?id=63948
console output + crash log (Staging 4.4)
As the title says; tested in Staging 4.4
wine: Call from 0x7b442233 to unimplemented function
msi.dll.MsiSourceListForceResolutionW, aborting
wine: Unimplemented function msi.dll.MsiSourceListForceResolutionW called at
address 0x7b442233 (thread 0055), starting debugger...
sha1sum pw20EduEvalSetup32BitOnly.msi
e644577731629c3bf804c568dda804d00c048565 pw20EduEvalSetup32BitOnly.msi
--
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=37784
Bug ID: 37784
Summary: No warning to user that wine-mono will not be
installed to a 64 bit wineprefix unless wine64 is
explicitly invoked
Product: Wine
Version: 1.3.33
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: mscoree
Assignee: wine-bugs(a)winehq.org
Reporter: dimesio(a)earthlink.net
Distribution: ---
Filing this based on https://bugs.winehq.org/show_bug.cgi?id=37772#c2.
The default wineprefix created by running wineboot (or anything else) on a 64
bit system is 64 bit, even if wine64 is not explicitly used. However, wine-mono
is not automatically installed to a 64 bit wineprefix unless wine64 is
explicitly invoked. There is no warning to the user that wine-mono is not being
installed, and http://wiki.winehq.org/Mono says nothing about needing to
specify wine64 to install/uninstall it in a 64 bit wineprefix.
If not installing wine-mono to a default wineprefix unless wine64 is specified
is the intended behavior, there should be a warning about that in the console
at wineprefix creation, and it should be documented on the Mono wiki page.
--
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=26445
Summary: URLDownloadToFileW does not support FTP URLs
Product: Wine
Version: 1.3.15
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: urlmon
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mail(a)colinfinck.de
I cannot download any file with an ftp:// URL using urlmon's URLDownloadToFileW
function. HTTP URLs properly work.
Downloading over FTP is supported under Windows, so Wine should implement this
as well.
An example app using this functionality can be found in bug 9741. As I don't
want to argue whether closing that bug was right, I'm opening this new one.
--
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=46316
Bug ID: 46316
Summary: Hauppauge Capture version 36187
Product: Wine
Version: 3.20
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rav3nlabs(a)gmail.com
Distribution: ---
Created attachment 63049
--> https://bugs.winehq.org/attachment.cgi?id=63049
crash log
Been trying to get a Hauppauge HD PVR 2 running under ubuntu 18.04. Currently
it crashes on detecting hardware (attached is the generated log).
Using PlayOnLinux on Ubuntu Desktop 18.04, you can download the software from
here:
https://s3.amazonaws.com/hauppauge/capture/hauppaugecapture_1_1_36187.exe
Actual page:
http://www.hauppauge.com/pages/support/support_capture.html
--
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=46953
Bug ID: 46953
Summary: Watch_Dogs crashes after intro
Product: Wine
Version: 4.5
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
CC: jacek(a)codeweavers.com
Regression SHA1: c1f851179ea7faa3c0eb113fb9f067e8628d283c
Distribution: ---
Backtrace:
=>0 0x00007f03d2f17967 wined3d_cs_emit_present+0x27(cs=0x1b6b0030,
swapchain=0x11a9c660, src_rect=0x1d79f730, dst_rect=0x1d79f740,
dst_window_override=(nil), swap_interval=0)
[/wine64/dlls/wined3d/../../../grape/dlls/wined3d/cs.c:450] in wined3d
(0x0000000000000000)
1 0x00007f03d2f88a67 wined3d_swapchain_present+0x176(swapchain=0x11a9c660,
src_rect=0x1d79f730, dst_rect=0x1d79f740, dst_window_override=(nil))
[/wine64/dlls/wined3d/../../../grape/dlls/wined3d/swapchain.c:189] in wined3d
(0x000000001d79f830)
2 0x00007f03d304dc6f d3d11_swapchain_present.isra+0x7e() in dxgi
(0x0000000000000000)
3 0x00007f03d304dece d3d11_swapchain_Present+0x7d(iface=0x11b05590,
sync_interval=0, flags=0)
[/wine64/dlls/dxgi/../../../grape/dlls/dxgi/swapchain.c:326] in dxgi
(0x000000001d79f970)
4 0x0000000010e5934d EntryPoint+0x5dcc6() in overlay64 (0x0000000000000002)
5 0x00000001808944bf EntryPoint+0xf8c0b9c0() in disrupt_b64
(0x0000000000000002)
0x00007f03d2f17967 wined3d_cs_emit_present+0x27
[/wine64/dlls/wined3d/../../../grape/dlls/wined3d/cs.c:450] in wined3d: movq
(%rdi),%rax
450 return cs->ops->require_space(cs, size, queue_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=46928
Bug ID: 46928
Summary: Atelier Firis config tool doesn't show up when
launched through Steam
Product: Wine
Version: 4.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: tijs96(a)hotmail.com
Distribution: ---
Created attachment 64032
--> https://bugs.winehq.org/attachment.cgi?id=64032
Logs with the __crtGetShowWindowMode call data
The config tool window doesn't show up when launched through Steam (windows
version, not proton) with builtin msvcr110, but with native msvcr110 it shows
up just fine. When launching it without steam it shows up with both native and
builtin.
The reason for this seems to be that the config tool calls
__crtGetShowWindowMode and uses the return value in a call to ShowWindow.
Wine's implementation of __crtGetShowWindowMode seems to differ from the native
dll.
Steam + builtin: window doesn't show up, __crtGetShowWindowMode returns 0.
Steam + native: window does show up, __crtGetShowWindowMode returns ?. (steam
crashes with +snoop)
Without steam + builtin: window shows up, __crtGetShowWindowMode returns 1.
Without steam + native: window shows up, __crtGetShowWindowMode returns 10.
Steam + builtin dll with __crtGetShowWindowMode hardcoded to return 10: window
shows up, __crtGetShowWindowMode returns 10.
I haven't done much investigating with proton, but the window shows up without
any tweaks on proton.
--
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=43356
Bug ID: 43356
Summary: Mass Effect (1) Steam freezes since Steam Update from
8th of July 2017
Product: Wine
Version: 2.12
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: adi(a)angewandte-lebenskunst.ch
Used 2.12 Devel until the steam update broke the installation. Moved to 2.12
Staging and Steam could be started again. The problem now is, that Mass Effect
1, which worked fine so far, now freezes after a few minutes.
Wine reports:
err:ntdll:RtlpWaitForCriticalSection section 0xa2e65c
"../../../wine/dlls/dinput/mouse.c: SysMouseImpl*->base.crit" wait timed out in
thread 008b, blocked by 0080, retrying (60 sec)
err:ntdll:RtlpWaitForCriticalSection section 0x21fce33c
"../../../wine/dlls/dinput/dinput_main.c: dinput_hook_crit" wait timed out in
thread 0080, blocked by 008b, retrying (60 sec)
Game hangs and no way to get it out of the loop. Only by killing the process.
Tried several settings (catch/catch not mouse), reduced graphics to low level,
disabled overlay in steam, tried disabling gameoverlayrenderer.dll, tried XP as
well as Windows 7 and Windows 10. Same result everywhere.
Using macOS 10.12.5 on MacBook Pro (Retina, 15-inch, Mid 2015), 2.8 GHz Intel
Core i7, 16 GB 1600 MHz DDR3, AMD Radeon R9 M370X 2048 MB Intel Iris Pro 1536
MB
--
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.