https://bugs.winehq.org/show_bug.cgi?id=46275
Bug ID: 46275
Summary: Some autocomplete tests fail on Win2k3 VM
Product: Wine
Version: 4.0-rc1
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: bunglehead(a)gmail.com
Distribution: ---
Running on Win 2k3 testbot VM shows some test failures:
autocomplete.c:600: Test failed: Expected (null), got L"aa"
autocomplete.c:608: Test failed: Expected (null), got L"http://abc.aa.com"
autocomplete.c:623: Test failed: Expected (null), got L"http://www.add"
autocomplete.c:636: Test failed: Expected (null), got L"https://hta"
autocomplete.c:653: Test failed: Expected (null), got L"http://abc.aa.com"
autocomplete.c:660: Test failed: AutoComplete DropDown not visible
autocomplete.c:660: Test failed: AutoComplete DropDown not visible
autocomplete.c:660: Test failed: Expected L"http://a0", got (null)
autocomplete.c:660: Test failed: AutoComplete DropDown not visible
autocomplete.c:660: Test failed: Expected L"http://abc.aa.com", got (null)
autocomplete.c:660: Test failed: AutoComplete DropDown not visible
autocomplete.c:666: Test failed: Expected (null), got L"ftp://abc"
0d08:autocomplete: 132 tests executed (0 marked as todo, 12 failures), 0
skipped.
This was introduced recently with this:
commit 8a8bab3ac8d9692624f0b71d99bef770acf5b09a
Author: Gabriel Ivăncescu <gabrielopcode(a)gmail.com>
Date: Wed Nov 28 18:27:48 2018 +0200
shell32/tests: Add tests for ACO_FILTERPREFIXES.
Signed-off-by: Gabriel Ivăncescu <gabrielopcode(a)gmail.com>
Signed-off-by: Huw Davies <huw(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
--
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=43665
Bug ID: 43665
Summary: The Quantum Break crashes at certain place.
Product: Wine
Version: 2.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: mail.aermakov(a)gmail.com
Distribution: ---
Created attachment 59110
--> https://bugs.winehq.org/attachment.cgi?id=59110
Screenshot, wine log and backtrace.
Hello.
The game "Quantum Break" crashes at certain place during an animated intro. I
have launched it several times on wine-staging.2.15 and result was the same.
Best 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=46359
Bug ID: 46359
Summary: Vietcong: shooting from weapon causes game crash
Product: Wine
Version: 4.0-rc3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: havran.jan(a)email.cz
Regression SHA1: b18a53a5b44b651cde8e05200c75eacf54f49926
Distribution: Other
Created attachment 63092
--> https://bugs.winehq.org/attachment.cgi?id=63092
Vietcong: WINEDEBUG=+tid,+seh,+timestamp
With Wine 4.0-rc3 there is new regression:
75b7ff60562880b6e7b646a8fa84486670162d00 for d3d8 (Vietcong) and
b18a53a5b44b651cde8e05200c75eacf54f49926 for d3d9 (Vietcong with VCStarter)
Reproducible in Vietcong - all you need to do is shoot from any weapon (or let
NPC to shoot at you). Wine crashes every time with:
002a:err:d3d:wined3d_device_process_vertices Failed to map resource.
Vietcong uses software vertex processing.
--
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=46007
Bug ID: 46007
Summary: Binary Domain crashes with builtin d3dx9_43 or
d3dcompiler_43
Product: Wine
Version: 3.18
Hardware: x86-64
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: directx-d3dx9
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Created attachment 62578
--> https://bugs.winehq.org/attachment.cgi?id=62578
backtrace
If one of these files set to 'native,builtin' all works fine.
wine-3.18-75-ge55aca8f49
--
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=46346
Bug ID: 46346
Summary: ntoskrnl/tests/ntoskrnl.c shows uninitalized memory
use
Product: Wine
Version: 4.0-rc3
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase, valgrind
Severity: normal
Priority: P2
Component: ntoskrnl
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Gentoo
../../../tools/runtest -q -P wine -T ../../.. -M ntoskrnl.exe -p
ntoskrnl.exe_test.exe.so ntoskrnl && touch ntoskrnl.ok
==17895== Syscall param writev(vector[...]) points to uninitialised byte(s)
==17895== at 0x43567D3: writev (writev.c:26)
==17895== by 0x7BC75457: send_request (server.c:228)
==17895== by 0x7BC76158: server_call_unlocked (server.c:288)
==17895== by 0x7BC916EC: virtual_locked_server_call (virtual.c:2083)
==17895== by 0x7BC41C1A: server_ioctl_file (file.c:1533)
==17895== by 0x7BC43368: NtDeviceIoControlFile (file.c:1640)
==17895== by 0x7B4409AA: DeviceIoControl (file.c:2662)
==17895== by 0x4A7A518: main_test (ntoskrnl.c:163)
==17895== by 0x4A7AAE7: func_ntoskrnl (ntoskrnl.c:264)
==17895== by 0x4A7AEA6: run_test (test.h:617)
==17895== by 0x4A7B8E4: main (test.h:701)
==17895== Address 0x492f4e6 is 86 bytes inside a block of size 88 alloc'd
==17895== at 0x7BC483AD: notify_alloc (heap.c:260)
==17895== by 0x7BC4B8D1: RtlAllocateHeap (heap.c:1726)
==17895== by 0x4A7A3EC: heap_alloc (heap.h:29)
==17895== by 0x4A7A484: main_test (ntoskrnl.c:158)
==17895== by 0x4A7AAE7: func_ntoskrnl (ntoskrnl.c:264)
==17895== by 0x4A7AEA6: run_test (test.h:617)
==17895== by 0x4A7B8E4: main (test.h:701)
==17895== Uninitialised value was created by a client request
==17895== at 0x7BC4831C: mark_block_uninitialized (heap.c:214)
==17895== by 0x7BC4A643: initialize_block (heap.c:245)
==17895== by 0x7BC4B8E7: RtlAllocateHeap (heap.c:1727)
==17895== by 0x4A7A3EC: heap_alloc (heap.h:29)
==17895== by 0x4A7A484: main_test (ntoskrnl.c:158)
==17895== by 0x4A7AAE7: func_ntoskrnl (ntoskrnl.c:264)
==17895== by 0x4A7AEA6: run_test (test.h:617)
==17895== by 0x4A7B8E4: main (test.h:701)
==17895==
--
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=29181
Bug #: 29181
Summary: Combo box doesn't get a background in dialog editor
Product: Wine
Version: 1.3.33
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: toni.spets(a)iki.fi
Classification: Unclassified
Created attachment 37647
--> http://bugs.winehq.org/attachment.cgi?id=37647
Hack for background drawing
When using a resource editor like ResEdit to create dialogs, combo boxes have
CBF_EDIT set and the white background is not drawn and the dialog background is
seen instead.
Attached a patch that workarounds the problem for this case. It is probably not
the correct fix as there must be a reason why CBF_EDIT state control background
is not drawn. Of course on Windows the combo box background is drawn with this
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.
https://bugs.winehq.org/show_bug.cgi?id=46067
Bug ID: 46067
Summary: Crysis has lighting issues
Product: Wine
Version: 3.10
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
CC: joseph.kucia(a)gmail.com
Regression SHA1: 5836b957e55c6ec3f720e995bb8a01ec295d7d38
Distribution: ---
Created attachment 62670
--> https://bugs.winehq.org/attachment.cgi?id=62670
before and after
comparison
--
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=46059
Bug ID: 46059
Summary: Final Fantasy XI Online: Mouse Movement Heavily
Affects FPS
Product: Wine
Version: 3.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: escomk3(a)hotmail.com
Distribution: ---
This isn't exactly a new issue, and it hasn't been a bother before, especially
if one doesn't tend to use the mouse in the game, but it has become so bad that
moving the mouse around steadily makes the game a slide-show. Bisect actually
took me a lot farther back in history than I would have guessed.
It seems commit c2e0ae5b [1] is responsible, and reverting it restores
abnormality (there's still a clear effect on the FPS, but it's very different,
and definitely not as drastic).
A quick 'operf' test, though I'm not sure how accurate or helpful it might
be...
Top 5 with the commit, without moving the mouse, and spinning the camera
steadily around using the keyboard during a period of about 10 seconds:
samples| %|
------------------
377648 69.8603 wined3d.dll.so
67991 12.5775 vmlinux
41998 7.7691 libnvidia-glcore.so.410.66
13403 2.4794 anon (tgid:18170 range:0x2681000-0x299dfff)
9164 1.6952 dsound.dll.so
Now with additionally moving the mouse around (if in windowed mode, the cursor
needs to go over the game window, whether it's the active window or not):
samples| %|
------------------
201289 38.5848 wined3d.dll.so
163583 31.3570 libwine.so.1.0
51344 9.8420 vmlinux
41387 7.9334 gdi32.dll.so
12685 2.4316 libnvidia-glcore.so.410.66
Now without the commit, while moving the mouse (without moving the mouse,
there's not much of a difference as one might expect):
samples| %|
------------------
452427 67.5044 wined3d.dll.so
85858 12.8104 vmlinux
40397 6.0274 libnvidia-glcore.so.410.73
22614 3.3741 libwine.so.1.0
14258 2.1274 anon (tgid:3579 range:0x2681000-0x299dfff)
To get a bit more in-depth, I gave 'opannotate' a go, though it may be
inaccurate even according to its docs.
The highest spikes would seem to come from a 'switch(index)' [2], with 35667
samples, and 'if (index >= nb_dll_paths) return NULL;' [3] with 44687 samples.
Without the commit, these lines get hit with only 4811 and 6023 samples
respectively.
1.
https://source.winehq.org/git/wine.git/commit/c2e0ae5bfd084d9b34c46517507e5…
2.
https://source.winehq.org/git/wine.git/blob/c2e0ae5bfd084d9b34c46517507e5d3…
3.
https://source.winehq.org/git/wine.git/blob/c2e0ae5bfd084d9b34c46517507e5d3…
--
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=46403
Bug ID: 46403
Summary: Vietcong: crash caused by loading map/other events
Product: Wine
Version: 4.0-rc4
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: havran.jan(a)email.cz
Regression SHA1: 70a95cea66384b475bd3584768b5fffc5f940a17
Distribution: ArchLinux
Vietcong game now crashes during loading certain maps or after certain player
action on some other maps. Example of this action is taking hand map on map
"Firework".
This was reported in bug #46359, comment #c4. Game was working good with Wine
4.0-rc2, but with regression from commit
b18a53a5b44b651cde8e05200c75eacf54f49926 in 4.0-rc3 shooting from weapons
started causing the crash (some map started crashing after load, like
"Firework" map). These general crashes were fixed by commit
70a95cea66384b475bd3584768b5fffc5f940a17 in 4.0-rc4, but the situation is still
not as good as with 4.0-rc2: game does not crash so often as in 4.0-rc3, but
the crashes are still happening.
Please see attachment #63149 from bug #46359 [1], which was created on map
"Firework" with WINEDEBUG=+tid,+seh,+timestamp,+d3d. This log is reduced to
first 20k lines and last 1M5 lines.
[1] https://bugs.winehq.org/attachment.cgi?id=63149
--
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=46369
Bug ID: 46369
Summary: 将棋所(Shogidokoro) doesn't start.
Product: Wine
Version: 4.0-rc3
Hardware: x86
URL: http://shogidokoro.starfree.jp/download/Shogidokoro.zi
p
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sagawa.aki+winebugs(a)gmail.com
CC: madewokherd(a)gmail.com
Distribution: Ubuntu
.Net application 将棋所 (Shogidokoro -- a Shogi, Japanese chess, game
application), doesn't start in Japanese locale. From my point of view, this is
due to my recent change which introduces localized time zone name in
GetTimeZoneInformation function.
In detail, it emits following exception on start up:
Unhandled Exception:
System.TimeZoneNotFoundException: Exception of type
'System.TimeZoneNotFoundException' was thrown.
at System.TimeZoneInfo.FindSystemTimeZoneById (System.String id) [0x00039] in
<773ec02b42f74a918ccd74911c8063c9>:0
(snip)
Following WINE_MONO_TRACE=all's output is very suspicious:
[0000003C: 1.55709 27] ENTER: System.TimeZoneInfo:FindSystemTimeZoneById
(string)([STRING:00C371B0:東京 (標準時)], )
* "東京 (標準時)" is a localized time zone name of "Tokyo Standard Time"
--
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.