http://bugs.winehq.org/show_bug.cgi?id=31768
Bug #: 31768
Summary: Starcraft: Brood War loses mouse focus when using
ICCup's W-Mode plugin
Product: Wine
Version: 1.5.13
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: palmem(a)comcast.net
Classification: Unclassified
Regression SHA1: ff60249cab238bed124b98a7624ccfe415f8648e
Created attachment 41801
--> http://bugs.winehq.org/attachment.cgi?id=41801
Smallest portion of ff60249cab238bed124b98a7624ccfe415f8648e that causes my
regression
When running Starcraft: Brood War via ICCup's launcher with the W-Mode plugin
enabled the mouse grab functionality (Alt+F1) no longer works as of wine-1.5.11
(the last working version was wine-1.5.10). I tested with wine-1.5.12 and
wine-1.5.13, neither of which solves the problem.
I used git-bisect to track down this regression to commit
f60249cab238bed124b98a7624ccfe415f8648e. I don't really understand any of this
patch, but I found that reverting that commit does fix the regression I'm
experiencing.
I then messed around with the offending commit a bit and discovered that
reverting a single line is sufficient to fix the regression for me. I've
attached that single line patch, which applies against the current git head.
Like I said, I know nothing about this code so my fix is probably wrong.
Hopefully someone who understands the problem will be able to come up with a
proper fix :).
--
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=30739
Bug #: 30739
Summary: crashe in async_stop_request
(dlls/mshtml/navigate.c:1352)
Product: Wine
Version: 1.5.4
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: mshtml
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wine.dev(a)web.de
Classification: Unclassified
Created attachment 40245
--> http://bugs.winehq.org/attachment.cgi?id=40245
backtrace (64bit)
Wine eat all the cpu and then crash in mshtml, async_stop_request, when
visiting http://www.wondershare.com/android-manager/guide.html&back_url=
Wine works it works, when I remove the "&back_url=" part
http://www.wondershare.com/android-manager/guide.html
page fault on read access to 0x00000148 in 64-bit code
()
location in async_stop_request is dlls/mshtml/navigate.c:1352,
called from nsChannelBSC_stop_binding at dlls/mshtml/navigate.c:1454
--
By by ... Detlef
--
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=31750
Bug #: 31750
Summary: Dark Scavenger crashes on startup when client side
rendering enabled
Product: Wine
Version: 1.5.13
Platform: x86
URL: http://www.darkscavenger.com/demo/
OS/Version: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: winex11.drv
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gyebro69(a)gmail.com
CC: julliard(a)winehq.org
Classification: Unclassified
Regression SHA1: 33ac850c80634c891b0c157bbffa612f70954a40
Created attachment 41754
--> http://bugs.winehq.org/attachment.cgi?id=41754
terminal output
Dark Scavenger shows a black window on startup and music begins to play, but
the game crashes a mere second later.
Setting 'ClientSideGraphics=N' in the registry works around the problem and the
game starts normally.
The problem can be reproduced with the demo version as well. The demo doesn't
need to be installed, just unzip the archive and start DarkScavenger-Demo.exe.
The crash is due to
a39659fcc969eb547686e309c9ca4c02b3de13fa is the first bad commit
commit a39659fcc969eb547686e309c9ca4c02b3de13fa
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Mon Sep 10 16:16:05 2012 +0200
winex11: Disable client-side rendering for OpenGL windows.
:040000 040000 13c5b4b85890bc3a26a3bb2f5690d7c661155bf6
348d977c1e7d589f4e0ac95d4ca190bd19496d93 M dlls
It must be noted that prior to that commit the game starts with a black screen.
Music is playing and you can interact with the game, but you can't see
anything.
The 'black screen issue' was due to
commit 33ac850c80634c891b0c157bbffa612f70954a40
winex11: Use window surfaces for rendering top-level windows.
It can be disabled by setting "ClientSideGraphics"="n".
I can open a new bug report for the black screen issue if you think that
they're unrelated.
wine-1.5.13-144-ge3a2e3a
Fedora 17
X.Org X Server 1.12.3
Nvidia gfx card with the proprietary drivers
--
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=28038
Summary: wininet/tests/urlcache: CommitUrlCacheEntry fails
sometimes
Product: Wine
Version: 1.3.26
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
See at
http://test.winehq.org/data/8c00ee0beff1a9a6be08f32d821186c798d15b9d/linux_…
and also locally. Here's a log, with backtrace:
../../../tools/runtest -q -P wine -M wininet.dll -T ../../.. -p
wininet_test.exe.so urlcache.c
fixme:wininet:CommitUrlCacheEntryInternal entry already in cache - don't know
what to do!
fixme:wininet:URLCache_FindFirstFreeEntry Grow file
err:wininet:CommitUrlCacheEntryInternal no free entries
urlcache.c:418: Test failed: CommitUrlCacheEntry failed with error 112
urlcache.c:424: Test failed: RetrieveUrlCacheEntryFile should have set last
error to ERROR_INSUFFICIENT_BUFFER instead of 2
urlcache.c:429: Test failed: RetrieveUrlCacheEntryFile failed with error 2
urlcache.c:43: Test failed: RetrieveUrlCacheEntryFile: dwStructSize was 1114360
urlcache.c:44: Test failed: RetrieveUrlCacheEntryFile: lpszSourceUrlName should
be http://urlcachetest.winehq.org/index.html instead of ^X^T
urlcache.c:45: Test failed: RetrieveUrlCacheEntryFile: lpszLocalFileName should
be C:\users\dank\Local Settings\Temporary Internet
Files\Content.IE5\2IJCR9QJ\index[0].html instead of
Unhandled exception: page fault on read access to 0x00650053 in 32-bit code
(0x682a1527).
Backtrace:
=>0 0x682a1527 in libc.so.6 (+0x111527) (0x0032fb18)
1 check_cache_entry_infoA+0x152(returnedfrom="RetrieveUrlCacheEntryFile",
lpCacheEntryInfo=0x131400) [dlls/wininet/tests/urlcache.c:46]
2 test_urlcacheA+0xacd() [dlls/wininet/tests/urlcache.c:431]
3 func_urlcache+0xa8() [dlls/wininet/tests/urlcache.c:782]
4 run_test+0x9e(name="urlcache.c") [include/wine/test.h:556]
0x682a1527: repe movq 0x0(%edx),%mm2
--
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=26134
Summary: d3d9/query test shows a few leaks under valgrind
Product: Wine
Version: 1.3.13
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: minor
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
28 bytes in 1 blocks are definitely lost
at notify_alloc (heap.c:254)
by RtlAllocateHeap (heap.c:1701)
by IWineD3DDeviceImpl_CreateQuery (device.c:1247)
by query_init (query.c:161)
by IDirect3DDevice9Impl_CreateQuery (device.c:2703)
by test_occlusion_query_states (query.c:169)
by func_query (query.c:278)
by run_test (test.h:556)
by main (test.h:624)
...
32 bytes in 1 blocks are definitely lost
at malloc (vg_replace_malloc.c:236)
by realloc (vg_replace_malloc.c:525)
by ??? (in /usr/lib/libGL.so.1.2)
by ??? (in /usr/lib/libGL.so.1.2)
by drawStridedFast (drawprim.c:47)
by drawPrimitive (drawprim.c:718)
by IWineD3DDeviceImpl_DrawPrimitiveUP (device.c:4926)
by IDirect3DDevice9Impl_DrawPrimitiveUP (device.c:1954)
by test_occlusion_query_states (query.c:203)
by func_query (query.c:278)
by run_test (test.h:556)
by main (test.h:624)
...
56 bytes in 2 blocks are definitely lost
at notify_alloc (heap.c:254)
by RtlAllocateHeap (heap.c:1701)
by IWineD3DDeviceImpl_CreateQuery (device.c:1247)
by query_init (query.c:161)
by IDirect3DDevice9Impl_CreateQuery (device.c:2703)
by test_query_support (query.c:107)
by func_query (query.c:277)
by run_test (test.h:556)
by main (test.h:624)
...
56 bytes in 2 blocks are definitely lost
at notify_alloc (heap.c:254)
by RtlAllocateHeap (heap.c:1701)
by IWineD3DDeviceImpl_CreateQuery (device.c:1247)
by query_init (query.c:161)
by IDirect3DDevice9Impl_CreateQuery (device.c:2703)
by test_query_support (query.c:121)
by func_query (query.c:277)
by run_test (test.h:556)
by main (test.h:624)
--
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=31717
Bug #: 31717
Summary: aplication crashes when attempting to interact with
TAPI32 - unimplemented? Tapi32.dll.lineInitializeExW
Product: Wine
Version: 1.4
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: tapi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ah(a)payleven.pl
Classification: Unclassified
application Cortex, after installation went OK, and it started fine
it crashed when trying to work with some telephony subsystem with the following
error:
fixme:winmm:MXD_SetControlDetails What should the sw-side mixer controls map
to?
wine: Call from 0x7bc49f20 to unimplemented function
Tapi32.dll.lineInitializeExW, aborting
I would love to get it working under Linux - but I have very little experience
with wine.
I have installed wine-dbg but I guess it is a little use of this function call
is simply unimplemented ?
How do I get more info on what exactly is wrong ?
Maybe initialization of lineInitializeExW is trivial?
--
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=26132
Summary: dsound/capture tests shows some leaks under valgrind
Product: Wine
Version: 1.3.13
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: directx-dsound
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Depends on: 26131
After bug 26131, there are some more leaks in dsound:
828 bytes in 46 blocks are definitely lost
at notify_alloc (heap.c:254)
by RtlAllocateHeap (heap.c:1701)
by DSOUND_CopyFormat (primary.c:455)
by IDirectSoundCaptureBufferImpl_Create (capture.c:866)
by IDirectSoundCaptureImpl_CreateCaptureBuffer (capture.c:1256)
by dscenum_callback (capture.c:569)
by a_to_w_callback (dsound_main.c:291)
by DirectSoundCaptureEnumerateW (dsound_main.c:494)
by DirectSoundCaptureEnumerateA (dsound_main.c:423)
by capture_tests (capture.c:677)
by func_capture (capture.c:698)
by run_test (test.h:556)
by main (test.h:624)
...
846 bytes in 47 blocks are definitely lost
at notify_alloc (heap.c:254)
by RtlAllocateHeap (heap.c:1701)
by DSOUND_CopyFormat (primary.c:455)
by IDirectSoundCaptureBufferImpl_Create (capture.c:866)
by IDirectSoundCaptureImpl_CreateCaptureBuffer (capture.c:1256)
by dscenum_callback (capture.c:569)
by a_to_w_callback (dsound_main.c:291)
by DirectSoundCaptureEnumerateW (dsound_main.c:473)
by DirectSoundCaptureEnumerateA (dsound_main.c:423)
by capture_tests (capture.c:677)
by func_capture (capture.c:698)
by run_test (test.h:556)
by main (test.h:624)
and one possible leak:
18 bytes in 1 blocks are possibly lost
at notify_alloc (heap.c:254)
by RtlAllocateHeap (heap.c:1701)
by DSOUND_CopyFormat (primary.c:455)
by IDirectSoundCaptureBufferImpl_Create (capture.c:866)
by IDirectSoundCaptureImpl_CreateCaptureBuffer (capture.c:1256)
by dscenum_callback (capture.c:569)
by a_to_w_callback (dsound_main.c:291)
by DirectSoundCaptureEnumerateW (dsound_main.c:494)
by DirectSoundCaptureEnumerateA (dsound_main.c:423)
by capture_tests (capture.c:677)
by func_capture (capture.c:698)
by run_test (test.h:556)
by main (test.h:624)
--
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=26924
Summary: Beta League of Legends Patcher locks up.
Product: Wine
Version: 1.3.18
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wine(a)placesthroughtime.com
Using the new League of Legends patcher found at:
http://amshaegar.de/lol/LoLRADS_US.zip
Which requires you to have vcrun2005 installed with winetricks I get the
following error message and it locks up.
err:ntdll:RtlpWaitForCriticalSection section 0x509838 "?" wait timed out in
thread 0022, blocked by 0025, retrying (60 sec)
--
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=26067
Summary: user32/dialog tests show some valgrind warnings
Product: Wine
Version: 1.3.13
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: minor
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Created an attachment (id=33246)
--> (http://bugs.winehq.org/attachment.cgi?id=33246)
valgrind log
Invalid read of size 4
at DIALOG_DoDialogBox (dialog.c:817)
by DialogBoxParamA (dialog.c:846)
by test_DialogBoxParamA (dialog.c:1047)
by func_dialog (dialog.c:1291)
by run_test (test.h:556)
by main (test.h:624)
...
28 bytes in 1 blocks are definitely lost
at notify_alloc (heap.c:254)
by RtlAllocateHeap (heap.c:1701)
by DIALOG_get_info (defdlg.c:335)
by DefDlgProcA (defdlg.c:362)
by test_WM_NEXTDLGCTL (dialog.c:600)
by func_dialog (dialog.c:1287)
by run_test (test.h:556)
by main (test.h:624)
--
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=31648
Bug #: 31648
Summary: MaxIM DL 5.22 fails to install
Product: Wine
Version: 1.5.12
Platform: x86-64
URL: http://www.cyanogen.com/down/MaxImDL522.exe
OS/Version: Linux
Status: NEW
Keywords: download, Installer
Severity: minor
Priority: P2
Component: vbscript
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
Classification: Unclassified
Created attachment 41609
--> http://bugs.winehq.org/attachment.cgi?id=41609
wine-1.5.12-157-gbdf9a9f console output
MaxIM DL 5.22 fails to install reporting an Installshield error.
fixme:vbscript:parse_script parser failed on parsing
L"\r\n\r\nSession.Property(\"OS_NOTSUPPORTED\")=\"1\"\r\nEnd If\r\n\r\nDim
vAlwyasInstall, vVerInstalled, vSetupVer\r\n\r\nvAlwyasInstall =
Session.Property(\"ALWAYS_INSTALL_MDAC\") \r\nvVerInstalled =
Session.Property(\"MDACVERINSTALLED\") \r\nvSetupVer =
Session.Property(\"MDAC27_SETUP_VER\") \r\n\r\n"...
err:msi:ITERATE_Actions Execution halted, action
L"CheckForMDACInstall.C9C35FC7_5AEE_4C1E_8BD2_80ED9FA87FFF" returned 1603
vbscript.dll from Windows 7 is a workaround.
--
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.