http://bugs.winehq.org/show_bug.cgi?id=16882
Summary: WMI core 1.5 installation hangs (needed for .NET 3.0
installer, WCF part), SECURITY_SERVICE_RID missing from
service token group
Product: Wine
Version: 1.1.12
Platform: Other
URL: http://www.microsoft.com/downloads/details.aspx?familyid
=AFE41F46-E213-4CBF-9C5B-FBF236E0E875
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: advapi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
after getting past bug 16879 one encounters this one.
----
Prerequisite:
1. clean WINEPREFIX
2. sh winetricks -q dotnet20
3. download .NET 3.0 Framework installer from: http://download.microsoft.com
/download/4/d/a/4da3a5fa-ee6a-42b8-8bfa-ea5c4a458a7d/dotnetfx3setup.exe
(sha1sum:
a566bcd2ffffc3842a95adc57f7df3f8cd11577f)
4. export _SFX_CAB_SHUTDOWN_REQUEST=1 (workaround, see bug 9158)
5. wine ./dotnetfx3setup.exe
It might take a while until all required packages are downloaded using BITS.
Note: If you need to redo steps, backup the directory "dotnetfx304506.30" from
"c:\\windows\\temp" to a different location, remove ~/.wine, copy
"dotnetfx304506.30" again to "c:\\windows\\temp" to prevent BITS from
downloading over and over again.
----
"c:\\windows\\temp\\dd_dotnetfx3error.txt":
--- snip ---
[01/11/09,12:50:20] Windows Communication Foundation: [2] Error: Installation
failed for component Windows Communication Foundation. MSI returned error code
1603
[01/11/09,12:50:31] WapUI: [2] DepCheck indicates Windows Communication
Foundation is not installed.
[01/11/09,12:50:31] WapUI: [2] DepCheck indicates Microsoft .NET Framework 3.0
was not attempted to be installed.
--- snip ---
"c:\\windows\\temp\\dd_wcf_retMSI597F.txt":
--- snip ---
1: C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication
Foundation\ServiceModelReg.exe /r /x /y /v 2:
1: ERROR: Process returned non-0 value! CMDLINE:
C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication
Foundation\ServiceModelReg.exe /r /x /y /v 2:
1: Failed 2:
--- snip ---
and "c:\\windows\\temp\\dd_wcf_retCA69A1.txt":
--- snip ---
=== Verbose logging started: 1/11/2009 12:50:17 Calling process:
C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication
Foundation\ServiceModelReg.exe ===
ServiceModelReg [12:50:18:302]: Warning: Could not detect IIS installation or
IIS is disabled, skipping the Web Host Script Mappings component since it
depends upon IIS to function properly.
If you believe this message is an error, check your IIS installation to make
sure it is installed properly.
ServiceModelReg [12:50:18:329]: Information: The ServiceModelReg tool will take
the following actions:
Reinstalling configuration section system.serviceModel to
C:\windows\Microsoft.NET\Framework\v2.0.50727\Config\machine.config.
Reinstalling configuration section system.runtime.serialization to
C:\windows\Microsoft.NET\Framework\v2.0.50727\Config\machine.config.
Reinstalling configuration section system.serviceModel.activation to
C:\windows\Microsoft.NET\Framework\v2.0.50727\Config\machine.config.
Adding configuration entry for BuildProvider:
System.ServiceModel.Activation.ServiceBuildProvider,
System.ServiceModel, Version=3.0.0.0, Culture=neutral,
PublicKeyToken=b77a5c561934e089
Reinstalling compilation assembly node to System.Web section group:
System.Runtime.Serialization, Version=3.0.0.0, Culture=neutral,
PublicKeyToken=b77a5c561934e089, processorArchitecture=MSIL
Reinstalling compilation assembly node to System.Web section group:
System.IdentityModel, Version=3.0.0.0, Culture=neutral,
PublicKeyToken=b77a5c561934e089, processorArchitectur...
ServiceModelReg [12:50:18:358]: Uninstalling: Machine.config Section Groups and
Handlers
ServiceModelReg [12:50:18:366]: Warning: Configuration section
system.serviceModel does not exist in
C:\windows\Microsoft.NET\Framework\v2.0.50727\Config\machine.config.
ServiceModelReg [12:50:18:369]: Warning: Configuration section
system.runtime.serialization does not exist in
C:\windows\Microsoft.NET\Framework\v2.0.50727\Config\machine.config.
ServiceModelReg [12:50:18:373]: Warning: Configuration section
system.serviceModel.activation does not exist in
C:\windows\Microsoft.NET\Framework\v2.0.50727\Config\machine.config.
ServiceModelReg [12:50:18:374]: Installing: Machine.config Section Groups and
Handlers
ServiceModelReg [12:50:18:893]: Uninstalling: System.Web Build Provider
ServiceModelReg [12:50:19:095]: Warning: A configuration entry for
BuildProvider System.ServiceModel.Activation.ServiceBuildProvider,
System.ServiceModel, Version=3.0.0.0, Culture=neutral,
PublicKeyToken=b77a5c561934e089 does not exist.
ServiceModelReg [12:50:19:096]: Installing: System.Web Build Provider
ServiceModelReg [12:50:19:138]: Uninstalling: System.Web Compilation Assemblies
ServiceModelReg [12:50:19:153]: Warning: All compilation assembly nodes do not
exist in System.Web section group.
ServiceModelReg [12:50:19:154]: Installing: System.Web Compilation Assemblies
ServiceModelReg [12:50:19:246]: Uninstalling: HTTP Handlers
ServiceModelReg [12:50:19:260]: Warning: HttpHandlers node *.svc does not exist
in System.Web section group.
ServiceModelReg [12:50:19:261]: Installing: HTTP Handlers
ServiceModelReg [12:50:19:322]: Uninstalling: HTTP Modules
ServiceModelReg [12:50:19:333]: Warning: HttpModules node ServiceModel does not
exist in System.Web section group.
ServiceModelReg [12:50:19:334]: Installing: HTTP Modules
ServiceModelReg [12:50:19:365]: Repairing: WMI Classes
ServiceModelReg [12:50:19:396]: Warning: Failure executing
"C:\windows\system32\wbem\mofcomp.exe" with parameters
""C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication
Foundation\ServiceModel.mof"": System.IO.FileNotFoundException: Could not load
file or assembly 'C:\windows\system32\wbem\mofcomp.exe' or one of its
dependencies. Exception from HRESULT: 0x80070002
File name: 'C:\windows\system32\wbem\mofcomp.exe'
at System.ServiceModel.Install.InstallHelper.ExecuteWaitHelper(String
program, String parameters)
at System.ServiceModel.Install.InstallHelper.ExecuteWait(String program,
String parameters, Int32[] allowedExitCodes)
at System.ServiceModel.Install.WmiInstallComponent.OnInstall(OutputLevel
outputLevel)
ServiceModelReg [12:50:19:516]: System.InvalidCastException: Retrieving the COM
class factory for component with CLSID {4590F811-1D3A-11D0-891F-00AA004B2E24}
failed due to the following error: 80004002.
at System.Management.ManagementScope.InitializeGuts(Object o)
at System.Management.ManagementScope.Initialize()
at System.Management.ManagementScope.Connect()
at System.ServiceModel.Install.WmiInstallComponent.get_IsInstalled()
at
System.ServiceModel.Install.WmiInstallComponent.ApplyNamespaceDacl(OutputLevel
outputLevel)
at System.ServiceModel.Install.WmiInstallComponent.OnInstall(OutputLevel
outputLevel)
at System.ServiceModel.Install.WmiInstallComponent.Reinstall(OutputLevel
outputLevel)
at Microsoft.Tools.ServiceModel.ServiceModelReg.PerformAction(ActionItem
actionItem, Nullable`1 confirmUninstall)
at Microsoft.Tools.ServiceModel.ServiceModelReg.Run(String[] args)
at Microsoft.Tools.ServiceModel.ServiceModelReg.TryRun(String[] args)
=== Verbose logging stopped: 1/11/2009 12:50:19 ===
--- snip ---
Oh joy ... WMI.
Providing fake mofcomp.exe (returning success) is not enough, WCF installer
will try *use* WMI hence there needs to be some working infrastructure:
--- snip ---
ServiceModelReg [19:37:29:832]: Starting tool
'C:\windows\system32\wbem\mofcomp.exe' with parameters
'"C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication
Foundation\ServiceModel.mof"'.
ServiceModelReg [19:37:29:895]:
ServiceModelReg [19:37:29:896]:
ServiceModelReg [19:37:29:897]: Tool 'C:\windows\system32\wbem\mofcomp.exe'
with parameters '"C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication
Foundation\ServiceModel.mof"' exited with code '0'.
ServiceModelReg [19:37:29:955]: System.InvalidCastException: Retrieving the COM
class factory for component with CLSID {4590F811-1D3A-11D0-891F-00AA004B2E24}
failed due to the following error: 80004002.
at System.Management.ManagementScope.InitializeGuts(Object o)
at System.Management.ManagementScope.Initialize()
at System.Management.ManagementScope.Connect()
at System.ServiceModel.Install.WmiInstallComponent.get_IsInstalled()
at
System.ServiceModel.Install.WmiInstallComponent.ApplyNamespaceDacl(OutputLevel
outputLevel)
at System.ServiceModel.Install.WmiInstallComponent.OnInstall(OutputLevel
outputLevel)
at System.ServiceModel.Install.WmiInstallComponent.Reinstall(OutputLevel
outputLevel)
at Microsoft.Tools.ServiceModel.ServiceModelReg.PerformAction(ActionItem
actionItem, Nullable`1 confirmUninstall)
at Microsoft.Tools.ServiceModel.ServiceModelReg.Run(String[] args)
at Microsoft.Tools.ServiceModel.ServiceModelReg.TryRun(String[] args)
=== Verbose logging stopped: 1/8/2009 19:37:29 ===
--- snip ---
This is a big blocker and getting WMI to work with Wine is imperative for .NET
3.0 and higher.
Of course this also useful for older .NET Frameworks
Roll-back, prepare clean WINEPREFIX again;-)
We need to install native WMI core 1.5 from:
http://www.microsoft.com/downloads/details.aspx?familyid=AFE41F46-E213-4CBF…
Download wmicore
http://download.microsoft.com/download/platformsdk/wmicore/1.5/W9XNT4/EN-US…
(sha1sum: f7a36668eb6c82a28393637ffdf0ec6e8adfa6a1)
Make sure you set winver to NT 4.0 (don't forget to reset to default) and
execute the installer (I already have my own winetricks step for this):
--- snip ---
wine wmicore.exe
--- snip ---
The installer will then hang at some point "Configuring repository".
With winedbg one can see following processes:
--- snip ---
Wine-dbg>info process
pid threads parent executable (all id:s are in hex)
0000000c 5 0000000a 'services.exe'
0000000f 1 0000000a 'explorer.exe'
0000001b 4 0000000c 'winedevice.exe'
00000025 1 00000000 'wmicore.exe'
00000027 2 00000025 'GLBbab.tmp'
00000022 4 0000000c 'WinMgmt.exe'
--- snip ---
The problem is "WinMgmt.exe" which ought to be a service but due to Wine
insufficiency the service thinks it's a normal process not showing usual
service process behaviour as registering control handler and the like.
If you do 'wineserver -k' and try to start anything with Wine nothing will
happen until wineboot times out...
As quickfix, start regedit (wait until wineboot timeout) and set service start
type key for "WinMgmt" to manual start, e.g. "2" -> "3".
Also a kernel driver (service) that is installed with WMI "smbios" fails to
load but this currently harmless.
If we look now in "c:\\windows\\system32\\WBEM" we see the whole stuff
installed.
The logs in "logs" subdirs are not revealing much so we have to increase the
log level:
--- snip ---
[HKEY_LOCAL_MACHINE\Software\Microsoft\WBEM\CIMOM]
"Logging"="1"
"Logging Directory"="C:\\windows\\system32\\WBEM\\Logs"
--- snip ---
LogLevel is 0 to turn off logging, a 1 to turn on logging, and a 2 for verbose
logging.
After that, we manually try to start the service:
--- snip ---
$ wine net start winmgmt
err:winedevice:ServiceMain driver L"smbios" failed to load
The Windows Management Instrumentation service is starting.
fixme:ole:CoInitializeSecurity ((nil),-1,(nil),(nil),2,2,(nil),32,(nil)) -
stub!
fixme:ole:CoInitializeSecurity ((nil),-1,(nil),(nil),1,3,(nil),0,(nil)) - stub!
fixme:advapi:RegisterEventSourceW (L"",L"WinMgmt"): stub
wine: Call from 0x7b844f54 to unimplemented function
ole32.dll.CoSwitchCallContext, aborting
err:rpc:I_RpcReceive we got fault packet with status 0x80000100
fixme:ole:CoCreateInstance no instance created for interface
{00000000-0000-0000-c000-000000000046} of class
{8bc3f05e-d86b-11d0-a075-00c04fb68820}, hres is 0xc0000005
--- snip ---
This is bug 7187
After fixing this problem, we repeat the whole stuff again to get this in logs:
--- snip ---
(Sun Jan 11 13:41:41 2009) :
Starting WinMgmt, ProcID = 26, CmdLine = , User = focht(Sun Jan 11 13:41:41
2009) :
WinMgmt bIsService = 0, return code from function determining if service =
0(Sun Jan 11 13:41:41 2009) :
WinMgmt gbRunAsApp = 1(Sun Jan 11 13:41:41 2009) :
Starting Initialize, ID = 26(Sun Jan 11 13:41:41 2009) :
Registered class factory with flags: 0x15
(Sun Jan 11 13:41:41 2009) :
RegOpenKey returned 0x2 while trying to open the transports node. Using
default transports!(Sun Jan 11 13:41:41 2009) :
Initialize complete(Sun Jan 11 13:41:41 2009) :
WindowProc got hWnd=20026, message=24, wParam=0, lParam=33f814(Sun Jan 11
13:41:41 2009) :
WindowProc got hWnd=20026, message=81, wParam=0, lParam=33fce8(Sun Jan 11
13:41:41 2009) :
WindowProc got hWnd=20026, message=83, wParam=0, lParam=33f974(Sun Jan 11
13:41:41 2009) :
WindowProc got hWnd=20026, message=1, wParam=0, lParam=33fce8(Sun Jan 11
13:41:41 2009) :
Inside the waiting function
--- snip ---
"WinMgmt bIsService = 0" is the culprit.
The process retrieves token information and checks if process token groups
contain "SECURITY_INTERACTIVE_RID" (-> normal process) or
"SECURITY_SERVICE_RID" (service process).
I think it's actually services.exe that adds the SECURITY_SERVICE_RID sid to
the newly created service process (token groups).
This requires some infrastructure, including wineserver.
I already quick-hacked a path to verify this and it works as expected, letting
the service successfully start ;-)
Regards
--
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=24963
Summary: Okad2: Unhandled page fault at address 0x00007f8a
during startup
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: pandolfo(a)gis.net
Created an attachment (id=31617)
--> (http://bugs.winehq.org/attachment.cgi?id=31617)
a description of the page fault plus an annotated backtrace
During program startup, Okad2-xx-pd (xx = version) generates an unhandled page
fault when loading an icon. The page fault is caused by CreateFileW as it
processes the name of the file from the parameter list. The name pointer is
0x00007f8a, which is an address in an unmapped page. This value is also an
index into Windows resources, selecting the hourglass icon.
What has happened is that the application was attempting to load the hourglass
icon and passed in BOTH the Windows resource index and a flag indicating
LOADFROMFILE. Wine attempted to load-from-file and looked for the file name
through the "name" parameter (0x00007f8a) generating the page fault. Native
Windows appears to give the value of the "name" pointer precedence and
determines that the "name" parameter is actually a resource number; hence it
does not page fault and runs Okad2 normally.
Wine *DOES* check the "name" parameter to see if it is a resource index, but
several subroutine calls later it forgets this fact and branches based on the
LOADFROMFILE bit. The backtrace has been annotated to provide both a
description and source lines involved in the decision.
This behavior was found in the latest version of Wine for Debian (.1.42) and in
a MacOS X version.
--
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=15039
Summary: MSVC 6: Menu popdowns too narrow for arrows
Product: Wine
Version: 1.1.1
Platform: PC-x86-64
OS/Version: Linux
Status: NEW
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: claus.fischer(a)clausfischer.com
CC: claus.fischer(a)clausfischer.com
Microsoft Visual C++ 6 is working to a large extent.
When opening a menu of the developer studio, the menu items
with arrows (that open submenus) are not displayed correctly.
The triangular arrows on the right end will stick out of the
menu popdown area. I'm not sure if they just stick out to the
end of the "shadow" (3d effect) around the popdown, or sometimes
more.
They should be fully contained in the popdown area.
--
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=23166
Summary: X-Blade's launcher does not display background, button
images and cannot be closed.
Product: Wine
Version: 1.2-rc3
Platform: x86
URL: http://games.on.net/file/25712/X-Blades_Demo
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: andrew.millington(a)gmail.com
The launcher does not display
*the background instead it displays gray background
*the images for the buttons instead it displays generic Window's buttons
plus you cannot close the launcher eg "Exit" or "Run Game".
Both appear to be in a launcher.dat file
body.bmp (background)
/img/*.png (button images)
Installing Internet Explorer 6 allows the images to displayed and you can close
the launcher
--
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=11268
Summary: Civilization I for Windows (16-bt) incorrectly displays
some dialogues
Product: Wine
Version: 0.9.53.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: gdi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: neptunia(a)mail.ru
Some dialogue windows in the game have non-rendered areas near window border
which display garbage/previous windows existed in this place.
--
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=14543
Summary: Worms World Party crashes on attempting to run
Product: Wine
Version: 1.1.1
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: quartz
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: Rincebrain(a)gmail.com
Created an attachment (id=14883)
--> (http://bugs.winehq.org/attachment.cgi?id=14883)
Wine 1.1.1 output log (including BT)
Worms World Party crashed when I attempted to run it - WWP fullscreened and
rendered a black screen atop everything else, then Wine crashed, and sat at a
backtrace until I killed wineserver.
Wine output, including backtrace, 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.
https://bugs.winehq.org/show_bug.cgi?id=37644
Bug ID: 37644
Summary: .NET 3.5 crash when running System.Console.Clear()
Product: Wine
Version: 1.7.30
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: james(a)jameswarner.us
Distribution: ---
Created attachment 50099
--> https://bugs.winehq.org/attachment.cgi?id=50099
Example program, source code to said program and output log
When running System.Console.Clear() under .NET 3.5 in WINE (installed in a
clean .wine through Winetricks), it will crash with:
Unhandled Exception: System.IO.IOException: Invalid handle.
at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
at System.Console.GetBufferInfo(Boolean throwOnNoConsole, Boolean&
succeeded)
at System.Console.Clear()
This can be reproduced by running System.Console.Clear() under any application
in .NET 3.5.
Attached is a demo application to reproduce this, the source code to produce
this issue and the log generated.
WINE version: 1.7.30 under Debian (sid) x86.
--
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=23015
Summary: PL\SQL Developer: shows standard message boxes behind
main window
Product: Wine
Version: 1.2-rc2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: comdlg32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: chaostya(a)gmail.com
When I write a query in PL\SQL Developer window, then issue it against DB and
then want to close the window I click [x] and it looks like nothing happens,
but if I move main window down I would see a standard "question" message dialog
box asking me if I want to save my changes. I'm on 1.2-rc2 and it's a
regression from 1.2-rc1
--
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=21483
Summary: changed token security breaks .NET Framework SDK tools
Product: Wine
Version: 1.1.33
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wineserver
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
some of Microsoft's tools from .NET Framework SDKs - namely managed debuggers
(CLR) - stopped working after 1.1.33+ release. They seem to be very picky about
object security.
I bisected this one but technically this isn't a regression because Rob's token
patches made Wine more correct - exposing another object security problem.
--- snip ---
$ git bisect bad
bd56916f90e68632993a7275fe30a55a7efa222a is the first bad commit
commit bd56916f90e68632993a7275fe30a55a7efa222a
Author: Rob Shearman <robertshearman(a)gmail.com>
Date: Mon Nov 16 20:11:06 2009 +0000
server: Extend get_token_user server call to also retrieve SIDs for the
token's owner or primary group.
:040000 040000 829f1543526675ae48f6fde8c8cedff74fd51797
7a77653291795c209ec529dd6660d52fc922a58c M dlls
:040000 040000 57735b53b28db37ac4627dc009000e225175164a
4dcc1388cb136e559c06106632c08e8e610fe557 M include
:040000 040000 4e83227cb0133c7e288a1e930461d4efe1130882
cf1c3539d6b3c91c854fa2b9b672f68ea601f639 M server
--- snip ---
"old" behaviour, where default process token was like this:
Token owner -> S-1-5-4 "NT AUTHORITY\INTERACTIVE" (well-known group)
Token user -> S-1-5-4 "NT AUTHORITY\INTERACTIVE" (well-known group)
Token primary group -> S-1-5-32-544 "BUILTIN\Administrators" (alias)
NtQueryInformationToken had the token owner info hard-coded (to
SECURITY_INTERACTIVE_RID) while Rob's patches moved the actual query to
wineserver.
---
Basically the app code that verifies the security of created objects goes like
this:
- get SD from created object (event) handle -> GetKernelObjectSecurity(
OWNER_SECURITY_INFORMATION | DACL_SECURITY_INFORMATION)
- get owner SID of SD -> GetSecurityDescriptorOwner() -> SID1
- get DACL of SD -> GetSecurityDescriptorDacl()
- for each ACE from DACL (GetAce) -> SID2: check ACE SID against SD owner SID
-> EqualSid( SID1, SID2)
- match -> profit! not -> fail!
--- snip ---
...
0023: create_event( access=001f0003, attributes=00000080, manual_reset=1,
initial_state=0, objattr={rootdir=0014,sd={control=00000004,owner=<not
present>,group=<not
present>,sacl={},dacl={{AceType=ACCESS_ALLOWED_ACE_TYPE,Mask=e01f001f,AceFlags=0,Sid={S-1-5-4}},{AceType=ACCESS_ALLOWED_ACE_TYPE,Mask=e01f001f,AceFlags=0,Sid={S-1-5-4}}}},name=L"Global\\CorDBIPCSetupSyncEvent_36"}
)
0023: create_event() = 0 { handle=01c4 }
...
0025:trace:advapi:GetKernelObjectSecurity
(0xc4,0x00000005,0x14ef40,0x00000050,0x33f7e8)
0025:trace:ntdll:NtQuerySecurityObject
(0xc4,0x00000005,0x14ef40,0x00000050,0x33f7e8)
0025: get_security_object( handle=00c4, security_info=00000005 )
0025: get_security_object() = 0 { sd_len=00000050,
sd={control=00000037,owner={S-1-5-4},group=<not
present>,sacl={},dacl={{AceType=ACCESS_ALLOWED_ACE_TYPE,Mask=e01f001f,AceFlags=0,Sid={S-1-5-4}},{AceType=ACCESS_ALLOWED_ACE_TYPE,Mask=e01f001f,AceFlags=0,Sid={S-1-5-4}}}}
}
0025:trace:ntdll:RtlGetDaclSecurityDescriptor
(0x14ef40,0x33f7c3,0x33f7ec,0x33f7c2)
0025:trace:ntdll:RtlGetAce (0x14ef60,0,0x33f7f0)
0025:trace:ntdll:RtlLengthSid sid=0x14ef54
0025: open_event( access=001f0003, attributes=00000002, rootdir=0034,
name=L"Global\\CorDBIPCLSEventAvailName_36" )
0025: open_event() = 0 { handle=00c8 }
...
--- snip ---
"new" behaviour, where default process token is now like this:
Token owner -> S-1-5-32-544 "BUILTIN\Administrators" (alias)
Token user -> S-1-5-4 "NT AUTHORITY\INTERACTIVE" (well-known group)
Token primary group -> S-1-5-32-544 "BUILTIN\Administrators" (alias)
--- snip ---
...
0024:trace:ntdll:NtOpenProcessTokenEx (0x1b0,0x00000008,0x00000000,0x318e6d0)
0024: open_token( handle=01b0, access=00000008, attributes=00000000,
flags=00000000 )
0024: open_token() = 0 { token=01b4 }
...
0024:trace:advapi:GetTokenInformation (0x1b4, TokenOwner, 0x184130, 20,
0x318e6e0):
0024:trace:ntdll:NtQueryInformationToken (0x1b4,4,0x184130,20,0x318e6e0)
0024: get_token_sid( handle=01b4, which_sid=00000004 )
0024: get_token_sid() = 0 { sid_len=16, sid={S-1-5-32-544} }
...
0024: create_event( access=001f0003, attributes=00000080, manual_reset=1,
initial_state=0, objattr={rootdir=0018,sd={control=00000004,owner=<not
present>,group=<not
present>,sacl={},dacl={{AceType=ACCESS_ALLOWED_ACE_TYPE,Mask=e01f001f,AceFlags=0,Sid={S-1-5-32-544}},{AceType=ACCESS_ALLOWED_ACE_TYPE,Mask=e01f001f,AceFlags=0,Sid={S-1-5-32-544}}}},name=L"Global\\CorDBIPCSetupSyncEvent_37"}
)
0024: create_event() = 0 { handle=01c8 }
...
0026:trace:advapi:GetKernelObjectSecurity
(0xc8,0x00000005,(nil),0x00000000,0x33f7e8)
0026:trace:ntdll:NtQuerySecurityObject
(0xc8,0x00000005,(nil),0x00000000,0x33f7e8)
0026: get_security_object( handle=00c8, security_info=00000005 )
0026: get_security_object() = 0 { sd_len=00000058,
sd={control=00000037,owner={S-1-5-4},group=<not
present>,sacl={},dacl={{AceType=ACCESS_ALLOWED_ACE_TYPE,Mask=e01f001f,AceFlags=0,Sid={S-1-5-32-544}},{AceType=ACCESS_ALLOWED_ACE_TYPE,Mask=e01f001f,AceFlags=0,Sid={S-1-5-32-544}}}}
}
...
--- snip ---
Using the "admins" sid (alias) as token user in
server/token.c:token_create_admin() instead of current "interactive" sid fixes
the problem. Though I don't know if this is the right thing to do.
I hope I provided enough infos and let Alexandre handle it ;-)
To get detailed token infos/dumps you might be interested in this little
console app, from cygwin's Corinna Vinschen ;-)
http://www.mail-archive.com/cygwin@cygwin.com/msg71800.html
It might provide useful information when run under different security
principals.
Regards
--
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=23077
Summary: UltraEdit 16.10: Plus sign doesn't appear in directory
tree
Product: Wine
Version: 1.2-rc2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lukasz.wojnilowicz(a)gmail.com
Created an attachment (id=28652)
--> (http://bugs.winehq.org/attachment.cgi?id=28652)
Image showing the problem
Steps to reproduce:
1) remove ~/.wine
2) install UltraEdit
3) wine Uedit32.exe
4) close all popup windows (buy now, tip of the day etc.)
5) In "File View" Window click on plus sign of "C" then "Program Files"
6) Click on plus sign of "Internet Explorer" branch will unfold, plus sign
changes to minus sign
7) Click on minus sign of "Internet Explorer" branch will fold
Behaviour:
After seventh step minus sign of "Internet Explorer" stays minus sign and I
cannot unfold that branch anymore
Expected behaviour:
After seventh step minus sign of "Internet Explorer" should convert itself into
plus sign and I should have ability to unfold the branch
In terminal I get only
fixme:win:LockWindowUpdate (0x100a0), partial stub!
fixme:win:LockWindowUpdate ((nil)), partial stub!
for every successful fold/unfold operation
--
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=30155
Bug #: 30155
Summary: secdrv.sys from SafeDisc v2.05.030 does not work
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntoskrnl
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: stefan(a)codeweavers.com
Classification: Unclassified
Created attachment 39336
--> http://bugs.winehq.org/attachment.cgi?id=39336
service,relay,winedevice,ntoskrnl log
SafeDisc 2.05.030 does not work out of the box. The user-visible symptom is
that the application exits with exit code 0 without any output. This affects
for example the Command and Conquer Red Alert 2 installer, which is safedisc
protected for some reason.
The problem seems to be related to the specific secdrv.sys version. If I take a
secdrv.sys from a newer safedisc version(e.g. 2.40.010 from the RA2 Yuri's
revenge expansion) and put it in C:\windows\system32\drivers, the installer
works.
ProtectId says:
Scanning -> D:\Setup\Setup.exe
File Type : 32-Bit Exe (Subsystem : Win GUI / 2), Size : 1308863 (013F8BFh)
Byte(s)
-> File has 733375 (0B30BFh) bytes of appended data starting at offset 08C800h
[File Heuristics] -> Flag : 00000000000000000100000000100111 (0x00004027)
[!] Safedisc v2.05.030 detected !
[i] Appended data contents....
[.] o: 0x0008C828 / t: <0x00000001> <0x00000000> <0x00000001> / s: 00194947
byte(s) -> ~de7bc4.tmp
[.] o: 0x000BC1D2 / t: <0x00000001> <0x00000000> <0x0000044C> / s: 00030208
byte(s) -> clcd32.dll
[.] o: 0x000C37F9 / t: <0x00000001> <0x00000000> <0x0000044C> / s: 00006784
byte(s) -> clcd16.dll
[.] o: 0x000C529D / t: <0x00000001> <0x00000000> <0x0000044D> / s: 00067584
byte(s) -> mcp.dll
[.] o: 0x000D5AC5 / t: <0x00000001> <0x00000000> <0x00000000> / s: 00327220
byte(s) -> ~df394b.tmp
[.] o: 0x00125920 / t: <0x00000001> <0x00000000> <0x00000002> / s: 00034304
byte(s) -> drvmgt.dll
[.] o: 0x0012DF47 / t: <0x00000001> <0x00000000> <0x00000002> / s: 00018768
byte(s) -> secdrv.sys
[.] o: 0x001328BF / t: <0x00000001> <0x00000000> <0x00000000> / s: 00053248
byte(s) -> ~ef7194.tmp
[CompilerDetect] -> Visual C++ 6.0
- Scan Took : 0.640 Second(s)
The md5sum of the broken secdrv.sys is XXX. The md5sum of the working 2.40.010
driver is f376a1580204e47f37a721e1cbc5582a.
I am attaching a +relay,+service,+winedevice+ntoskrnl log of a failed run of
the setup tool.
--
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=20947
Summary: Slow mouse and menus in Kdeops studio anventure game
engine
Product: Wine
Version: 1.1.33
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: 4plague(a)gmail.com
Created an attachment (id=25113)
--> (http://bugs.winehq.org/attachment.cgi?id=25113)
full console output
Every Kheops Studio adventure game tested (Echo: Secrets of the Lost Cavern;
Return to Mysterious Island; Voyage: Journey to the Moon; Escape from Treasure
Island) has the same problem:
When entering a menu (overlay over the 3D game world and the main menu) mouse
is extremely slow as are background sprite graphics (butterflies etc).
console is flooded by:
fixme:d3d:stretch_rect_fbo >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from
glBlitFramebuffer() @ device.c / 6174
--
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=35371
Bug ID: 35371
Summary: Battlefield 2: Wine crashes on mic setup
Product: Wine
Version: 1.7.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: crazy.just(a)verizon.net
Classification: Unclassified
Created attachment 47174
--> http://bugs.winehq.org/attachment.cgi?id=47174
Program Error Details
Battlefield 2: Wine crashes on mic setup.
--
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=11536
Summary: Worms World Party doesn't respond after match
Product: Wine
Version: 0.9.52.
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: rpgraca(a)gmail.com
After most matches, like missions and deathmatch and in multiplayer games in
the 3rd game, the game doesn't respond to mouse input and I only get beeps when
I click on the window. This does't happen in multiplayer games whenever the
final result 2-0 or 1-0.
I get no stange message in the terminal.
--
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=29780
Bug #: 29780
Summary: XPS Viewer EP shows garbage in the toolbar background
Product: Wine
Version: 1.4-rc2
Platform: x86-64
URL: http://download.microsoft.com/download/2/5/2/2526f55d-
32bc-410f-be18-164ba67ae07d/XPSEP XP and Server 2003
32 bit.msi
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: RandomAccountName(a)mail.com
CC: bunglehead(a)gmail.com
Classification: Unclassified
Regression SHA1: 1c1b1c0073c3dea34ff4096d749a459accf5e337
Created attachment 38676
--> http://bugs.winehq.org/attachment.cgi?id=38676
Terminal output
The background of the toolbar in XPS Viewer EP is not displayed properly,
showing garbage (previous screen content). This worked in 1.4-rc1, and
regression testing indicated:
1c1b1c0073c3dea34ff4096d749a459accf5e337 is the first bad commit
commit 1c1b1c0073c3dea34ff4096d749a459accf5e337
Author: Nikolay Sivov <nsivov(a)codeweavers.com>
Date: Wed Feb 1 00:07:00 2012 +0300
comctl32: More tests for Toolbar window style handling.
:040000 040000 dd921cd22cea799bb21627f6e80aba024d087098
ee93a6dccb2bc9c894dc6330dbae8fc4650b2b82 M dlls
Reverting the patch fixed it.
To reproduce:
1. In system32, make a copy of acledit.dll named xpssvcs.dll
2. Install (occasionally crashes - retry if needed)
3. wine xpsrchvw
--
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=29714
Bug #: 29714
Summary: mmdevapi/capture test often fails on debian testing
Product: Wine
Version: 1.3.37
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: mmdevapi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
CC: hoehle(a)users.sourceforge.net
Classification: Unclassified
Regression SHA1: f24b31fcf2047e8b4d0d8b910c54c0815c54d1cf
Created attachment 38565
--> http://bugs.winehq.org/attachment.cgi?id=38565
+tid,+mmdevapi,+winmm,+driver,+midi,+dsound,+dmusic,+mci,+oss,+alsa,+coreaudio
trace
austin@debian-buildbot:~/wine-git$ git bisect bad
f24b31fcf2047e8b4d0d8b910c54c0815c54d1cf is the first bad commit
commit f24b31fcf2047e8b4d0d8b910c54c0815c54d1cf
Author: J��rg H��hle <hoehle(a)users.sourceforge.net>
Date: Thu Jan 12 22:36:31 2012 +0100
mmdevapi/tests: Perform capture protocol tests in shared mode.
:040000 040000 8251887bab3583e1327626d8e7492e61fa5e0285
255d9de316fae3fc6fc5b26a87b771593858e8c6 M dlls
+tid,+mmdevapi,+winmm,+driver,+midi,+dsound,+dmusic,+mci,+oss,+alsa,+coreaudio
trace 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.
http://bugs.winehq.org/show_bug.cgi?id=21187
Summary: OLE Exception code 80004002 - AmiBroker + AmiQuote
Product: Wine
Version: 1.1.35
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ole32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mxn(a)atlas.cz
Steps to reproduce:
1) Download AmiBroker (trial application ver. 5.20) from
http://www.amibroker.com/download.html
2) Install it with command 'wine AmiBroker520.exe'
3) 'cd' to directory where AmiBroker trianl is installed
4) Start AmiBroker with command 'wine Broker.exe'
5) Start AmiQuote with command 'wine AmiQuote/Quote.exe'
6) In 'AmiQuote' choose 'Tools -> Auto-update Amibroker database'
7) Error dialog pops up 'OLE Exception code 80004002'
8) downgrade wine to ver. 1.1.33
9) Repeat steps 4) - 6), no Error dialog is displayed and everything works
correctly (database is updated)
Note: I believe bug is also reproducible in wine 1.1.34.
--
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=32342
Bug #: 32342
Summary: PlanetSide2 Error message and bugreport.txt and
debug.log in Steam.
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: linards.liepins(a)gmail.com
Classification: Unclassified
Created attachment 42683
--> http://bugs.winehq.org/attachment.cgi?id=42683
PlanetSide2 bugreport.txt
Cannot run PlanetSide 2 on x64 Fedora 17. Popuing up three similar error log
message with attached bugreport. Also attached debug.log is generated in Steam
install dir.
--
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=32010
Bug #: 32010
Summary: Guild Wars 2 updater uses always 100% of a CPU core
Product: Wine
Version: 1.5.15
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: nob.dir.info(a)gmail.com
Classification: Unclassified
The launcher of Guild Wars 2 (where you enter your user name and password) uses
a complete core to run (even if I don't write anything or move it).
I think it's bug, because X comes laggy too, and on Windows 7 its don't uses a
whole core to run.
--
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=33492
Bug #: 33492
Summary: Yukon Trail installer fails to install its font
Product: Wine
Version: 1.5.29
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: Installer, win16
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Blocks: 10349
Classification: Unclassified
The installer will offer to let you install its custom font (optional, not
required). If you choose to, it then fails, saying:
=========
FATAL ERROR AT SCRIPT LINE 260
Cannot find section header
=========
if you open ~/.wine/drive_c/windows/win.ini, and add:
[fonts]
to the end, the font will install fine
--
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=24466
Summary: Sid Meier's Pirates! frequent hiccups, temporary
lock-ups
Product: Wine
Version: 1.3.3
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gyebro69(a)gmail.com
Created an attachment (id=30870)
--> (http://bugs.winehq.org/attachment.cgi?id=30870)
terminal output
Sid Meier's Pirates! (patched to the latest 1.0.2 version) performs badly in
Wine. This issue is described in several test results on the Appdb page of the
game, too.
I can observe the following symptoms:
- After the intro video played, it takes almost 2 minutes to get into the main
menu (without noticeable hdd activity).
- When I get into the game and visit any places in the port (Governor,
Merchant, Tavern etc.) it usually takes the game 15-20 seconds to display the
next screen (although music plays continuously).
- While sailing, the game frequently "freezes" for 2-3 seconds without no
apparent reasons.
When those hiccups occur all animations freeze on the current screen until the
next screen is loaded but music plays fluently.
Reducing the screen resolution, graphical details or disable audio doesn't
help.
I remember playing this game several years ago in a native Win XP without this
issues.
No demo available.
Fedora 13 x86
AMD Athlon 64 x2 4200+
3 GB Ram
Kernel 2.6.34.6
Nvidia 7600 GT / driver 256.53
--
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=10349
Summary: Yukon Trail installer crashes at the end
Product: Wine
Version: 0.9.48.
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: echidnaman(a)gmail.com
Created an attachment (id=9017)
--> (http://bugs.winehq.org/attachment.cgi?id=9017)
Crash Log
After the Yukon Trail's installer is done installing, it crashes, taking the
file browser it spawns with it.
To reproduce:
-Run installer
-Complete installation
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=14838
Summary: TMPDIR environment variable is not used at all
Product: Wine
Version: CVS/GIT
Platform: PC
URL: http://en.wikipedia.org/wiki/TMPDIR
OS/Version: Linux
Status: NEW
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: killertux(a)suomi24.fi
Tested on Wine 1.1.2-307-g520ab5c
Wine simply does not use TMPDIR environment variable and as far as I know Wine
has never used this environment variable... it just defaults to /tmp
--
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=9314
Summary: Borland C++ Builder 5 expects registry values to be read
in the same order they were written
Product: Wine
Version: 0.9.43.
Platform: PC-x86-64
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: wine-advapi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mikolaj.zalewski(a)gmail.com
Created an attachment (id=7584)
--> (http://bugs.winehq.org/attachment.cgi?id=7584)
test
It arranges the component palettes in the same order in which it read the
values from the registry (even if MSDN exlicitly says not to rely on the order
in which the values are read). We store the values in the alphabetical order to
binsearch them so the palettes under Wine are in alphabetical order instead of
the configured order.
I attach a small test showing that under Windows the values are read in the
same order as they were written.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=38320
Bug ID: 38320
Summary: HDM_SETORDERARRAY sent to ListView header doesn't
affect column order in a list
Product: Wine
Version: 1.7.39
Hardware: x86
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: bunglehead(a)gmail.com
Distribution: ---
We currently only support LVM_SETCOLUMNORDERARRAY to do same thing. When header
items are reordered separately with HDM_SETORDERARRAY cached column data at
ListView side is not updated accordingly (there's no notification to do that).
--
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.