https://bugs.winehq.org/show_bug.cgi?id=41718
Bug ID: 41718
Summary: netapi32:access test regression
Product: Wine
Version: 1.9.8
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: netapi32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
Since the commit below, the newtb-w7u machine times out:
access.c:342: Local groupname:L"Administrators"
access.c:343: Comment: L"Administrators have complete and unrestricted access
to the computer/domain"
access.c:352: domain and name: L"wtbw7u\\Administrator"
access.c:352: domain and name: L"wtbw7u\\winetest"
test failed: timed out
See:
https://test.winehq.org/data/tests/netapi32:access.html
commit 199b0bf84eb8f4cc8ab2bc44f8e40f0b42d48575
Author: Hans Leidekker <hans(a)codeweavers.com>
Date: Mon Oct 24 10:04:19 2016 +0200
netapi32: Implement DavGetUNCFromHTTPPath.
Signed-off-by: Hans Leidekker <hans(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
Hans is already aware of this issue and has determined that the first 3
DavGetUNCFromHTTPPath() calls take 15, 5 and 9 seconds, specifically on that
one box. Commenting one of these 3 calls means the next 3 will take this amount
of time.
It appears the only thing specific to that box is that it has a CD in the
CD-ROM drive. However it's a virtual CD drive accessing an ISO image so there
is no reason for it to be slow.
--
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=49938
Bug ID: 49938
Summary: Repeating "00fc:err:service:validate_context_handle
Handle is of an invalid type (1, 2)" at startup
Product: Wine
Version: 5.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: advapi32
Assignee: wine-bugs(a)winehq.org
Reporter: b7.10110111(a)gmail.com
Distribution: ---
After Wine upgrade to current master (cce4f36e214125173a8df84d27ba5b33df8d1434)
I now have to wait for about half a minute to launch any program in Wine — even
winecfg. Here's what I see in the console (TICK prints are to show 0.5s
delays):
```
$ while sleep 0.5; do echo TICK; done & winecfg
[1] 15278
0050:err:service:validate_context_handle Handle is of an invalid type (1, 2)
TICK
0050:err:service:validate_context_handle Handle is of an invalid type (1, 2)
0060:err:ole:start_rpcss Failed to start RpcSs service
0060:err:ole:NDRCContextBinding invalid handle 00856188
TICK
TICK
TICK
TICK
TICK
TICK
TICK
TICK
TICK
TICK
TICK
TICK
TICK
TICK
TICK
TICK
TICK
0074:err:service:validate_context_handle Handle is of an invalid type (1, 2)
0060:err:ole:start_rpcss Failed to start RpcSs service
0060:err:ole:NDRCContextBinding invalid handle 00854A10
TICK
TICK
003c:fixme:service:scmdatabase_autostart_services Auto-start service L"NDIS"
failed to start: 1053
0074:err:service:validate_context_handle Handle is of an invalid type (1, 2)
TICK
TICK
TICK
TICK
TICK
TICK
TICK
TICK
TICK
TICK
TICK
TICK
TICK
TICK
TICK
TICK
TICK
TICK
TICK
TICK
003c:fixme:service:scmdatabase_autostart_services Auto-start service
L"PlugPlay" failed to start: 1053
009c:err:service:validate_context_handle Handle is of an invalid type (1, 2)
TICK
TICK
TICK
TICK
TICK
TICK
TICK
TICK
TICK
TICK
TICK
TICK
TICK
TICK
TICK
TICK
TICK
TICK
TICK
TICK
003c:fixme:service:scmdatabase_autostart_services Auto-start service L"WineBus"
failed to start: 1053
00b4:err:service:validate_context_handle Handle is of an invalid type (1, 2)
TICK
TICK
TICK
TICK
TICK
TICK
TICK
TICK
TICK
TICK
TICK
TICK
TICK
TICK
TICK
TICK
TICK
TICK
TICK
TICK
003c:fixme:service:scmdatabase_autostart_services Auto-start service L"wineusb"
failed to start: 1053
00cc:err:service:validate_context_handle Handle is of an invalid type (1, 2)
TICK
TICK
TICK
TICK
TICK
TICK
TICK
TICK
TICK
TICK
TICK
TICK
TICK
TICK
TICK
TICK
TICK
TICK
TICK
TICK
003c:fixme:service:scmdatabase_autostart_services Auto-start service
L"MountMgr" failed to start: 1053
TICK
00ec:err:service:validate_context_handle Handle is of an invalid type (1, 2)
00dc:err:ole:start_rpcss Failed to start RpcSs service
00dc:err:ole:NDRCContextBinding invalid handle 008566A0
```
At the end of this log the winecfg window finally appears.
This is a regression, to which git-bisect gave the following output:
e9090e1c903578b30118ce9559c1824361abc6da is the first bad commit
commit e9090e1c903578b30118ce9559c1824361abc6da
Author: Hans Leidekker <hans(a)codeweavers.com>
Date: Mon Sep 7 14:10:13 2020 +0200
advapi32: Reimplement SystemFunction036 using system interrupt information.
Signed-off-by: Hans Leidekker <hans(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
:040000 040000 c6d1fe863cec8623d492795bb4c55031ba8bdd1f
a1213f0b61b72768e15e37c6dc60f98cc7565566 M dlls
--
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=49798
Bug ID: 49798
Summary: StarCraft 2 hangs on startup since 5.12
Product: Wine
Version: 5.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kolAflash(a)kolahilft.de
Distribution: ---
Created attachment 68111
--> https://bugs.winehq.org/attachment.cgi?id=68111
log: wine-5.16 -> SC2 broken
Can't start StarCraft II with Wine >= 5.12.
Wine 5.11 works fine.
The SC2_x64.exe process uses a full cpu core for some seconds and then simply
stalls with this message. Any graphical window can be seen before this happens.
(wine-staging-5.13 on AMD Phenom II X4 955)
00e8:err:virtual:virtual_setup_exception stack overflow 1808 bytes in thread
00e8 addr 0x7bc8200d stack 0x9fc08f0 (0x9fc0000-0x9fc1000-0xa7c0000)
(wine-5.16 on AMD Ryzen-3500U)
00d0:err:virtual:virtual_setup_exception stack overflow 1776 bytes in thread
00d0 addr 0x7f833152cddc stack 0xa0a0910 (0xa0a0000-0xa0a1000-0xa8a0000)
Until from this message, the stdout/stderr only has very minor differences.
The attached logs have been created running:
C:\Program Files (x86)\StarCraft II\Support64\SC2Switcher_x64.exe
Results are the same when running from Blizzard launcher.
Tested with:
- wine-staging-5.11 (works)
- wine-staging 5.12 + 5.13 + 5.14 + 5.16 (broken)
- wine-5.16 (broken)
Prefix: Windows 7 - 64 bit
Same results on two Debian-11 (Beta/Testing) machines with different AMD Phenom
II and Ryzen-3500U processors.
These bugs look similar. But their Wine versions simply don't match up.
https://bugs.winehq.org/show_bug.cgi?id=49476
Overwatch doesn't start on 5.10, 5.11
https://bugs.winehq.org/show_bug.cgi?id=49436
64-bit Diablo III hangs on startup since 5.11
(fixed in 5.13 / 5.14, so that also doesn't match up)
Maybe related:
https://forum.winehq.org/viewtopic.php?t=34099
--
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=45829
Bug ID: 45829
Summary: SHGetNameFromIDList argument value differs in
different SDK version
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: 137729898(a)qq.com
Distribution: ---
The second parameter for SHGetNameFromIDList are defined as this in different
version of Windows SDK. Note that the values for
SIGDN_PARENTRELATIVEFORADDRESSBAR differ in old and new versions:
// Windows SDK 5.0
typedef enum __MIDL_IShellItem_0001 {
SIGDN_NORMALDISPLAY = 0,
SIGDN_PARENTRELATIVEPARSING = 0x80018001,
SIGDN_PARENTRELATIVEFORADDRESSBAR = 0x8001c001,
SIGDN_DESKTOPABSOLUTEPARSING = 0x80028000,
SIGDN_PARENTRELATIVEEDITING = 0x80031001,
SIGDN_DESKTOPABSOLUTEEDITING = 0x8004c000,
SIGDN_FILESYSPATH = 0x80058000,
SIGDN_URL = 0x80068000
} SIGDN;
// Windows SDK 7.1A
typedef enum _SIGDN {
SIGDN_NORMALDISPLAY = 0,
SIGDN_PARENTRELATIVEPARSING = 0x80018001,
SIGDN_DESKTOPABSOLUTEPARSING = 0x80028000,
SIGDN_PARENTRELATIVEEDITING = 0x80031001,
SIGDN_DESKTOPABSOLUTEEDITING = 0x8004c000,
SIGDN_FILESYSPATH = 0x80058000,
SIGDN_URL = 0x80068000,
SIGDN_PARENTRELATIVEFORADDRESSBAR = 0x8007c001,
SIGDN_PARENTRELATIVE = 0x80080001
} SIGDN;
// Windows SDK 8.1
typedef enum _SIGDN {
SIGDN_NORMALDISPLAY = 0,
SIGDN_PARENTRELATIVEPARSING = 0x80018001,
SIGDN_DESKTOPABSOLUTEPARSING = 0x80028000,
SIGDN_PARENTRELATIVEEDITING = 0x80031001,
SIGDN_DESKTOPABSOLUTEEDITING = 0x8004c000,
SIGDN_FILESYSPATH = 0x80058000,
SIGDN_URL = 0x80068000,
SIGDN_PARENTRELATIVEFORADDRESSBAR = 0x8007c001,
SIGDN_PARENTRELATIVE = 0x80080001,
SIGDN_PARENTRELATIVEFORUI = 0x80094001
} SIGDN;
--
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=50543
Bug ID: 50543
Summary: Give esync a setting in staging settings
Product: Wine
Version: 6.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gi85qht0z(a)relay.firefox.com
Distribution: ---
Created attachment 69213
--> https://bugs.winehq.org/attachment.cgi?id=69213
Example
It will be easier to enable esync if it will have setting in winecfg.
--
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=42456
Bug ID: 42456
Summary: RPG Maker Maker VX/ACE Runtime: Crash on Startup
Product: Wine
Version: 2.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: anthonysharkboy99(a)yahoo.com
Distribution: ---
Created attachment 57298
--> https://bugs.winehq.org/attachment.cgi?id=57298
Error Log.
So basically, all games running RPG maker VX or VX ACE games by using the RTP
will crash. This has been an issue since 1.9 and continues to exist in 2.1.
Install the RTP itself will run fine without any error messages.
The crashes occur after selecting "new game" in the startup menu of any RPG
maker game. Trying to load a save file does not fix the issue.
These crashes do not occur in 1.8.6 which is the version that I have been
forced to use because of these issues. So most likely, a change from 1.8.6
stable to 1.9 development has caused these issues.
http://www.rpgmakerweb.com/download/additional/run-time-packages
--
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=39671
Bug ID: 39671
Summary: Wine 1.7.55 regression: buttons no longer visible
Product: Wine
Version: 1.7.55
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: scarre.lu(a)gmail.com
Distribution: ---
Buttons with images are no longer visible in several desktop applications
previously running fine under wine 1.7:
* SplashID desktop
* Most Delphi applications using speedbutton instances
The buttons are invisible, although clicking (blindly) on their supposed
position reveals them.
--
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=50258
Bug ID: 50258
Summary: Missing old windows versions in winecfg
Product: Wine
Version: 6.0-rc1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jeremielapuree(a)yahoo.fr
Distribution: Ubuntu
Created attachment 68789
--> https://bugs.winehq.org/attachment.cgi?id=68789
first windows version available wine wine-6.0-RC1
When creating a new wine 32 bits prefix with winecfg
old versions of windows are missing:
--
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=40095
Bug ID: 40095
Summary: Photos opened in Nikon Capture NX 2.4.7 have inverted
red and blue channel for displaying.
Product: Wine
Version: 1.9.3
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: wylda(a)volny.cz
Distribution: ---
I re-tested bug 33140, which was recelntly closed as fixed. Maybe it was fixed
just for RAW. Anyway, it is not fixed in wine-1.9.3 and default JPGs.
Steps:
1. winetricks dotnet40 corefonts gdiplus
2. set win version to Vista
3. install NX2
4. run the app and open:
c:\Program Files\Nikon\Capture NX 2\html\images\common\13redeyecp_02_nx20.jpg
Instead of human color you will see bluish face.
--
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=36319
Bug ID: 36319
Summary: valgrind shows several possible leaks in
quartz/tests/misc.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Created attachment 48405
--> https://bugs.winehq.org/attachment.cgi?id=48405
valgrind log
==27568== 5,744 bytes in 148 blocks are possibly lost in loss record 643 of 655
==27568== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255)
==27568== by 0x4ECBA52: alloc_bstr (oleaut.c:162)
==27568== by 0x4ECC255: SysAllocStringByteLen (oleaut.c:413)
==27568== by 0x4EF7C4F: ITypeLib2_Constructor_MSFT (typelib.c:2254)
==27568== by 0x4EFB20B: LoadTypeLibEx (typelib.c:3460)
==27568== by 0x4EFCDF2: LoadTypeLib (typelib.c:454)
==27568== by 0x4EFD4AA: LoadRegTypeLib (typelib.c:537)
==27568== by 0x647CAD3: ???
==27568== by 0x6483475: ???
==27568== by 0x6413806: ???
==27568== by 0x6413AC0: ???
==27568== by 0x53134DD: CoCreateInstance (unknwn.h:226)
==27568== by 0x64832A8: ???
==27568== by 0x6486644: ???
==27568== by 0x641A819: ???
==27568== by 0x6413AC0: ???
==27568== by 0x53134DD: CoCreateInstance (unknwn.h:226)
==27568== by 0x4D6F01A: test_aggregation (misc.c:81)
==27568== by 0x4D70125: func_misc (misc.c:174)
==27568== by 0x4D723D4: run_test (test.h:584)
==27568==
==9329== 288 bytes in 2 blocks are definitely lost in loss record 485 of 657
==9329== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255)
==9329== by 0x654C126: ???
==9329== by 0x6544704: ???
==9329== by 0x64ECFB7: ???
==9329== by 0x64E7667: ???
==9329== by 0x53134DD: CoCreateInstance (unknwn.h:226)
==9329== by 0x4D6F01A: test_aggregation (misc.c:81)
==9329== by 0x4D70125: func_misc (misc.c:174)
==9329== by 0x4D723D4: run_test (test.h:584)
==9329== by 0x4D727C3: main (test.h:654)
==9329==
etc.
--
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.