Last week I was able to get my property page to pass the SysFX UI test. However, your situation may be different because the Swap APO does pass on my system, without any modifications. It appears to me that the UI test does the following: 1. It looks at the dialog templates of the property pages. If it finds a checkbox with control ID of 5000, it continues to #2, otherwise it fails the test. 2. It uses the title in the dialog template to find the tab to switch to. Therefore if you use PSP_USETITLE to change the text on the tab, it will not find the tab and again fail the test, If both of these are successful, you should see it switch to your tab and exercise the checkbox. After switching to your tab, I found one other situation that could cause a failure. If checking the checkbox does not enable the "Apply" button, the test will fail. Leonard _____ From: wdmaudiodev-bounce@xxxxxxxxxxxxx [mailto:wdmaudiodev-bounce@xxxxxxxxxxxxx] On Behalf Of Jeff Claar Sent: Monday, November 13, 2006 11:05 AM To: wdmaudiodev@xxxxxxxxxxxxx Subject: [wdmaudiodev] SYSFX UI Test Hi everyone, We have an APO with a custom property page implemented. We are currently failing the SYSFX UI test in the DTM because: Not all registered endpoints with vendor enabled UI have met the checkbox requirement.. Failed Result Occured During Verification Of EndPoint Name: Speakers () --- Triage Extended Params: ComputerName=TOSHIBA OSBuild=MicrosoftR Windows Vista Ultimate Build 5744.061107 Multiprocessor Free EN-US CurrentWorkingDir=C:\WTT\JobsWorkingDir\Tasks\WTTJobRun936EB9FA-7A68-4533-BF 47-0113ABA8DC6E AudioHardwareInstalled=True AudioSrvRunning=True Our property page implements the checkbox with control ID 5000, and it toggles thethe PKEY_AudioEndpint_Disable_SysFx property as I assumed it needed to. However, I'm also noticing on the test machine that while the mmsys.cpl applet it opened, our property page is never instantiated, so I do not see how the test is determining that the checkbox does not exist. Also, as a sanity check, I implemented the Swap APO from the WDK sample code, and this one fails in the exact same way. Is there a problem with the test? Or with the Swap APO? Any help is greatly appreciated, Thanks, Jeff