https://bugs.winehq.org/show_bug.cgi?id=35677
Bug ID: 35677
Summary: BBC iPlayer Desktop installer reports 'You need
Windows Media Player (9 or above) to install this
software.'
Product: Wine
Version: 1.7.13
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Hello folks,
the installer looks for 'C:\\Program Files\\Windows Media Player\\wmplayer.exe'
It might be useful to provide this executable as builtin (with version
resource) to fake the presence of Windows Media Player installation now that
Wine started implementing components.
--- snip ---
$ WINEDEBUG=+tid,+seh,+relay,+msi wine ./BBC-iPlayer_Setup.exe >>log.txt 2>&1
...
0025:trace:msi:iterate_appsearch L"WM_VERSION" L"WMPlayerVer"
0025:trace:msi:ACTION_AppSearchGetSignature package 0x15ea40, sig 0x33e70c
...
0025:trace:msi:MSI_DatabaseOpenViewW L"select * from Signature where Signature
= 'WMPlayerVer'" 0x33e608
...
0025:trace:msi:ACTION_AppSearchGetSignature Found file name L"wmplayer.exe" for
Signature_ L"WMPlayerVer";
0025:trace:msi:ACTION_AppSearchGetSignature MinVersion is 9.0.0.0
0025:trace:msi:ACTION_AppSearchGetSignature MaxVersion is 0.0.0.0
0025:trace:msi:ACTION_AppSearchGetSignature MinSize is 0, MaxSize is 0;
0025:trace:msi:ACTION_AppSearchGetSignature Languages is (null)
...
0025:trace:msi:ACTION_SearchDirectory 0x15ea40, 0x33e70c, L"C:\\Program
Files\\Windows Media Player\\", 0, 0x33e740
0025:trace:msi:ACTION_RecurseSearchDirectory Searching directory L"C:\\Program
Files\\Windows Media Player\\" for file L"wmplayer.exe", depth 0
0025:Call ntdll.RtlAllocateHeap(00110000,00000000,00000068) ret=7dbe75af
0025:Ret ntdll.RtlAllocateHeap() retval=0017e8d8 ret=7dbe75af
0025:Call shlwapi.PathAddBackslashW(0017e8d8 L"C:\\Program Files\\Windows Media
Player\\") ret=7dbe9625
0025:Ret shlwapi.PathAddBackslashW() retval=0017e924 ret=7dbe9625
0025:Call KERNEL32.FindFirstFileW(0017e8d8 L"C:\\Program Files\\Windows Media
Player\\wmplayer.exe",0033dcf8) ret=7dbe9655
0025:Ret KERNEL32.FindFirstFileW() retval=ffffffff ret=7dbe9655
0025:Call shlwapi.PathAddBackslashW(0017e8d8 L"C:\\Program Files\\Windows Media
Player\\") ret=7dbe9754
0025:Ret shlwapi.PathAddBackslashW() retval=0017e924 ret=7dbe9754
0025:Call KERNEL32.FindFirstFileW(0017e8d8 L"C:\\Program Files\\Windows Media
Player\\*.*",0033dcf8) ret=7dbe9784
0025:Ret KERNEL32.FindFirstFileW() retval=ffffffff ret=7dbe9784
...
0025:Call KERNEL32.GetFileAttributesW(00000000) ret=7dbe9ca3
0025:Ret KERNEL32.GetFileAttributesW() retval=ffffffff ret=7dbe9ca3
0025:trace:msi:ACTION_SearchDirectory returning 0
...
0025:trace:msi:ACTION_AppSearchDr returning 0
...
0025:trace:msi:MSI_ProcessMessage (nil) (nil) (nil) 0 200 L"Property:
WM_VERSION, Signature: WMPlayerVer"
...
0025:trace:msi:MSI_EvaluateConditionW 0 <- L"WM_VERSION"
...
0025:trace:msi:msi_get_property returning (null) for property L"WRONGWMVERSION"
...
0025:trace:msi:msi_get_property returning L"You need Windows Media Player (9 or
above) to install this software." for property L"WRONGWMVERSION"
...
0025:Call user32.MessageBoxW(00000000,0017dcf8 L"You need Windows Media Player
(9 or above) to install this software.",7dc67952 L"Install Failed",00000000)
ret=7dbd9d83
--- snip ---
$ sha1sum BBC-iPlayer_Setup.exe
ba6368a7f4d4c4c33407a30605d0ade6b7d6d1d4 BBC-iPlayer_Setup.exe
$ du -sh BBC-iPlayer_Setup.exe
5.9M BBC-iPlayer_Setup.exe
$ wine --version
wine-1.7.13-53-g37e0a1a
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.
http://bugs.winehq.org/show_bug.cgi?id=29899
Bug #: 29899
Summary: mapviewoffileex fails under certain condition with PE
images
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: tizbac2(a)gmail.com
Classification: Unclassified
Created attachment 38887
--> http://bugs.winehq.org/attachment.cgi?id=38887
Test C program that fails on wine and works on windows
Using mapviewoffileex on the same pe image from 2 different file handles, on
wine tries to relocate and if the dll does not have .reloc , it will fail ,
instead on windows the call to MapViewOfFileEx returns a valid pointer both
times.
The attached C program together with a non relocatable DLL will fail on wine,
but on windows xp it works and it gives both times "test succeeded"
--
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=33713
Bug #: 33713
Summary: Download.com wrapper gets stuck on step 2 of 4
Product: Wine
Version: 1.5.31
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Classification: Unclassified
Wine has had problems with Download.com's download manager app
ever since they introduced it.
Users are not terribly impacted since there's always a
"Direct Download Link" in small print (right below the main download
link) which lets you download the file directly without the download manager.
But most people don't see that, and it'd be nice if wine could handle the
silly download manager.
Currently wine puts up the download manager GUI, but doesn't let you
click through all four steps of its wizard; it just doesn't respond to
mouseclicks. (winetricks ie7 doesn't work around this; with that, it hangs
earlier.)
--
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=31534
Bug #: 31534
Summary: Toad: Cannot install Toad
Product: Wine
Version: unspecified
Platform: x86-64
OS/Version: Mac OS X
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: nexuslenet(a)terra.com.br
Classification: Unclassified
Created attachment 41468
--> http://bugs.winehq.org/attachment.cgi?id=41468
Unhandled exception
When I run the instalation program, it's crash.
I'm using ToadforSQLServer_Freeware_5.0.1.554 instalation program...
--
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=21032
Summary: Appraise-It 8.3 installer does not abort correctly
during redist downloading process
Product: Wine
Version: 1.1.34
Platform: PC
URL: http://www.sfrep.com/dloads/appraise-it/ai8.3.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: arethusa26(a)gmail.com
Created an attachment (id=25229)
--> (http://bugs.winehq.org/attachment.cgi?id=25229)
Appraise-it 8.3 redist installer +urlmon,+wininet trace (lzma compressed)
With wine-1.1.34-469-g33a1934, canceling a redist download in progress in the
Appraise-It 8.3 installer causes the installer to continue downloading until
the file is finished, and then display a dialog box stating "Unable to download
installation data from the web". Judging from the installer's behavior using
native wininet and urlmon via winetricks ie6, canceling a download should cause
the installer to immediately display the dialog box, rather than deferring the
display to download completion. Given that the message
"fixme:urlmon:on_progress OnProgress failed: 80004004" was outputted in large
succession after attempting to cancel, I've attached a +urlmon,+wininet log.
--
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=37667
Bug ID: 37667
Summary: GetRawInputDeviceList() does not set an error code on
failure
Product: Wine
Version: 1.7.32
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: achurch+wine(a)achurch.org
Distribution: ---
Created attachment 50134
--> https://bugs.winehq.org/attachment.cgi?id=50134
gridl-fix.diff
When GetRawInputDeviceList() is passed a buffer which is too small, the
function should set the last error code to ERROR_INSUFFICIENT_BUFFER and return
failure (see
<http://msdn.microsoft.com/en-us/library/windows/desktop/ms645598(v=vs.85).a…>).
However, the current Wine implementation does not set the last error code,
meaning that callers expecting to see ERROR_INSUFFICIENT_BUFFER will behave
incorrectly.
Patch attached (the patch is against wine-1.7.29 but the code is unchanged in
git).
--
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=37244
Bug ID: 37244
Summary: Unable to log in to Nook for PC
Product: Wine
Version: 1.7.26
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wininet
Assignee: wine-bugs(a)winehq.org
Reporter: dj.shaw(a)btconnect.com
Created attachment 49532
--> https://bugs.winehq.org/attachment.cgi?id=49532
Terminal output from runnning and trying to log in to Nook for PC
Trying to run the latest Nook for PC gets me the error 'We are experiencing
technical difficultiesat this time - please try again later (Sign in: 1025)' as
reported by other. My system is
Arch 32 bit
Wine 1.7.26
openssl 1.0.1.i-1 is installed
Clean prefix, no changes in winecfg or via winetricks
Full terminal output attached. Logging in generates the messages from the first
fixme:shell to the last err:wininet
--
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=33153
Bug #: 33153
Summary: ARMA III Alpha crashes on launch
Product: Wine
Version: unspecified
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: vaerraent(a)gmail.com
Classification: Unclassified
Created attachment 43860
--> http://bugs.winehq.org/attachment.cgi?id=43860
Backtrace #1 and #2
ARMA III Alpha crashes on launch due to missing D3D11CreateDeviceAndSwapChain.
However, stubbing this function in a similar way to Austin English's commit
0130eca6a0d6a2cd5d98ac3a008fcf0c224e9f7c (and either returning E_OUTOFMEMORY or
S_OK) does not result in a successful launch - the first launch returned an
error in a string comparison operation and further launches resulted in page
faults, both seen in the attached backtrace.txt file.
--
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=23246
Summary: mono randomly aborts with "GetThreadContext failed"
dialog
Product: Wine
Version: 1.2-rc4
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: dotnet, download
Severity: normal
Priority: P2
Component: wineserver
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: madewokherd(a)gmail.com
Mono often needs to call GetThreadContext on all threads. On Wine, this seems
to fail at random times.
The easiest way to reproduce it is to run the mono tests. I've found that the
test in mcs/class/Microsoft.Build.Engine does it pretty reliably. See
http://wiki.winehq.org/Mono for instructions on that.
--
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.