https://bugs.winehq.org/show_bug.cgi?id=47150
Bug ID: 47150
Summary: [Overwatch] Game freezes when new menu music starts
playing
Product: Wine
Version: 4.7
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: hewanci(a)gmail.com
Distribution: ---
Few days …
[View More]ago the new Lucio and Mercy League skins were introduced, and the menu
got a new music, and a showcase of aforementioned new skins.
Since then the game freezes as soon as the menu music starts playing. The music
(and later the regular menu ambient music) still plays, but the GUI is frozen
and unresponsive.
The only workaround I could find was to very quickly open one of the sub-pages
(eg. Play, Hero gallery, etc.) before the music starts. This way the music will
never play, and then I can go back to the menu and everything works fine,
including the showcase of the new skins playing in the background.
Arch Linux, fully updated
Wine Staging 4.7
--
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=48054
Bug ID: 48054
Summary: gdi32:bitmap fails on Windows XP and 2003
Product: Wine
Version: unspecified
Hardware: x86
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
gdi32:bitmap started failing on Windows XP and 2003 right after …
[View More]the winehq.org
upgrade:
bitmap.c:1015: Test failed: StretchDIBits failed for 32/62/0/0
bitmap.c:1023: Test failed: GetDIBits failed for 32/62/0/0
bitmap.c:1052: Test failed: StretchDIBits failed for 32/62/0/0
(repeated 12 times)
See http://winetest.dolphin/data/tests/gdi32:bitmap.html
See also the attached screenshot showing the failures did start on Sept 09.
And this wine-devel thread:
https://www.winehq.org/pipermail/wine-devel/2019-October/152082.html
The failures are systematic and happen on all machines running one of these two
Windows versions. What's strange is that the TestBot's wxppro and w2003std VMs
have not been modified in this timeframe and neither has the gdi32:bitmap test.
In fact this appears related to the compiler which would explain why the
failure started when winehq.org (which builds the official WineTest binaries)
was upgraded to Debian 10.
Specifically, letting wtbbuild, which still runs Debian 9.9
(i686-w64-mingw32-gcc 6.3.0 20170516), compile the test binaries results in no
failure:
https://testbot.winehq.org/JobDetails.pl?Key=59354
But using a binary compiled with i686-w64-mingw32-gcc 8.3-win32 20190406 (in
this case on my development machine) produces the 36 failures:
https://testbot.winehq.org/JobDetails.pl?Key=59355
Either that or it's quite possibly a result of the new everything-as-PE vs. the
old cross-compilation approach still used by wtbbuild.
--
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=24631
Summary: listview NM_HOVER tests sometimes fail
Product: Wine
Version: 1.3.4
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austin.lund(a)gmail.com
The NM_HOVER tests sometimes give:
listview.c:468: listview: 0063016A, 02a1, 00000000, …
[View More]00000000
listview.c:4433: Test failed: NM_HOVER allow test: the msg sequence is not
complete: expected 0087 - actual 0000
listview.c:468: listview: 0063016A, 02a1, 00000000, 00000000
listview.c:4438: Test failed: NM_HOVER block test: the msg sequence is not
complete: expected 0087 - actual 0000
For example:
http://test.winehq.org/data/79ed8429319509db1ca7723661af5fb4a8017320/win7_w…
Whereas a non-failing situation gives:
listview.c:468: listview: 000000000063016A, 02a1, 00000000, 00000000
listview.c:327: parent: 0000000000230172, 0087, 00000000, 00000000
listview.c:327: parent: 0000000000230172, 004e, 00000000, 0022f4e0
listview.c:4433: expected 0087 - actual 0087
listview.c:4433: expected 004e - actual 004e
listview.c:468: listview: 000000000063016A, 02a1, 00000000, 00000000
listview.c:327: parent: 0000000000230172, 0087, 00000000, 00000000
listview.c:327: parent: 0000000000230172, 004e, 00000000, 0022f4e0
listview.c:4438: expected 0087 - actual 0087
listview.c:4438: expected 004e - actual 004e
--
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=48061
Bug ID: 48061
Summary: WineTest: get_subtests() fails randomly
Product: Wine
Version: unspecified
Hardware: x86
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: testcases
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Sometimes the DLL version section contains lines like:
mfplat=…
[View More]load error 1359
shell32=load error 1359
user32=load error 1359
See
https://test.winehq.org/data/6f2ef158b78f7d0a950c9398c26278d6523c112e/win10…
This happens on all VMs. 1359 is ERROR_INTERNAL_ERROR which get_subtests()
returns when it fails to parse the test list. But it could also come from
GetLastError() though that seems somewhat unlikely.
In some cases this may make sense. For instance I assume that mfplat.dll is not
available on Windows XP so it could make sense to have this error there, though
one would rather expect a 'missing' error.
But this error happened to shell32 and user32 on Windows 10 as in the example
above!!!
This impacts the WineTest results which then impacts the ability of the TestBot
to detect new failures. So this needs to be investigated.
--
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=43377
Bug ID: 43377
Summary: valgrind shows an invalid read in
dlls/msxml3/tests/domdoc.c
Product: Wine
Version: 2.12
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase, valgrind
Severity: normal
Priority: P2
Component: msxml3
Assignee: wine-bugs(a)winehq.org
Reporter: …
[View More]austinenglish(a)gmail.com
Distribution: Debian
../../../tools/runtest -q -P wine -T ../../.. -M msxml3.dll -p
msxml3_test.exe.so domdoc && touch domdoc.ok
==30037== Invalid free() / delete / delete[] / realloc()
==30037== at 0x7BC510DB: notify_free (heap.c:262)
==30037== by 0x7BC556AC: RtlFreeHeap (heap.c:1762)
==30037== by 0x5F97B28: heap_free (msxml_private.h:189)
==30037== by 0x5F9837F: free_properties (domdoc.c:360)
==30037== by 0x5F98CA3: xmldoc_release_refs (domdoc.c:624)
==30037== by 0x5F98CEA: xmldoc_release (domdoc.c:635)
==30037== by 0x5FC36D8: destroy_xmlnode (node.c:1481)
==30037== by 0x5F99C3C: domdoc_Release (domdoc.c:966)
==30037== by 0x4A525C0: IXMLDOMDocument2_Release (msxml2.h:4413)
==30037== by 0x4A525C0: test_get_ownerDocument (???:0)
==30037== by 0x4A76882: func_domdoc (domdoc.c:12609)
==30037== by 0x4AB1624: run_test (test.h:603)
==30037== by 0x4AB1A83: main (test.h:687)
==30037== Address 0x48e0820 is 18 bytes after a recently re-allocated block of
size 46 alloc'd
==30037== at 0x7BC51061: notify_alloc (heap.c:254)
==30037== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716)
==30037== by 0x5608BD0: strdupW (freetype.c:1098)
==30037== by 0x560A0ED: load_face (freetype.c:1650)
==30037== by 0x560A862: load_font_list_from_cache (freetype.c:1778)
==30037== by 0x56132B5: WineEngInit (freetype.c:4402)
==30037== by 0x5622222: DllMain (gdiobj.c:677)
==30037== by 0x5641491: __wine_spec_dll_entry (dll_entry.c:40)
==30037== by 0x7BC57861: ??? (loader.c:150)
==30037== by 0x7BC5A291: MODULE_InitDLL (loader.c:1121)
==30037== by 0x7BC5A7E1: process_attach (loader.c:1222)
==30037== by 0x7BC5A728: process_attach (loader.c:1210)
==30037== by 0x7BC5A728: process_attach (loader.c:1210)
==30037== by 0x7BC5A728: process_attach (loader.c:1210)
==30037== by 0x7BC5A728: process_attach (loader.c:1210)
==30037== by 0x7BC5FB42: attach_process_dlls (loader.c:3011)
==30037== by 0x40413EC: ??? (port.c:78)
==30037==
==30037== Invalid free() / delete / delete[] / realloc()
==30037== at 0x7BC510DB: notify_free (heap.c:262)
==30037== by 0x7BC556AC: RtlFreeHeap (heap.c:1762)
==30037== by 0x5F97B28: heap_free (msxml_private.h:189)
==30037== by 0x5F9839F: free_properties (domdoc.c:362)
==30037== by 0x5F98CA3: xmldoc_release_refs (domdoc.c:624)
==30037== by 0x5F98CEA: xmldoc_release (domdoc.c:635)
==30037== by 0x5FC36D8: destroy_xmlnode (node.c:1481)
==30037== by 0x5F99C3C: domdoc_Release (domdoc.c:966)
==30037== by 0x4A525C0: IXMLDOMDocument2_Release (msxml2.h:4413)
==30037== by 0x4A525C0: test_get_ownerDocument (???:0)
==30037== by 0x4A76882: func_domdoc (domdoc.c:12609)
==30037== by 0x4AB1624: run_test (test.h:603)
==30037== by 0x4AB1A83: main (test.h:687)
==30037== Address 0x49065a0 is 4 bytes after a block of size 92 free'd
==30037== at 0x7BC510DB: notify_free (heap.c:262)
==30037== by 0x7BC556AC: RtlFreeHeap (heap.c:1762)
==30037== by 0x55FF13A: FONT_DeleteObject (font.c:814)
==30037== by 0x5622F04: DeleteObject (gdiobj.c:982)
==30037== by 0x532BDF5: get_text_metr_size (sysparams.c:482)
==30037== by 0x532C66E: normalize_nonclientmetrics (sysparams.c:653)
==30037== by 0x532F087: SystemParametersInfoW (sysparams.c:1610)
==30037== by 0x53321D2: GetSystemMetrics (sysparams.c:2459)
==30037== by 0x5331F4F: GetSystemMetrics (sysparams.c:2394)
==30037== by 0x53183B5: NC_AdjustRectOuter (nonclient.c:115)
==30037== by 0x53190E0: NC_HandleNCCalcSize (nonclient.c:414)
==30037== by 0x52CCDB6: DEFWND_DefWinProc (defwnd.c:262)
==30037== by 0x52CEB60: DefWindowProcW (defwnd.c:1023)
==30037== by 0x6DFA03C: notif_wnd_proc (bindprot.c:83)
==30037== by 0x53502FD: ??? (winproc.c:174)
==30037== by 0x535044C: call_window_proc (winproc.c:245)
==30037== by 0x5352800: WINPROC_call_window (winproc.c:901)
==30037== by 0x530DC60: call_window_proc (message.c:2224)
==30037== by 0x5310C82: send_message (message.c:3269)
==30037== by 0x5311413: SendMessageW (message.c:3469)
==30037== Block was alloc'd at
==30037== at 0x7BC51061: notify_alloc (heap.c:254)
==30037== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716)
==30037== by 0x55FE62B: CreateFontIndirectExW (font.c:509)
==30037== by 0x55FE908: CreateFontIndirectW (font.c:559)
==30037== by 0x532BD42: get_text_metr_size (sysparams.c:470)
==30037== by 0x532C66E: normalize_nonclientmetrics (sysparams.c:653)
==30037== by 0x532F087: SystemParametersInfoW (sysparams.c:1610)
==30037== by 0x53321D2: GetSystemMetrics (sysparams.c:2459)
==30037== by 0x5331F4F: GetSystemMetrics (sysparams.c:2394)
==30037== by 0x53183B5: NC_AdjustRectOuter (nonclient.c:115)
==30037== by 0x53190E0: NC_HandleNCCalcSize (nonclient.c:414)
==30037== by 0x52CCDB6: DEFWND_DefWinProc (defwnd.c:262)
==30037== by 0x52CEB60: DefWindowProcW (defwnd.c:1023)
==30037== by 0x6DFA03C: notif_wnd_proc (bindprot.c:83)
==30037== by 0x53502FD: ??? (winproc.c:174)
==30037== by 0x535044C: call_window_proc (winproc.c:245)
==30037== by 0x5352800: WINPROC_call_window (winproc.c:901)
==30037== by 0x530DC60: call_window_proc (message.c:2224)
==30037== by 0x5310C82: send_message (message.c:3269)
==30037== by 0x5311413: SendMessageW (message.c:3469)
==30037==
--
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=47872
Bug ID: 47872
Summary: gdiplus:font fails in Japanese locale on Windows 10
Product: Wine
Version: 4.17
Hardware: x86
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: gdiplus
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
gdiplus:font fails in Japanese locale on Windows 10:
font.c:…
[View More]834: Test failed: wrong face name MS UI Gothic
font.c:842: Test failed: wrong face name MS UI Gothic
font.c:853: Test failed: wrong face name MS UI Gothic
https://test.winehq.org/data/tests/gdiplus:font.html
These failures happen on the new w1064v1809-ja TestBot VM but interestingly not
on the win7u64-1spie9-ja VM.
Maybe this means Windows 10 replaced "MS Shell Dlg" with "MS UI Gothic" for the
Japanese locale?
--
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=34756
Bug #: 34756
Summary: 32-bit Visual C++ 2010 Express full installer throws
an exception with wine-mono
Product: Wine
Version: 1.7.4
Platform: x86
URL: http://download.microsoft.com/download/1/E/5/1E5F1C0A-
0D5B-426A-A603-1798B951DDAE/VS2010Express1.iso
OS/Version: Linux
Status: NEW
Keywords: download, Installer
…
[View More] Severity: normal
Priority: P2
Component: mscoree
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Classification: Unclassified
Followup to bug 32280
Download the 32 bit Visual C++ 2010 Express full install:
http://download.microsoft.com/download/1/E/5/1E5F1C0A-0D5B-426A-A603-1798B9…
Attempt to install with a clean WINEPREFIX, and uncheck all optional
components. During installation here's a handled exception that doesn't occur
with native dotnet40
wine: Unhandled page fault on read access to 0x00000000 at address 0x368c89a2
(thread 0025), starting debugger...
Unhandled exception: page fault on read access to 0x00000000 in 32-bit code
(0x368c89a2)
...
Backtrace:
=>0 0x368c89a2 in msenv (+0x289a2) (0x0033f76c)
1 0x368c925d in msenv (+0x2925c) (0x0033f7cc)
2 0x368c92e6 in msenv (+0x292e5) (0x0033f828)
3 0x369f0fbe in msenv (+0x150fbd) (0x0033f874)
4 0x3690450b in msenv (+0x6450a) (0x0033f8ac)
5 0x36904049 in msenv (+0x64048) (0x0033f8d4)
6 0x36904147 in msenv (+0x64146) (0x0033f91c)
7 0x3690429b in msenv (+0x6429a) (0x0033f954)
8 0x3690437e in msenv (+0x6437d) (0x0033f97c)
9 0x368e8dc6 in msenv (+0x48dc5) (0x0033f9b4)
10 0x369f2d25 in msenv (+0x152d24) (0x0033fa48)
11 0x3690db92 in msenv (+0x6db91) (0x0033fa74)
12 0x00419177 in vcexpress (+0x19176) (0x0033faac)
13 0x004134f7 in vcexpress (+0x134f6) (0x0033fd98)
14 0x00414867 in vcexpress (+0x14866) (0x0033fdcc)
15 0x0042d1a4 in vcexpress (+0x2d1a3) (0x0033fe60)
16 0x7b85ffec call_process_entry+0xb() in kernel32 (0x0033fe78)
fixme:mscoree:metahostpolicy_GetRequestedRuntime 64 (nil) (nil) (nil) (nil)
0x3702d038 0x3702d034 0x33ed0c {bd39d1d2-ba2f-486a-89b0-b4b0cb466891}
0x3702d030
fixme:mscoree:metahostpolicy_GetRequestedRuntime 72 (nil) (nil) 0x33ef40
0x33ed20 0x3702d038 0x3702d034 0x33ed0c {bd39d1d2-ba2f-486a-89b0-b4b0cb466891}
0x3702d030
fixme:mscoree:get_runtime_info unsupported runtimeinfo flags 40
fixme:mscoree:CLRRuntimeInfo_GetDefaultStartupFlags 0x7e54be18 0x33f1c8 (nil)
(nil)
fixme:mscoree:corruntimehost_Start stub 0x18bc28
I'll attach logs.
--
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=47866
Bug ID: 47866
Summary: comctl32:datetime: Fails in the Arabic locale
Product: Wine
Version: 4.17
Hardware: x86
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
The comctl32:datetime test fails in the Arabic locale:
datetime.…
[View More]c:212: Test failed: String mismatch ("12 hh" vs "hh 12")
datetime.c:796: Test failed: Expected 01/10/2019, got 2019/10/01
https://test.winehq.org/data/tests/comctl32:datetime.html
This failure has been happening for a long time in the fg-win7u64-1spie9-ar VM
but now the TestBot has a Windows 10 VM where the issue can be reproduced
(w1064v1809_ar).
Since both VMs have different Windows versions and but fail in the same way in
the same locale that seems to confirm that Arabic uses a different date format
from what is expected.
--
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=34314
Bug #: 34314
Summary: Touhou Danmakufu 0.12m crashes on start
Product: Wine
Version: 1.7.0
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: awychong(a)hotmail.com
Classification: Unclassified
Created attachment 45679
--> …
[View More]http://bugs.winehq.org/attachment.cgi?id=45679
Log
Touhou Danmakufu 0.12m crashes while loading with the message "Unhandled
exception: page fault on read access to 0x00000000 in 32-bit code
(0x0041ec8d)." This has been observed when running in ja_JP.SHIFTJIS,
ja_JP.UTF8 and en_AU locales.
On Windows the program either starts (on our XP machine in all locales, and on
Windows 7 in Japanese locale) or crashes with a 0xC0000005 (Access Violation -
Failed to access 00000000 memory address (Read Access)) at address 0x004050AC
(Windows 7, non-Japanese locale).
Ubuntu 13.04 running latest SVN version of Wine (wine-1.7.0-141-gfbe4012).
Crash has been observed in Wine 1.5.9, 1.5.22 and 1.6.
--
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]
http://bugs.winehq.org/show_bug.cgi?id=33846
Bug #: 33846
Summary: OpenCL.dll.clRetainDevice needed for
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: wine.dev(a)web.de
Classification: Unclassified
Created attachment 44889
--> http://bugs.…
[View More]winehq.org/attachment.cgi?id=44889
crashlog
wine clinfo give a crash:
wine: Call from 0x7f66e0632520 to unimplemented function
OpenCL.dll.clRetainDevice, aborting
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=41372
Bug ID: 41372
Summary: IMoniker_BindToStorage should return
INET_E_OBJECT_NOT_FOUND for HTTP 404 status code
Product: Wine
Version: 1.9.19
Hardware: x86
OS: Linux
Status: NEW
Keywords: testcase
Severity: normal
Priority: P2
Component: urlmon
Assignee: wine-bugs(a)winehq.org
Reporter: …
[View More]michael(a)fds-team.de
Distribution: ---
Created attachment 55722
--> https://bugs.winehq.org/attachment.cgi?id=55722
Testcase to show the problem
IMoniker_BindToStorage currently ignores the HTTP status code and streams the
data sent by the server. The correct way would be to treat a 404 response as
error and return INET_E_OBJECT_NOT_FOUND. I attached a test case to show the
problem. I guess this also applies to other HTTP status codes, since for
example INET_E_AUTHENTICATION_REQUIRED also doesn't seem to be used yet.
--
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=18954
Summary: Source Insight: Text in Editor Window overlaps with
other text.
Product: Wine
Version: 1.1.21
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: turanammo(a)rocketmail.com
Created an attachment (id=21809)
--> (…
[View More]http://bugs.winehq.org/attachment.cgi?id=21809)
Text overlap in editor window
Text seems to overlap with other text, usually the overlapped text is shown
twice. Happens when the cursor is moved upwards or downwards using the keypad
arrow keys up/down respectively.
--
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=38888
Bug ID: 38888
Summary: DDE cannot deal with Chinese path
Product: Wine
Version: 1.7.46
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: jactry92(a)gmail.com
Distribution: ---
Created attachment 51824
--> https://bugs.winehq.org/…
[View More]attachment.cgi?id=51824
dde_testcase.exe
reproduce:
1. $ touch ~/.wine/drive_c/测试.jpg
2. Change "[HKEY_CLASSES_ROOT\jpegfile\shell\open\command]" to
"C:\windows\system32\winebrowser.exe" "-nohome"
3. $ wine dde_testcase.exe
Expected:
测试.jpg will be opened by native picture viewer which winebrowser find.
Actually:
Didn't open 测试.jpg.
And from log with '+exec,+winebrowser' we can know that winebrowser didn't get
the right path from dde:
---snip---
trace:winebrowser:ddeCb dde_cb: 1062, 0000, 0x0, 0xc001, 0xc000, 0x0, 0033f4a0,
00000000
trace:winebrowser:ddeCb dde_cb: 8072, 0000, 0x1483c0, 0xc001, 0xc000, 0x0,
0033f4a0, 00000000
trace:exec:SHELL_ArgifyW 0x63bb48, 256, L"\"file:%1\",,-1,,,,,",
L"C:\\\6d4b\8bd5.jpg", 0x0, 0x63d510
trace:exec:SHELL_ArgifyW used 26 of 256 space
trace:exec:dde_connect L"\"file:%1\",,-1,,,,," L"C:\\\6d4b\8bd5.jpg" =>
L"\"file:C:\\\6d4b\8bd5.jpg\",,-1,,,,,"
trace:winebrowser:ddeCb dde_cb: 4050, 0000, 0x1483c0, 0xc001, 0x0, 0x147f4a,
00000000, 00000000
err:winebrowser:get_url_from_dde Unable to retrieve URL from string L"\""
trace:exec:SHELL_execute retval 33
err:winebrowser:wmain Usage: winebrowser URL
--
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=36124
Bug ID: 36124
Summary: kernel32/change.ok test shows a lot of invalid
read/writes
Product: Wine
Version: 1.7.17
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, testcase
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)…
[View More]gmail.com
Created attachment 48294
--> https://bugs.winehq.org/attachment.cgi?id=48294
valgrind log
E.g.,:
==22906== Thread 2:
==22906== Invalid write of size 4
==22906== at 0x7BC8623F: usr1_handler (signal_i386.c:2157)
==22906== by 0x4EA839CF: ??? (in /usr/lib/libpthread-2.18.so)
==22906== Address 0x599b56c is on thread 1's stack
==22906==
==22906== Invalid read of size 4
==22906== at 0x7BC8390C: init_handler (signal_i386.c:980)
==22906== by 0x7BC86257: usr1_handler (signal_i386.c:2157)
==22906== by 0x4EA839CF: ??? (in /usr/lib/libpthread-2.18.so)
==22906== Address 0x599b564 is on thread 1's stack
==22906==
==22906== Invalid read of size 2
==22906== at 0x7BC86258: usr1_handler (signal_i386.c:2158)
==22906== by 0x4EA839CF: ??? (in /usr/lib/libpthread-2.18.so)
==22906== Address 0x599b574 is on thread 1's stack
==22906==
The test also fails:
change.c:81: Test failed: Missed notification
if I redirect output to a file, however, it seems to work.
--
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=28814
Bug #: 28814
Summary: mmdevapi/tests/render.ok fails under Valgrind
Product: Wine
Version: 1.3.30
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: mmdevapi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Classification: Unclassified
In mmdevpi/tests, "make render.ok" fails …
[View More]under Valgrind, with log
render.c:636: Test failed: Position should have been further along...
--
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]
http://bugs.winehq.org/show_bug.cgi?id=17807
Summary: Electronics Workbench 5.12: measurement units aren't
shown
Product: Wine
Version: 1.1.17
Platform: PC
URL: http://appdb.winehq.org/objectManager.php?sClass=version
&iId=402
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)…
[View More]winehq.org
ReportedBy: nick(a)vyalceva.net
Created an attachment (id=20039)
--> (http://bugs.winehq.org/attachment.cgi?id=20039)
the oscilloscope window
When trying to set measurement unit for a parameter in the "Component
Properties" window, or in the oscilloscope, measurement units are not shown in
the selection box.
But I can view it by copying from the box and pasting in a text editor, e.g.
"0.50 s/div ".
Old wine version 0.9.52 shows units in the oscilloscope window, but doesn't do
it in the component properties
(http://appdb.winehq.org/screenshots.php?iAppId=267&iVersionId=402).
Also I get the following error message on exit: "access violation on
(FFF4EFFF), reading C4".
Running from terminal shows me the only line
"fixme:font:WineEngRemoveFontResourceEx :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.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=16183
Summary: Popup text is immediately overwritten by background in
IDA Pro
Product: Wine
Version: 1.1.9
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: markk(a)clara.co.uk
IDA Pro is an interactive disassembler. A freeware …
[View More]version can be downloaded
from http://www.hex-rays.com/idapro/idadownfreeware.htm
When viewing a disassembly, if you hover the mouse pointer over a reference to
another location, a view of the instructions at that location pops up next to
the mouse pointer. You can increase and decrease its height by moving the mouse
wheel.
In Wine this does not work properly. The pop-up display is blank (just the
background colour). Moving the mouse wheel, you can see the text that should be
there, but it is immediately overwritten by the background colour.
To reproduce: download and install IDA Pro freeware version. Run the program
and open a Windows executable. Move the pointer over a reference to another
location in the program and wait for the pop-up display. Notice it is blank.
Move the mouse wheel and (hopefully) see the text being rendered but
immediately overwritten.
--
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]
http://bugs.winehq.org/show_bug.cgi?id=15462
Summary: Wine blocking on exit when stdout and stderr are piped
Product: Wine
Version: 1.0.0
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: chris(a)neko.net.nz
Created an attachment (id=16357)
--> (http://bugs.winehq.org/attachment.cgi?id=…
[View More]16357)
Output of two simultaneous runs of described script
The issue occurs when concurrently running shell scripts which call Wine
processes whose standard out and standard error are both piped to another
program.
When two instances of a script such as the following are run concurrently, the
first child wine processes started by each of then run together, but in one of
the scripts that child doesn't fully exit until the _other_ script has
completely run and exited. (The Wine process terminates, but the pipeline
doesn't complete and so the script doesn't continue.)
A bash test-case to show this behaviour is as follows:
for iter in first second ; do echo "[$$] running $iter child wine" `date`; wine
sleep-long.exe 2>&1 | tee /dev/null; done; echo "[$$] done " `date`
The problem doesn't occur if either the redirection or pipe is removed, if I
run the scripts in separate Wine environments using $WINEPREFIX, or if I have
another long-lived Wine process which stays running throughout the entire
operation.
An example run with timing is attached.
The test Wine program used above, 'sleep-long', is the following tiny C program
(tested with Microsoft cl and Cygwin GCC with mingw):
#include <stdio.h>
#include <windows.h>
int main(){
printf("Started fake compiler, sleeping 8000ms\n");
Sleep(8000);
printf("Exiting fake compiler\n");
exit(0);
}
I've been able to reproduce this problem on several systems and Wine versions
(Debian Lenny with distro-packaged Wine 1.0.0-1, Debian Etch with Wine
1.0-rc1-1~bpo40+1 from Debian backports, Ubuntu Dapper with distro-packaged
Wine 0.9.9-0ubuntu2) but not on one other (Debian Etch with distro-packaged
Wine 0.9.25-2.1)
--
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]
http://bugs.winehq.org/show_bug.cgi?id=15906
Summary: EnumFonts returns each font multiple times
Product: Wine
Version: 1.1.5
Platform: PC-x86-64
URL: http://msdn.microsoft.com/en-
us/library/ms533964(VS.85).aspx
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: goeran(a)…
[View More]uddeborg.se
Created an attachment (id=17078)
--> (http://bugs.winehq.org/attachment.cgi?id=17078)
Test program executing EnumFonts()
According to the documentation (see URL) the EnumFonts function returns one
(random) font of each available typeface. The Wine implementation returns each
typeface many times.
As a test case I installed the typeface "Signet Roundhand" and ran the attached
test program. Under indows it returns "Signet Roundhand" once. Under wine it
returns it three times, with different values for lfCharSet and tmCharSet.
I also copied the Arial font files from Windows (arial.ttf, ariali.ttf,
arialbd.ttf, and arialbi.ttf) to my $HOME/.fonts directory. Under Windows,
Arial is returned once with the test program. Under Wine it is returned ten(!)
times.
--
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]
http://bugs.winehq.org/show_bug.cgi?id=14350
Summary: SetClassLongW() to subclass window EDIT control Problem
Product: Wine
Version: 1.0.0
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hongbo(a)njstar.com
CC: hongbo(a)njstar.com
Created an attachment (id=14649)
--> (…
[View More]http://bugs.winehq.org/attachment.cgi?id=14649)
MSVC6 MFC test project with exe in debug dir
Summary:
SetClassLongW(hEditWnd, GCL_WNDPROC, (DWORD)EditWndProc) behave different on
WINE 1.0 from Windows. Any EDIT window created after will be ANSI window on
Windows, but Unicode Windows on Wine.
How To Repeat:
In the attached VC6 MFC ANSI App project, SetClassLongW is called in
-------------------------------------------------------------------
static WNDPROC lpfnOldEditWndProc=NULL;
LONG FAR PASCAL EditWndProc(HWND hWnd, WORD Message, WORD wParam, LONG lParam)
{
return CallWindowProcW((WNDPROC)lpfnOldEditWndProc, hWnd, Message,
wParam,lParam);
}
int CDialogTestView::OnCreate(LPCREATESTRUCT lpCreateStruct)
{
if (CView::OnCreate(lpCreateStruct) == -1)
return -1;
HWND hEditWnd1 = CreateWindowEx(0,"EDIT", "E1",WS_POPUP,0, 0, 1,
1,NULL,NULL,NULL,NULL);
lpfnOldEditWndProc =(WNDPROC)SetClassLongW(hEditWnd1, GCL_WNDPROC,
(DWORD)EditWndProc);
// TODO: Add your specialized creation code here
return 0;
}
-------------------------------------------------------------------
There is a EDIT control on the About dialogbox, when click 'OK' on window
the program report the Edit Box is NOT unicode Window. But Under Wine 1.0,
It says 'the Edit Box IS unicode Window'.
To Test: run the EXE in debug folder, Help - About DialogTest - click 'OK'.
--
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]
http://bugs.winehq.org/show_bug.cgi?id=12891
Summary: ntdll: exception.ok test fails in PC-BSD but not Linux
Product: Wine
Version: 0.9.60
Platform: PC
OS/Version: FreeBSD
Status: NEW
Keywords: testcase
Severity: minor
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Created an attachment (id=12597)
--> (http://bugs.…
[View More]winehq.org/attachment.cgi?id=12597)
+relay,+seh,+ntdll in git
exception.c:602: Test failed: expected 4 exceptions, got 0
fixme:seh:fpe_handler untested SIMD exception: 0. Might not work correctly
*** Error code 1
+relay,+seh,+ntdll log attached
--
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=50560
Bug ID: 50560
Summary: Battle.net - starcraft 2
Product: Packaging
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-packages
Assignee: wine-bugs(a)winehq.org
Reporter: ajsladek(a)protonmail.com
CC: dimesio(a)earthlink.net
…
[View More]Distribution: ---
Created attachment 69236
--> https://bugs.winehq.org/attachment.cgi?id=69236
Battlenet error
The program stops at login.
It was previously installed and showed the same error at the end of the
installation. It spontaneously opened and I was able to install Starcraft
itself from the main panel of the "Battlenet.net" program. Now it stops before
just logging in.
--
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=36282
Bug ID: 36282
Summary: valgrind shows an unitialized write in
ieframe/tests/ie.c
Product: Wine
Version: 1.3.13
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: minor
Priority: P2
Component: ieframe
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)…
[View More]gmail.com
==16468== Thread 6:
==16468== Syscall param write(buf) points to uninitialised byte(s)
==16468== at 0x4EA8262B: ??? (in /usr/lib/libpthread-2.18.so)
==16468== by 0x7BC46BB8: NtWriteFile (file.c:1073)
==16468== by 0x7B83E0AA: WriteFile (file.c:563)
==16468== by 0x5A01BB8: rpcrt4_conn_np_write (rpc_transport.c:444)
==16468== by 0x59F6B27: rpcrt4_conn_write (rpc_binding.h:189)
==16468== by 0x59F8AA9: RPCRT4_SendWithAuth (rpc_message.c:849)
==16468== by 0x59F9BA0: RPCRT4_Send (rpc_message.c:1245)
==16468== by 0x59FCD02: process_request_packet (rpc_server.c:464)
==16468== by 0x59FCF82: RPCRT4_process_packet (rpc_server.c:519)
==16468== by 0x59FD115: RPCRT4_worker_thread (rpc_server.c:541)
==16468== by 0x7BC909EA: worker_thread_proc (threadpool.c:110)
==16468== by 0x7BC87087: ??? (signal_i386.c:2571)
==16468== by 0x7BC870D0: call_thread_func (signal_i386.c:2630)
==16468== by 0x7BC87065: ??? (signal_i386.c:2571)
==16468== by 0x7BC8E4B0: start_thread (thread.c:428)
==16468== by 0x4EA7BD89: start_thread (in /usr/lib/libpthread-2.18.so)
==16468== by 0x4E95CA0D: clone (in /usr/lib/libc-2.18.so)
==16468== Address 0x47f9cf4 is 44 bytes inside a recently re-allocated block
of size 92 alloc'd
==16468== at 0x7BC4C735: notify_alloc (heap.c:255)
==16468== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==16468== by 0x59F88E9: RPCRT4_SendWithAuth (rpc_message.c:808)
==16468== by 0x59F9BA0: RPCRT4_Send (rpc_message.c:1245)
==16468== by 0x59FCD02: process_request_packet (rpc_server.c:464)
==16468== by 0x59FCF82: RPCRT4_process_packet (rpc_server.c:519)
==16468== by 0x59FD115: RPCRT4_worker_thread (rpc_server.c:541)
==16468== by 0x7BC909EA: worker_thread_proc (threadpool.c:110)
==16468== by 0x7BC87087: ??? (signal_i386.c:2571)
==16468== by 0x7BC870D0: call_thread_func (signal_i386.c:2630)
==16468== by 0x7BC87065: ??? (signal_i386.c:2571)
==16468== by 0x7BC8E4B0: start_thread (thread.c:428)
==16468== by 0x4EA7BD89: start_thread (in /usr/lib/libpthread-2.18.so)
==16468== by 0x4E95CA0D: clone (in /usr/lib/libc-2.18.so)
==16468== Uninitialised value was created by a client request
==16468== at 0x7BC4C52C: mark_block_uninitialized (heap.c:209)
==16468== by 0x7BC4C697: initialize_block (heap.c:240)
==16468== by 0x7BC50FA3: RtlAllocateHeap (heap.c:1717)
==16468== by 0x501E635: IMalloc_fnAlloc (ifs.c:186)
==16468== by 0x501EF50: CoTaskMemAlloc (objidl.h:1236)
==16468== by 0x505C935: RemUnknown_RemQueryInterface (stubmanager.c:690)
==16468== by 0x50661C6: IRemUnknown_RemQueryInterface_Stub (dcom_p.c:369)
==16468== by 0x59CA5BF: CStdStubBuffer_Invoke (cstub.c:477)
==16468== by 0x503D280: RPC_ExecuteCall (objidl.h:9086)
==16468== by 0x4FFC1ED: apartment_wndproc (compobj.c:1460)
==16468== by 0x548C509: ??? (winproc.c:173)
==16468== by 0x548C67E: call_window_proc (winproc.c:244)
==16468== by 0x548E817: WINPROC_call_window (winproc.c:900)
==16468== by 0x544FBE4: DispatchMessageW (message.c:4019)
==16468== by 0x4793F60: IEWinMain (iexplore.c:1061)
==16468== by 0x472CA34: wWinMain (main.c:84)
==16468== by 0x472CD21: wmain (exe_wmain.c:51)
==16468== by 0x472CBFC: __wine_spec_exe_wentry (exe_wentry.c:36)
==16468== by 0x7B864247: ??? (process.c:1045)
==16468== by 0x7B864394: start_process (process.c:1097)
==16468==
--
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]