Windows 8.1 Enrolment - WSTEP stage

Hi,
I got stuck at the final step of windows device enrolment process (WSTEP).
I have developed all other discoveryservice / enrolment certificate policy endpoints and the flow goes as expected upto the final step. In the final step, the service send the SOAP message with the wap-provisioning xml encoded within it, but the device doesn't
show any successful enrolment. It prompts that, the phone wasn't able to setup this account ....
Now Im in a really bad situation and I tried everything I can to figure this out. I've been spending more than 3 weeks only on this and right now I'm exhausted.
It would be a real help if someone can assist me here. I will put the wap-provisioning file here.
<?xml version="1.0" encoding="UTF-8"?>
<wap-provisioningdoc version="1.1">
<characteristic type="CertificateStore">
<characteristic type="Root">
<characteristic type="System">
<characteristic type="321BAC26951AE3438626C9A9E3691B6AE4260570">
<parm name="EncodedCertificate" value="MIIF8TCCA9mgAwIBAgIJALRjUnmEIyfdMA0GCSqGSIb3DQEBBQUAMIGGMQswCQYDVQQGEwJMSzEQMA4GA1UECAwHV2VzdGVybjEQMA4GA1UEBwwHQ29sb21ibzENMAsGA1UECgwEV1NPMjEPMA0GA1UECwwGTW9iaWxlMRUwEwYDVQQDDAxXU08yIFJvb3QgQ0ExHDAaBgkqhkiG9w0BCQEWDXJvb3RAd3NvMi5jb20wHhcNMTUwMTExMDg1NzE5WhcNMTYwMTExMDg1NzE5WjCBhjELMAkGA1UEBhMCTEsxEDAOBgNVBAgMB1dlc3Rlcm4xEDAOBgNVBAcMB0NvbG9tYm8xDTALBgNVBAoMBFdTTzIxDzANBgNVBAsMBk1vYmlsZTEVMBMGA1UEAwwMV1NPMiBSb290IENBMRwwGgYJKoZIhvcNAQkBFg1yb290QHdzbzIuY29tMIICIjANBgkqhkiG9w0BAQEFAAOCAg8AMIICCgKCAgEAu5vx81BT1pVUWegJVOyVkQAiBRWYH5TmNXuuLm6cDzL0KURzS/ELGELNAK0m/hVwppqHlB7BPzBg4Klr2r6I26h7ElpvNiRal/k/EexVueU7QXqkgi0rJidot9SlvQzBzYYv7lKTzgsgUQzHKoiL+NxKP4eHrdP6s9OFkc1NECQ9FhQXqI9HMEB17nUJWUpkNFoRLta8D11nOuRG3t/c12+bGIGYddXFg/8pxn8q0FUCWibgKtVy6RwFKiM+tM4nfZxuNXGB4Mxx1Li7DJubdOSVZPJ9Cu7K/ni5Mdmfp72HqDEL1MqrTHRDh+iw7C8PqxAErpd51g9jWF525D/DqiYONvxi00EDisw0meaweTQs7iFeqPDOELIfOUlF79hfwUwjMgvD/prXSh7E1md/FgY7UjbOSyPm5eXgKYeUNbbPvTpMH2uEJE1OaI1NkzIfDnrwM2lg58mJA+33qPorhQpNg+ajmxX2HJo0+OgfEXDRmKH8YoIuFzVlAXIyZLBIBRMakAJKSLYHuwTB6hyFmhZnsZOl7TFeh28djtW4w2fX87KW1XwzI3J9XhS8Uoh2xXdXV0QUCXS++2yj9ZZudG6qiGv/RM/B3k2FK/o5VRy+wBbGugEFhxKAxMPEC325XHPlWLlCtSULkxL5xlaVTPg8LSEVCAvJfeZWxzR6ocsCAwEAAaNgMF4wHQYDVR0OBBYEFHHYHvF9YFPasPDj/nDv5q33DZ51MB8GA1UdIwQYMBaAFHHYHvF9YFPasPDj/nDv5q33DZ51MA8GA1UdEwEB/wQFMAMBAf8wCwYDVR0PBAQDAgGGMA0GCSqGSIb3DQEBBQUAA4ICAQAaHpVwcQrXJpVYjUWYJ6cyy1Taqdw/io81IcieFC2wnzUGOVLjvXJ1MRBmG5+TQG85vxaAeaJ4+ev+mnvcOjaFMogm0odhPkSKQUmKbw1OLG2FuNwHZWFz4Of4ojFpdMlIlxts3CVw+bKnVOd3NeU7R3aO4u7o0/1c396h9lS/wKZYBFJaNwbDibwUp6mJSrcOoWqt5ud4+q/gILr2ppkiXGKicvJo2vpqlBVN0U3/Gaz4m6/G2FuVxJM+C22J31de9FuWrF3RSeoUoUepqWXONNsHUmJnocvZVSpQh6G82kCTYUj0OSEzoIRPHhLc5jnOHtX/4U+vHOwgH1CLpKGZYCwIqhjOwGqjFvSz0wQass9lz1hUrmGSJ3e5TCi99G1aPILmeBAN+xt4AAnTLWWYi8RWXDJqBx9KOH2e5utikid8k5gCReoRDD2aV9xbbP5VSz2jZI6pAg850DOOoK6U/4khvtvKSK6hsCgkrL80ZEXNXIBu7fSzA8ggj6wQ5Po2f28R3UCvx+nC2YZyzo4D4ymvUH3h1gJjvjBSWH5NXB1wjeBxbfjnAnAgjYyiY2ZHK04mmdqLC5VexFXV17vq3FTHJnNV5fypHMYIx8/eFQ3k6xc05HSae7VuCnNQpXUx/ZcuqrEtel0Kb7mnrVrF8HAu9A1hHYPnQF/kMTy+Fg=="
/>
</characteristic>
</characteristic>
</characteristic>
<characteristic type="My">
<characteristic type="User">
<characteristic type="43D785B612991B2428D8A17555EAF5ECD9584505">
<parm name="EncodedCertificate" value="MIIEMjCCAhqgAwIBAgIEFO64njANBgkqhkiG9w0BAQUFADCBhjELMAkGA1UEBhMCTEsxEDAOBgNVBAgMB1dlc3Rlcm4xEDAOBgNVBAcMB0NvbG9tYm8xDTALBgNVBAoMBFdTTzIxDzANBgNVBAsMBk1vYmlsZTEVMBMGA1UEAwwMV1NPMiBSb290IENBMRwwGgYJKoZIhvcNAQkBFg1yb290QHdzbzIuY29tMB4XDTE1MDEyMzExNDg0OVoXDTE1MTEyMjExNDg0OVowLzEtMCsGA1UEAwwkQjFDNDNDRDAtMTYyNC01RkJCLThFNTQtMzRDRjE3REZEM0ExMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA0+T+UA4S9iKRswm9pvNqkrImSoudpdabYW+c7pQ0K1dZ/1ZyFtu6YuqQhqz0FRwyJIQSHi1Vk0W6CLdtqGeNSNMb0wi8Bl3f8LRh+4tfzKX2ZwhVZmHJhlXBR4yHgZhLmG33Q0Vk/S9dvtzRutJHK+G9bOr6QbuibbioxNkGBIhGxqNwNVj64Yt2GLHLgC1c3DmnPNF1L/VAEXXCwNPcLRtx5bLa56PaGwtiiXIZ13R8eTXL+066yjKNzeK3Dajc/2OT5s/h4Mba6RGMwxyOrFDnQ4HN7uFdB/aGs0QlFN3qk8g50C5vwfP8OI9hoRjvlc0RB6lzXWcuarYZD1iCFwIDAQABMA0GCSqGSIb3DQEBBQUAA4ICAQC09KvoWOg0rjo93TgN5dMAobWWsj2iE6Nl/+Ru3ST5HdyMnVqjf8xcY7aZsbKLSSgvwyF16fMqhwoE2NdKIux75SdB0P/xEQwOmw9SHtcYJjMUm9cvJZBlhSj5FhIa6ssjCtQMTI8UZ7DnTAVoQ+sOy7n2A4kzoKuMr94XO5dV+T0rWLaEyvLXMH/hGjVZZF73cQBdibx0oDep5u8BNfAhnEJKDdy79Zd34mCErVVIU1LCygX2/tlD6OPXHYhKKQGhkbZ0uYurd2hGnMdM+GXK7DggoOgK06MQQAC5e4hv4C+sq7gxc6QbR61a8m5A6Nmk97jYCrEd78czYCpe8tdEPOkUJX1SoqTUrEZ11go3gzTQHfodjwZ6NPDVQiuBjdEHpXTDx8Q9yEiD4OLaNKMBGZ3TrtV9J0pmRUDni+t96fmMWHXupMniIhVeaH5QRqgp9h8A9GrpOea5eVXyIx4woR4V07fjqe4s1QlkQcl34huE73hCPAUCoFPJf4+a3cWFRedhcSbEjDAh6JQD7ztMcFgDOYdxWbuNGYdcavEnj3b/x6zfZBoQQ5YtejbNKekVhICg1cU0iNs/Fc3nmbNOsUlosB9dhvgJzrJ/5+mTSRSZYRustS1zsUm7D7/ktqCtBZY4ogrP8Q1RFxyq7RmRZRbWNszDARlkUahRonzrdw=="
/>
</characteristic>
<characteristic type="PrivateKeyContainer">
<parm name="KeySpec" value="2" />
<parm name="ContainerName" value="ConfigMgrEnrollment" />
<parm name="ProviderType" value="1" />
</characteristic>
<characteristic type="WSTEP">
<characteristic type="Renew">
<parm datatype="boolean" name="ROBOSupport" value="true" />
<parm datatype="integer" name="RenewPeriod" value="60" />
<parm datatype="integer" name="RetryInterval" value="4" />
</characteristic>
</characteristic>
</characteristic>
</characteristic>
</characteristic>
<characteristic type="APPLICATION">
<parm name="APPID" value="w7" />
<parm name="PROVIDER-ID" value="MobiCDMServer" />
<parm name="NAME" value="wso2" />
<parm name="ADDR" value="https://EnterpriseEnrollment.wso2.com/" />
<parm name="CONNRETRYFREQ" value="6" />
<parm name="INITIALBACKOFFTIME" value="30000" />
<parm name="MAXBACKOFFTIME" value="120000" />
<parm name="BACKCOMPATRETRYDISABLED" />
<parm name="DEFAULTENCODING" value="application/vnd.syncml.dm+wbxml" />
<parm name="SSLCLIENTCERTSEARCHCRITERIA" value="CN%3DB1C43CD0-1624-5FBB-8E54-34CF17DFD3A1&Stores=My%5CUser" />
<characteristic type="APPAUTH">
<parm name="AAUTHLEVEL" value="CLIENT" />
<parm name="AAUTHTYPE" value="DIGEST" />
<parm name="AAUTHSECRET" value="dummy" />
<parm name="AAUTHDATA" value="ZHVtbXl1c2Vybm9uY2U=" />
</characteristic>
<characteristic type="APPAUTH">
<parm name="AAUTHLEVEL" value="APPSRV" />
<parm name="AAUTHTYPE" value="DIGEST" />
<parm name="AAUTHNAME" value="dummy" />
<parm name="AAUTHSECRET" value="dummy" />
<parm name="AAUTHDATA" value="ZHVtbXl1c2Vybm9uY2U=" />
</characteristic>
</characteristic>
<characteristic type="DMClient">

<characteristic type="Provider">

<characteristic type="MobiCDMServer">
<characteristic type="Poll">
<parm datatype="integer" name="NumberOfFirstRetries" value="8" />
<parm datatype="integer" name="IntervalForFirstSetOfRetries" value="15" />
<parm datatype="integer" name="NumberOfSecondRetries" value="5" />
<parm datatype="integer" name="IntervalForSecondSetOfRetries" value="3" />
<parm datatype="integer" name="NumberOfRemainingScheduledRetries" value="0" />

<parm datatype="integer" name="IntervalForRemainingScheduledRetries" value="1560" />
</characteristic>
<parm datatype="string" name="EntDeviceName" value="AdministratorWindowsPhone" />
</characteristic>
</characteristic>
</characteristic>
</wap-provisioningdoc>
I used windows power tools for debugging and sorted out some issues I encountered previously. Now it shows some error of 0x80090016 - NCryptOpenKey. Just above that couple of error (I guess) codes 0x8018000E and 0x8000FFFF are shown.
I still couldn't come out of this. Assuming this is something to do with certificates, I tried verifying my certificates with certutil as well, and it is verified.
Can someone help me in this ? I'm really really stuck here
BR

Hi Eric,
1.I rearranged the wap-provisioning xml as you suggested (..My/WSTEP) and checked, but no luck.
2.Public keys of signed certificate and CSR are also matching.
PUBLIC KEY OF SIGNED CERT :RSA Public Key - modulus: d2103e2657d159d410e3f079ae95963f88e0fad31340c249bf7aab216af75f0b9fd6d49f0d513d11435db65c88743df9eedf23348b1a8348628c8ba2129dadcb1444370576f4c16cb61edc148ab533254d06b169960b5b82dab0f4116dac290fd65d6be486b35859bb993de3105138656b410f66920d46a354b88def3dce15a9278ba7ffbc58d04223f1b6dc61d8020634af6342c9591bf7f9af8ec0d013ce62799bd6df5ce074906a1d75fc8e4e5d17bea1d79761811c0a1d1a20ff6e6a9c41aa6c5ed89a3213d6498adc569bfd445010890aadc038699edbd2459cdbdd86679a088ebf268636a32fbd7b3d5d0012468acf64ed3ddbd442dcf76f813f70cb41
public exponent: 10001
PUBLIC KEY OF CSR :RSA Public Key - modulus: d2103e2657d159d410e3f079ae95963f88e0fad31340c249bf7aab216af75f0b9fd6d49f0d513d11435db65c88743df9eedf23348b1a8348628c8ba2129dadcb1444370576f4c16cb61edc148ab533254d06b169960b5b82dab0f4116dac290fd65d6be486b35859bb993de3105138656b410f66920d46a354b88def3dce15a9278ba7ffbc58d04223f1b6dc61d8020634af6342c9591bf7f9af8ec0d013ce62799bd6df5ce074906a1d75fc8e4e5d17bea1d79761811c0a1d1a20ff6e6a9c41aa6c5ed89a3213d6498adc569bfd445010890aadc038699edbd2459cdbdd86679a088ebf268636a32fbd7b3d5d0012468acf64ed3ddbd442dcf76f813f70cb41
public exponent: 10001
3. Regarding the SOAP message, I used standard annotation for preparing it. Namespaces of the SOAP body are according to the document. Just for ensuring this, I have put my SOAP response below.
<?xml version="1.0" encoding="UTF-8"?>
<soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope">
<soap:Header>
<Action xmlns="http://www.w3.org/2005/08/addressing">http://schemas.microsoft.com/windows/pki/2009/01/enrollment/RSTRC/wstep/RequestSecurityTokenResponse</Action>
<MessageID xmlns="http://www.w3.org/2005/08/addressing">urn:uuid:a05c0f21-5538-4146-a9e9-00bb696ffbe6</MessageID>
<To xmlns="http://www.w3.org/2005/08/addressing">http://www.w3.org/2005/08/addressing/anonymous</To>
<RelatesTo xmlns="http://www.w3.org/2005/08/addressing">urn:uuid:0d5a1441-5891-453b-becf-a2e5f6ea3749</RelatesTo>
<Security xmlns="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd">
<Timestamp xmlns="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd" xmlns:u="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd" u:Id="_0">
<Created>2015-01-28T12:58:14.509Z</Created>
<Expires>2015-01-28T13:03:14.509Z</Expires>
</Timestamp>
</Security>
</soap:Header>
<soap:Body>
<RequestSecurityTokenResponseCollection xmlns="http://docs.oasis-open.org/ws-sx/ws-trust/200512" xmlns:ns2="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd" xmlns:ns3="http://schemas.xmlsoap.org/ws/2006/12/authorization"
xmlns:ns4="http://schemas.microsoft.com/windows/pki/2009/01/enrollment">
<RequestSecurityTokenResponse>
<TokenType>http://schemas.microsoft.com/5.0.0.0/ConfigurationManager/Enrollment/DeviceEnrollmentToken</TokenType>
<RequestedSecurityToken>
<ns2:BinarySecurityToken EncodingType="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd#base64binary" ValueType="http://schemas.microsoft.com/5.0.0.0/ConfigurationManager/Enrollment/DeviceEnrollmentProvisionDoc">PD94bWwgdmVyc2lvbj0iMS4wIiBlbmNvZGluZz0iVVRGLTgiPz48d2FwLXByb3Zpc2lvbmluZ2Rv
YyB2ZXJzaW9uPSIxLjEiPgogICAgPGNoYXJhY3RlcmlzdGljIHR5cGU9IkNlcnRpZmljYXRlU3Rv
cmUiPgogICAgICAgIDxjaGFyYWN0ZXJpc3RpYyB0eXBlPSJSb290Ij4KICAgICAgICAgICAgPGNo
YXJhY3RlcmlzdGljIHR5cGU9IlN5c3RlbSI+CiAgICAgICAgICAgICAgICA8Y2hhcmFjdGVyaXN0
aWMgdHlwZT0iMzIxQkFDMjY5NTFBRTM0Mzg2MjZDOUE5RTM2OTFCNkFFNDI2MDU3MCI+CiAgICAg
ICAgICAgICAgICAgICAgPHBhcm0gbmFtZT0iRW5jb2RlZENlcnRpZmljYXRlIiB2YWx1ZT0iTUlJ
RjhUQ0NBOW1nQXdJQkFnSUpBTFJqVW5tRUl5ZmRNQTBHQ1NxR1NJYjNEUUVCQlFVQU1JR0dNUXN3
Q1FZRFZRUUdFd0pNU3pFUU1BNEdBMVVFQ0F3SFYyVnpkR1Z5YmpFUU1BNEdBMVVFQnd3SFEyOXNi
MjFpYnpFTk1Bc0dBMVVFQ2d3RVYxTlBNakVQTUEwR0ExVUVDd3dHVFc5aWFXeGxNUlV3RXdZRFZR
UUREQXhYVTA4eUlGSnZiM1FnUTBFeEhEQWFCZ2txaGtpRzl3MEJDUUVXRFhKdmIzUkFkM052TWk1
amIyMHdIaGNOTVRVd01URXhNRGcxTnpFNVdoY05NVFl3TVRFeE1EZzFOekU1V2pDQmhqRUxNQWtH
QTFVRUJoTUNURXN4RURBT0JnTlZCQWdNQjFkbGMzUmxjbTR4RURBT0JnTlZCQWNNQjBOdmJHOXRZ
bTh4RFRBTEJnTlZCQW9NQkZkVFR6SXhEekFOQmdOVkJBc01CazF2WW1sc1pURVZNQk1HQTFVRUF3
d01WMU5QTWlCU2IyOTBJRU5CTVJ3d0dnWUpLb1pJaHZjTkFRa0JGZzF5YjI5MFFIZHpiekl1WTI5
dE1JSUNJakFOQmdrcWhraUc5dzBCQVFFRkFBT0NBZzhBTUlJQ0NnS0NBZ0VBdTV2eDgxQlQxcFZV
V2VnSlZPeVZrUUFpQlJXWUg1VG1OWHV1TG02Y0R6TDBLVVJ6Uy9FTEdFTE5BSzBtL2hWd3BwcUhs
QjdCUHpCZzRLbHIycjZJMjZoN0VscHZOaVJhbC9rL0VleFZ1ZVU3UVhxa2dpMHJKaWRvdDlTbHZR
ekJ6WVl2N2xLVHpnc2dVUXpIS29pTCtOeEtQNGVIcmRQNnM5T0ZrYzFORUNROUZoUVhxSTlITUVC
MTduVUpXVXBrTkZvUkx0YThEMTFuT3VSRzN0L2MxMitiR0lHWWRkWEZnLzhweG44cTBGVUNXaWJn
S3RWeTZSd0ZLaU0rdE00bmZaeHVOWEdCNE14eDFMaTdESnViZE9TVlpQSjlDdTdLL25pNU1kbWZw
NzJIcURFTDFNcXJUSFJEaCtpdzdDOFBxeEFFcnBkNTFnOWpXRjUyNUQvRHFpWU9OdnhpMDBFRGlz
dzBtZWF3ZVRRczdpRmVxUERPRUxJZk9VbEY3OWhmd1V3ak1ndkQvcHJYU2g3RTFtZC9GZ1k3VWpi
T1N5UG01ZVhnS1llVU5iYlB2VHBNSDJ1RUpFMU9hSTFOa3pJZkRucndNMmxnNThtSkErMzNxUG9y
aFFwTmcrYWpteFgySEpvMCtPZ2ZFWERSbUtIOFlvSXVGelZsQVhJeVpMQklCUk1ha0FKS1NMWUh1
d1RCNmh5Rm1oWm5zWk9sN1RGZWgyOGRqdFc0dzJmWDg3S1cxWHd6STNKOVhoUzhVb2gyeFhkWFYw
UVVDWFMrKzJ5ajlaWnVkRzZxaUd2L1JNL0IzazJGSy9vNVZSeSt3QmJHdWdFRmh4S0F4TVBFQzMy
NVhIUGxXTGxDdFNVTGt4TDV4bGFWVFBnOExTRVZDQXZKZmVaV3h6UjZvY3NDQXdFQUFhTmdNRjR3
SFFZRFZSME9CQllFRkhIWUh2RjlZRlBhc1BEai9uRHY1cTMzRFo1MU1COEdBMVVkSXdRWU1CYUFG
SEhZSHZGOVlGUGFzUERqL25EdjVxMzNEWjUxTUE4R0ExVWRFd0VCL3dRRk1BTUJBZjh3Q3dZRFZS
MFBCQVFEQWdHR01BMEdDU3FHU0liM0RRRUJCUVVBQTRJQ0FRQWFIcFZ3Y1FyWEpwVllqVVdZSjZj
eXkxVGFxZHcvaW84MUljaWVGQzJ3bnpVR09WTGp2WEoxTVJCbUc1K1RRRzg1dnhhQWVhSjQrZXYr
bW52Y09qYUZNb2dtMG9kaFBrU0tRVW1LYncxT0xHMkZ1TndIWldGejRPZjRvakZwZE1sSWx4dHMz
Q1Z3K2JLblZPZDNOZVU3UjNhTzR1N28wLzFjMzk2aDlsUy93S1pZQkZKYU53YkRpYndVcDZtSlNy
Y09vV3F0NXVkNCtxL2dJTHIycHBraVhHS2ljdkpvMnZwcWxCVk4wVTMvR2F6NG02L0cyRnVWeEpN
K0MyMkozMWRlOUZ1V3JGM1JTZW9Vb1VlcHFXWE9OTnNIVW1Kbm9jdlpWU3BRaDZHODJrQ1RZVWow
T1NFem9JUlBIaExjNWpuT0h0WC80VSt2SE93Z0gxQ0xwS0daWUN3SXFoak93R3FqRnZTejB3UWFz
czlsejFoVXJtR1NKM2U1VENpOTlHMWFQSUxtZUJBTit4dDRBQW5UTFdXWWk4UldYREpxQng5S09I
MmU1dXRpa2lkOGs1Z0NSZW9SREQyYVY5eGJiUDVWU3oyalpJNnBBZzg1MERPT29LNlUvNGtodnR2
S1NLNmhzQ2drckw4MFpFWE5YSUJ1N2ZTekE4Z2dqNndRNVBvMmYyOFIzVUN2eCtuQzJZWnl6bzRE
NHltdlVIM2gxZ0pqdmpCU1dINU5YQjF3amVCeGJmam5BbkFnall5aVkyWkhLMDRtbWRxTEM1VmV4
RlhWMTd2cTNGVEhKbk5WNWZ5cEhNWUl4OC9lRlEzazZ4YzA1SFNhZTdWdUNuTlFwWFV4L1pjdXFy
RXRlbDBLYjdtbnJWckY4SEF1OUExaEhZUG5RRi9rTVR5K0ZnPT0iLz4KICAgICAgICAgICAgICAg
IDwvY2hhcmFjdGVyaXN0aWM+CiAgICAgICAgICAgIDwvY2hhcmFjdGVyaXN0aWM+CiAgICAgICAg
PC9jaGFyYWN0ZXJpc3RpYz4KICAgICAgICA8Y2hhcmFjdGVyaXN0aWMgdHlwZT0iTXkiPgogICAg
ICAgICAgICA8Y2hhcmFjdGVyaXN0aWMgdHlwZT0iVXNlciI+CiAgICAgICAgICAgICAgICA8Y2hh
cmFjdGVyaXN0aWMgdHlwZT0iMDM0QTNGNTVGQjA2RjkxOUJDMDNBQzU0RjBBNUQyNTA3QTUwMThB
MyI+CiAgICAgICAgICAgICAgICAgICAgPHBhcm0gbmFtZT0iRW5jb2RlZENlcnRpZmljYXRlIiB2
YWx1ZT0iTUlJRU1qQ0NBaHFnQXdJQkFnSUVORUZwMmpBTkJna3Foa2lHOXcwQkFRVUZBRENCaGpF
TE1Ba0dBMVVFQmhNQ1RFc3hFREFPQmdOVkJBZ01CMWRsYzNSbGNtNHhFREFPQmdOVkJBY01CME52
Ykc5dFltOHhEVEFMQmdOVkJBb01CRmRUVHpJeER6QU5CZ05WQkFzTUJrMXZZbWxzWlRFVk1CTUdB
MVVFQXd3TVYxTlBNaUJTYjI5MElFTkJNUnd3R2dZSktvWklodmNOQVFrQkZnMXliMjkwUUhkemJ6
SXVZMjl0TUI0WERURTFNREV5TlRBM01qZ3hORm9YRFRFMU1URXlOREEzTWpneE5Gb3dMekV0TUNz
R0ExVUVBd3drUWpGRE5ETkRSREF0TVRZeU5DMDFSa0pDTFRoRk5UUXRNelJEUmpFM1JFWkVNMEV4
TUlJQklqQU5CZ2txaGtpRzl3MEJBUUVGQUFPQ0FROEFNSUlCQ2dLQ0FRRUEwaEErSmxmUldkUVE0
L0I1cnBXV1A0amcrdE1UUU1KSnYzcXJJV3IzWHd1ZjF0U2ZEVkU5RVVOZHRseUlkRDM1N3Q4ak5J
c2FnMGhpakl1aUVwMnR5eFJFTndWMjlNRnN0aDdjRklxMU15Vk5CckZwbGd0Ymd0cXc5QkZ0ckNr
UDFsMXI1SWF6V0ZtN21UM2pFRkU0Wld0QkQyYVNEVWFqVkxpTjd6M09GYWtuaTZmL3ZGalFRaVB4
dHR4aDJBSUdOSzlqUXNsWkcvZjVyNDdBMEJQT1lubWIxdDljNEhTUWFoMTEvSTVPWFJlK29kZVhZ
WUVjQ2gwYUlQOXVhcHhCcW14ZTJKb3lFOVpKaXR4V20vMUVVQkNKQ3EzQU9HbWUyOUpGbk52ZGht
ZWFDSTYvSm9ZMm95KzllejFkQUJKR2lzOWs3VDNiMUVMYzkyK0JQM0RMUVFJREFRQUJNQTBHQ1Nx
R1NJYjNEUUVCQlFVQUE0SUNBUUF3aHVIQ0ZPb2E4R2ZQQkx1Njhudkw0bnVlWVdEeGVucituaW9v
TktLK0s1aUZqM2t0NU1SNE5QTlB1RGFHSDEzVXhzdFRVVG9oak1pcEo5QUhDamwrUlZ1RzZkZU9B
Zk9KczdvQTJzUU9iNk9uUkNIaWUvSml4ZXJNNUx0S1ZJTnQ0aS9zYlNIalhIYjVNN3pSa1RhMmk2
YWJwSmZLYXVSUUJTaTFxTHc4dGRoSlZBUExFdEg0NDFzYkxiWjBNOVNmV2VjVWJLWXI0bXBHTHls
UkF0NmRWL1NTdEF2ay8rRGtoZHRKU05sR0RtQVIrc2pyZUg1NUYwOU1DTXRCUGFMREdqVTF0ZGdw
UE1reGx2QVBEbml0ZUtNNlV0WnkwcUdoSzhEMGpSRXlzMytaNXc4TE5wTkNSekxsSVN5RE4xN25R
dlFnMWo2ZnhwNzh3dnkzc1ZNTzBWYmNaYWttQTRxcW85Z2RpZjlGbTdGbkhsWW5sWjlEb1lIc2xZ
aXJHNzBxcGMvRytwbEwzdVo5b2ZnaW54L3JrR08yeUdjVHFQdE00YmlkZ1YvTHZ1MjdMQUdWME5G
VmZiUDRubmVZWWxYbXdaMlBqblF1dTFaUzRZdE1yQzFXcVhHNEJBWGZqNzk3OFZMM3FKbTEwOWpv
WExBaXJ6bVNUU3JHK1djWHNnNTB2M2llSVNtSzVRMTNPNU9GUHhBYUtZOHFCQys5TjFvdUhrcEsx
SVVGRFhDV0o2cEdBMnFwNnpTZytHcHN3MkIxaUdzbmFQS3FjanhxV3o3SUhFOWJzUWF1ZHVzUHYw
ZVF3ejRoN3lzSG5wZTVjTEZlZDFVTDdobnhIK01oYXg1d20vaEdKdEF4NHRIVS9xUnJGVmRRQzc5
Z3p4bUZ5b2ZRTzhmYy9MR3FyUT09Ii8+CiAgICAgICAgICAgICAgICA8L2NoYXJhY3RlcmlzdGlj
PgogICAgICAgICAgICAgICAgPGNoYXJhY3RlcmlzdGljIHR5cGU9IlByaXZhdGVLZXlDb250YWlu
ZXIiPgogICAgICAgICAgICAgICAgICAgIDxwYXJtIG5hbWU9IktleVNwZWMiIHZhbHVlPSIyIi8+
CiAgICAgICAgICAgICAgICAgICAgPHBhcm0gbmFtZT0iQ29udGFpbmVyTmFtZSIgdmFsdWU9IkNv
bmZpZ01nckVucm9sbG1lbnQiLz4KICAgICAgICAgICAgICAgICAgICA8cGFybSBuYW1lPSJQcm92
aWRlclR5cGUiIHZhbHVlPSIxIi8+CiAgICAgICAgICAgICAgICA8L2NoYXJhY3RlcmlzdGljPgog
ICAgICAgICAgICA8L2NoYXJhY3RlcmlzdGljPgogICAgICAgICAgICA8Y2hhcmFjdGVyaXN0aWMg
dHlwZT0iV1NURVAiPgogICAgICAgICAgICAgICAgPGNoYXJhY3RlcmlzdGljIHR5cGU9IlJlbmV3
Ij4KICAgICAgICAgICAgICAgICAgICA8cGFybSBkYXRhdHlwZT0iYm9vbGVhbiIgbmFtZT0iUk9C
T1N1cHBvcnQiIHZhbHVlPSJ0cnVlIi8+CiAgICAgICAgICAgICAgICAgICAgPHBhcm0gZGF0YXR5
cGU9ImludGVnZXIiIG5hbWU9IlJlbmV3UGVyaW9kIiB2YWx1ZT0iNjAiLz4KICAgICAgICAgICAg
ICAgICAgICA8cGFybSBkYXRhdHlwZT0iaW50ZWdlciIgbmFtZT0iUmV0cnlJbnRlcnZhbCIgdmFs
dWU9IjQiLz4KICAgICAgICAgICAgICAgIDwvY2hhcmFjdGVyaXN0aWM+CiAgICAgICAgICAgIDwv
Y2hhcmFjdGVyaXN0aWM+CiAgICAgICAgPC9jaGFyYWN0ZXJpc3RpYz4KICAgIDwvY2hhcmFjdGVy
aXN0aWM+CiAgICA8Y2hhcmFjdGVyaXN0aWMgdHlwZT0iQVBQTElDQVRJT04iPgogICAgICAgIDxw
YXJtIG5hbWU9IkFQUElEIiB2YWx1ZT0idzciLz4KICAgICAgICA8cGFybSBuYW1lPSJQUk9WSURF
Ui1JRCIgdmFsdWU9Ik1vYmlDRE1TZXJ2ZXIiLz4KICAgICAgICA8cGFybSBuYW1lPSJOQU1FIiB2
YWx1ZT0id3NvMiIvPgogICAgICAgIDxwYXJtIG5hbWU9IkFERFIiIHZhbHVlPSJodHRwczovL0Vu
dGVycHJpc2VFbnJvbGxtZW50LndzbzIuY29tLyIvPgogICAgICAgIDxwYXJtIG5hbWU9IkNPTk5S
RVRSWUZSRVEiIHZhbHVlPSI2Ii8+CiAgICAgICAgPHBhcm0gbmFtZT0iSU5JVElBTEJBQ0tPRkZU
SU1FIiB2YWx1ZT0iMzAwMDAiLz4KICAgICAgICA8cGFybSBuYW1lPSJNQVhCQUNLT0ZGVElNRSIg
dmFsdWU9IjEyMDAwMCIvPgogICAgICAgIDxwYXJtIG5hbWU9IkJBQ0tDT01QQVRSRVRSWURJU0FC
TEVEIi8+CiAgICAgICAgPHBhcm0gbmFtZT0iREVGQVVMVEVOQ09ESU5HIiB2YWx1ZT0iYXBwbGlj
YXRpb24vdm5kLnN5bmNtbC5kbSt3YnhtbCIvPgogICAgICAgIDxwYXJtIG5hbWU9IlNTTENMSUVO
VENFUlRTRUFSQ0hDUklURVJJQSIgdmFsdWU9IkNOJTNEQjFDNDNDRDAtMTYyNC01RkJCLThFNTQt
MzRDRjE3REZEM0ExJmFtcDtTdG9yZXM9TXklNUNVc2VyIi8+CiAgICAgICAgPGNoYXJhY3Rlcmlz
dGljIHR5cGU9IkFQUEFVVEgiPgogICAgICAgICAgICA8cGFybSBuYW1lPSJBQVVUSExFVkVMIiB2
YWx1ZT0iQ0xJRU5UIi8+CiAgICAgICAgICAgIDxwYXJtIG5hbWU9IkFBVVRIVFlQRSIgdmFsdWU9
IkRJR0VTVCIvPgogICAgICAgICAgICA8cGFybSBuYW1lPSJBQVVUSFNFQ1JFVCIgdmFsdWU9ImR1
bW15Ii8+CiAgICAgICAgICAgIDxwYXJtIG5hbWU9IkFBVVRIREFUQSIgdmFsdWU9IlpIVnRiWGwx
YzJWeWJtOXVZMlU9Ii8+CiAgICAgICAgPC9jaGFyYWN0ZXJpc3RpYz4KICAgICAgICA8Y2hhcmFj
dGVyaXN0aWMgdHlwZT0iQVBQQVVUSCI+CiAgICAgICAgICAgIDxwYXJtIG5hbWU9IkFBVVRITEVW
RUwiIHZhbHVlPSJBUFBTUlYiLz4KICAgICAgICAgICAgPHBhcm0gbmFtZT0iQUFVVEhUWVBFIiB2
YWx1ZT0iRElHRVNUIi8+CiAgICAgICAgICAgIDxwYXJtIG5hbWU9IkFBVVRITkFNRSIgdmFsdWU9
ImR1bW15Ii8+CiAgICAgICAgICAgIDxwYXJtIG5hbWU9IkFBVVRIU0VDUkVUIiB2YWx1ZT0iZHVt
bXkiLz4KICAgICAgICAgICAgPHBhcm0gbmFtZT0iQUFVVEhEQVRBIiB2YWx1ZT0iWkhWdGJYbDFj
MlZ5Ym05dVkyVT0iLz4KICAgICAgICA8L2NoYXJhY3RlcmlzdGljPgogICAgPC9jaGFyYWN0ZXJp
c3RpYz4KICAgIDxjaGFyYWN0ZXJpc3RpYyB0eXBlPSJETUNsaWVudCI+CiAgICAgICAgPCEtLSBT
dGFyaW5nIHdpdGggV2luZG93cyBQaG9uZSA4LjEsIGFuIGVucm9sbG1lbnQgc2VydmVyIHNob3Vs
ZCB1c2UgRE1DbGllbnQgQ1NQIFhNTCB0byBjb25maWd1cmUgRE0gcG9sbGluZyBzY2hlZHVsZXMu
IFRoZSBwb2xsaW5nIHNjaGVkdWxlIHJlZ2lzaXRyeSBrZXlzIHdpbGwgYmUgZGVwcmVjYXRlZCBh
ZnRlciBXaW5kb3dzIFBob25lIDguMS4tLT4KICAgICAgICA8Y2hhcmFjdGVyaXN0aWMgdHlwZT0i
UHJvdmlkZXIiPgogICAgICAgICAgICA8IS0tIFByb3ZpZGVySUQgaW4gRE1DbGllbnQgQ1NQIG11
c3QgbWF0Y2ggdG8gUFJPVklERVItSUQgaW4gdzcgQVBQTElDQVRJT04gY2hhcmFjdGVyaXN0aWNz
IC0tPgogICAgICAgICAgICA8Y2hhcmFjdGVyaXN0aWMgdHlwZT0iTW9iaUNETVNlcnZlciI+CiAg
ICAgICAgICAgICAgICA8Y2hhcmFjdGVyaXN0aWMgdHlwZT0iUG9sbCI+CiAgICAgICAgICAgICAg
ICAgICAgPHBhcm0gZGF0YXR5cGU9ImludGVnZXIiIG5hbWU9Ik51bWJlck9mRmlyc3RSZXRyaWVz
IiB2YWx1ZT0iOCIvPgogICAgICAgICAgICAgICAgICAgIDxwYXJtIGRhdGF0eXBlPSJpbnRlZ2Vy
IiBuYW1lPSJJbnRlcnZhbEZvckZpcnN0U2V0T2ZSZXRyaWVzIiB2YWx1ZT0iMTUiLz4KICAgICAg
ICAgICAgICAgICAgICA8cGFybSBkYXRhdHlwZT0iaW50ZWdlciIgbmFtZT0iTnVtYmVyT2ZTZWNv
bmRSZXRyaWVzIiB2YWx1ZT0iNSIvPgogICAgICAgICAgICAgICAgICAgIDxwYXJtIGRhdGF0eXBl
PSJpbnRlZ2VyIiBuYW1lPSJJbnRlcnZhbEZvclNlY29uZFNldE9mUmV0cmllcyIgdmFsdWU9IjMi
Lz4KICAgICAgICAgICAgICAgICAgICA8cGFybSBkYXRhdHlwZT0iaW50ZWdlciIgbmFtZT0iTnVt
YmVyT2ZSZW1haW5pbmdTY2hlZHVsZWRSZXRyaWVzIiB2YWx1ZT0iMCIvPgogICAgICAgICAgICAg
ICAgICAgIDwhLS0gSW4gV2luZG93cyBQaG9uZSA4LjEsIE1ETSBwdXNoIGlzIHN1cHBvcnRlZCBm
b3IgcmVhbC10aW1lIGNvbW11bmljYXRpb24uIFRoZSBETSBjbGllbnQgbG9uZyB0ZXJtIHBvbGxp
bmcgc2NoZWR1bGXigJlzIHJldHJ5IHdhaXRpbmcgaW50ZXJ2YWwgc2hvdWxkIGJlIG1vcmUgdGhh
biAyNCBob3VycyAoMTQ0MCkgdG8gcmVkdWNlIHRoZSBpbXBhY3QgdG8gZGF0YSBjb25zdW1wdGlv
biBhbmQgYmF0dGVyeSBsaWZlLiBSZWZlciB0byB0aGUgRE1DbGllbnQgQ29uZmlndXJhdGlvbiBT
ZXJ2aWNlIFByb3ZpZGVyIHNlY3Rpb24gZm9yIGluZm9ybWF0aW9uIGFib3V0IHBvbGxpbmcgc2No
ZWR1bGUgcGFyYW1ldGVycy4tLT4KICAgICAgICAgICAgICAgICAgICA8cGFybSBkYXRhdHlwZT0i
aW50ZWdlciIgbmFtZT0iSW50ZXJ2YWxGb3JSZW1haW5pbmdTY2hlZHVsZWRSZXRyaWVzIiB2YWx1
ZT0iMTU2MCIvPgogICAgICAgICAgICAgICAgPC9jaGFyYWN0ZXJpc3RpYz4KICAgICAgICAgICAg
ICAgIDxwYXJtIGRhdGF0eXBlPSJzdHJpbmciIG5hbWU9IkVudERldmljZU5hbWUiIHZhbHVlPSJB
ZG1pbmlzdHJhdG9yV2luZG93c1Bob25lIi8+CiAgICAgICAgICAgIDwvY2hhcmFjdGVyaXN0aWM+
CiAgICAgICAgPC9jaGFyYWN0ZXJpc3RpYz4KICAgIDwvY2hhcmFjdGVyaXN0aWM+Cjwvd2FwLXBy
b3Zpc2lvbmluZ2RvYz4=</ns2:BinarySecurityToken>
</RequestedSecurityToken>
<ns4:RequestID>0</ns4:RequestID>
</RequestSecurityTokenResponse>
</RequestSecurityTokenResponseCollection>
</soap:Body>
</soap:Envelope>
Im still getting 0x80090016 error (NCryptOpenKey). What this might really mean ?
I found in the internet this is 'keyset doesnt not exist', what might be the reason for this ? Can this be somehow related with deny access permission to private key within the device (This is very unlikely, isnt it ?) ?
Eagerly Waiting for your reply...
BR

Similar Messages

Windows Phone 8 Enrollment fails (SCCM + ADFS)

I'm using an ADFS and SCCM 2012 SP1 integrated Intune combination.
Login to Intune Mangement via Internet Explorer on normal Desktop and the Portal Website works fine with Domain Credentials. But the Company app on Windows Phone 8 will not connect. Doesn't matter what I type in the username, Password and the boxes below
with serveradress, no error message appears.
Even the Login via the Webbrowser of the Windows Phone 8 device works (m.manage.microsoft.com), but then the error message appears that the Company app Portal is not accessible from this mobile device.
I'm not sure, if I have to look for the signed app which is uploaded with SCCM 2012. Or to the ADFS Proxy Server, because this is run with a certificate from my private CA (the app is signed with an correct public code signing certificate). If found here
http://technet.microsoft.com/en-us/library/jj151794#bk_requirements :
Required: Because this certificate must be trusted by clients of AD FS and Microsoft cloud services, use an SSL certificate that is issued by a public (third-party) CA or by a CA that is subordinate to a publicly trusted root; for example,
VeriSign or Thawte.
Does this occur, even when the device already trust the private CA (also used for OWA), But the Microsoft cloud Services does of course not?
Any suggestions are appreciated.

I have a similar problem. I'm using SCCM 2012 R2 with ADFS/SSO. I'm unable to enroll a WP8 device, on entering the upn and password the phone goes off and tries to enroll but comes back asking for the additional info such as "Domain", etc. even entering
the additional info it still does nothing? No error messages, nothing. If I open a web browser and type "enterpriseenrollment.domain.com" I'm redirected to the "manage.microsoft.com"/Intune login page. If I then enter my user upn and tab to enter the password,
it redirects me to my ADFS sts but comes up saying "page cannot be displayed"? So, I cannot access adfs from a web browser or enroll a WP8 device, what am I doing wrong? Port 443 has been opened from my Edge FW through to my adfs proxies/Fed servers with *.manage.microsoft.com
as the only inbound connection allowed, as per the documentation. The MS Remote Connectivity Analyser reports that it cannot access the environment on port 443 but I'm guessing that's due to it not coming from *.manage.microsoft.com? Any advice would be majorly
appreciated!!!
Nikos101

Application Modal Stage(Window) possible in JFXPanel?

I'm working on an app using JDK 1.7 (can't move to 8 yet) where the main view code is Swing. In one subapp I am creating a JavaFX Scene which is inside a JFXPanel. I have a JFrame which has a JPanel which has a JFXPanel which has the Scene.
I am setting up "windows" to allow operations which are launched off off of right click ContextMenu instances on the scene. I would like these "windows" to be modal over the JFXPanel or even the whole java app if easier.
So far I have been creating instances of Popup and putting my nodes inside that. I then show the popup over the parent node. This works fine but the popup itself isn't really modal on the scene or app. It does stay open even if the user does other actions on the scene but it also stays open even if the user goes to another subapp which isn't fx and the JFXPanel goes out of focus.
A couple of problems are that the main app can be moved around and the popup doesn't move with it. Also actions can still be performed on the scene while the Popup is shown. I can stop the actions by in the handlers checking if a popup is open and doing nothing if it is. Also I can hide the popup if the user switches away from the fx subapp by listening on focus events on the JFXPanel.
Some of the actions launched from within the nodes inside the Popup require confirmation windows to the user. I have been able to get those to work and they do work modally like I expect. They are on top of the Popup window and the user can't do any actions underneath the confirmation window. The confirmation dialogs are implemented by creating a new Stage and setting it's parent to the Popup and setting the modality to Application or Window.
Since the confirmation window behavior works as I wanted I am trying to make the content nodes of my Popups to behave the same way by putting them in a new Stage and setting the modality to Application or Window. For the parent of the new stage the only thing I can think of is to call getScene().getWindow() on the JFXPanel. This returns a Window instance (EmbeddedWindow I think) and it seems to work ok with the initOwner() call on the new Stage.
The new Stage shows up with my contents in it when launched from the right click ContextMenu on the stage. It does seem to be modal as I can't do any operations in the JFXPanel underneath. The problem is that if I do anything in the scene inside the JFXPanel then the 2nd stage goes to the back of focus. I set the 2nd stage to application modal. If I set the 2nd stage to window modal then the other nodes in the scene are not blocked and the 2nd stage isn't modal at all.
I think I could accomplish what I want if I put another JFXPanel with the Popup contents in it inside of a JDialog every time but I would like to do this with JFX code only if possible.
I guess the real question is if it's possible to have some kind of truly modal window that stays on top of a scene inside a JFXPanel using JFX 2. Any ideas that don't involve moving to JFX 8 since that isn't possible for me?
Thanks,
-Darryl
EDIT:
I see an exception now and maybe this is the real problem. I'm not sure if it was always happening or just started.
Error: Unsupported type of owner com.sun.javafx.tk.quantum.EmbeddedStage@ce2dc4
Exception in runnable
java.lang.ClassCastException: com.sun.javafx.tk.quantum.EmbeddedStage cannot be cast to com.sun.javafx.tk.quantum.WindowStage
at com.sun.javafx.tk.quantum.WindowStage.setVisible(WindowStage.java:422)
at javafx.stage.Window$9.invalidated(Window.java:739)
at javafx.beans.property.BooleanPropertyBase.markInvalid(BooleanPropertyBase.java:127)
at javafx.beans.property.BooleanPropertyBase.set(BooleanPropertyBase.java:161)
at javafx.stage.Window.setShowing(Window.java:779)
at javafx.stage.Window.show(Window.java:794)
at javafx.stage.Stage.show(Stage.java:229)
at javafx.stage.Stage.showAndWait(Stage.java:395)
Message was edited by: RDarrylR Added Exception
Message was edited by: RDarrylR
Changed title to be more clear

I changed the title as I think I understand the issue better now. I don't see the exception most of the time but the real question is if I can have an application wide (not just the JavaFx part but the whole outer app) modal stage shown inside a JFXPanel? If I open a Popup inside my JFXPanel on top of the JFXPanel scene then I can have a modal stage with the Popup as the parent. When trying to open a modal stage on top of the scene from the JFXPanel, the modal stage always gets pushed to the back of focus if I click on something outside the JFXPanel.

Class controller Stage/Window reference

Is there any way of getting the Stage/Window object of an FXML loaded file from the associated class controller?
Particularly, I have a controller for a modal window and I need the Stage to close it.

Hi!
I have a parent FXML-file (no controller added) acting as main frame, which includes several other FXML-files. In one of those included FXML-files, I have added a controller.
So, my setup looks a bit like this...
-> Parent FXML
--> include FXML-file1 + controller attached
--> ...
--> include FXML-file5
Inside that controller, I am trying to access now the stage object in a similar approach like described here. This is when i get the null pointer exception....
public class FXMLfile1Controller {
@FXML
private Button ButtonXYZ;
@FXML
protected void ButtonXYZ_Action(ActionEvent event) {
Stage stage = (Stage)ButtonXYZ.getScene().getWindow();
stage.setIconified(true);
// this doesnt work either....
// stage.close();
Can it be, that the stage-object in the controller is not the same as the stage of the parent/main FXML?

Open new window in the same Window

Im developing a project in JavaFX where I wish to open the new window in the same window
Here is my code :
Stage st=(Stage)((Node)t.getSource()).getScene().getWindow();
I tried this but its giving an exception

It is possible to specifiy a named window instead of _blank.
So you could use the following instead:
web.show_document('html/hello.htm','my_window');
where my_window can be anything you want to call that browser window.
However, I have discovered that if you put this in a button trigger, the second time you press the button (if the window is still open) it will not take focus - ie. it remains in the background.
You can get around this by closing the window if it is already open:
web.show_document('html/close.htm','my_window');
web.show_document('html/hello.htm','my_window');
The close.htm needs to contain some javascript to close the window:
<html>
<body onload="closeit()">
<script>
function closeit()
window.opener = top;
window.close();
</script>
</body>
</html>
Apparently XP SP2 is a little stricter with javascript and may not allow this. Also, not sure if this works in all browsers, I only tried IE6.

Switch to fullscreen in a desktop app which is running windowed

I have a desktop application that runs with a transparent masked border, so since it's not a fullscreen application i have <fullScreen>false</fullScreen> in the app descriptor. BUT I'd like to be able to switch to fullscreen mode in some instances. I try to do so with:
stage.displayState = StageDisplayState.FULL_SCREEN_INTERACTIVE;
But this doesn't seem to work. The app is still not fullscreen after issuing that line. I suppose it's because of the descriptor, but if I set <fullScreen>true</fullScreen> the app will start fullscreen, which I don't necessarily want (usually it's a windowed application with transparent chrome).
So is this possible?
Thanks!

I have a desktop app using <fullScreen>false</fullScreen> in the app descriptor and have no problems switching between fullscreen mode or windowed mode just by setting stage.displayState = StageDisplayState.FULL_SCREEN_INTERACTIVE; or stage.displayState = StageDisplayState.NORMAL;
There may be something else at play causing the fullscreen mode to fail.

Installing 32 bit oracle on 64 bit windows 7

My oracle application works only with 32 bit oracle.Now I need to install the application on a 64 bit windows 7.I tried installing oracle 11g 32 bit database on this machine(64 bit windows 7).During the final stages,it gave an error that the listener service has not started.When I checked the Services status in Computer Management->Services,I found that the listener has already started.I closed the error message and continued with installation.The installation completed successfully.But when I login to sql plus with my oracle database(SYSTEM/SYSTEM@MYHOSTNAME),it is giving tns error ORA 12541-TNS NO LISTENER.I tried every possible ways like restarting the service, and deleting the listener and creating it again,but still it doesnt work.
If anyone has faced the same problem,please give me solution.
I cannot try installing 64 bit oracle because my application is not compatible with 64 bit oracle.
Edited by: 1001322 on Apr 20, 2013 7:22 AM
Edited by: 1001322 on Apr 20, 2013 7:23 AM

1001322 wrote:
My oracle application works only with 32 bit oracle.Now I need to install the application on a 64 bit windows 7.I tried installing oracle 11g 32 bit database on this machine(64 bit windows 7).During the final stages,it gave an error that the listener service has not started.When I checked the Services status in Computer Management->Services,I found that the listener has already started.I closed the error message and continued with installation.The installation completed successfully.But when I login to sql plus with my oracle database(SYSTEM/SYSTEM@MYHOSTNAME),it is giving tns error ORA 12541-TNS NO LISTENER.I tried every possible ways like restarting the service, and deleting the listener and creating it again,but still it doesnt work.
If anyone has faced the same problem,please give me solution.
I cannot try installing 64 bit oracle because my application is not compatible with 64 bit oracle.
Edited by: 1001322 on Apr 20, 2013 7:22 AM
Edited by: 1001322 on Apr 20, 2013 7:23 AMIn addition to the other comments, you need to make the distinction between the oracle database and the oracle client.
the application interacts directly with the oracle client software. The application should not know or care about the word length of the database.

How to Install em12c (12.1.0.3) on windows 64 bit

Hi Guys,
I am trying to install 12 c 12.1.0.3 on windows 2008 R2 server. The server has met the all prerequisites. But when I am trying to launch the installer it will disappear immediately without any error message. I check the installation log file there is no error about anything:
LOGFILE:
Using paramFile: D:\temp\12cCloud\em12103_winx64_disk1\oms\Disk1\install\oraparam.ini
Checking swap space: must be greater than 500 MB.   Actual 3422 MB    Passed
Checking monitor: must be configured to display at least 256 colors.    Actual 65536    Passed
Any idea why it is happening ?
Regards,

Hi, can you open an SR for this issue and share the number. Lets check few basic things:
a) can you make sure that all the zips are downloaded from OTN have correct byte and checksum information
b) Can you make sure that you unzipped all these zips files in a single folder
c) After unzipping can you check if you have following folders created ( not these folder are for linux but they will be same on windows) -
install      libskgxn      plugins     response     stage     WT.zip
jdk     oms     runInstaller      wls
d) Can you invoke setup.exe -debug
then look at the logs from -
C:\Users\aime\AppData\LocalTemp\2\OraInstall2013-07-09_04-10-59AM   ( for windows it will be orInstaller.err and log )
Since there is nothing in logs, opening an Sr will help us to have a web conference with you and identify the issue.

Windows projector quits fullscreen when opening pdf file

Hi, hopefully someone on here can help with a problem I'm having.
I'm working in CS5, using AS2 on a Mac.
I've built a presentation that requires the need to open pdf files in Acrobat Reader... as I have been building this on a Mac I simply used the geturl code which has been working a treat... today when I tested it on a PC it opened the file in a browser window!
I'm not really a coder and have to rely on finding bits online that I can tweak... after many hours I have fixed the pdf opening problem by using the fscommand method, but unfortunately when the pdf file is closed, my presentation (that was running fullscreen) has minimised itself to a window 100% to the original stage size!
Is there any fix for this?
Many thanks in advance.

I found a very simple solution here: http://www.northcode.com/blog.php/2008/03/16/Problem-with-Fullscreen-Flash-Projectors

Flex Bug - Cannot display full screen video in a new window

My top level application consists of a login screen. When the user logs in successfully, the main application is closed using "this.close()" and a new Window() is opened. Inside the new window I've added the VideoPlayer component and specified a source.
When I run the application, everything worked as expected. However as soon as I click the full screen option on the VideoPlayer, Flex says:
Error: Error #3200: Cannot perform operation on closed window.
    at flash.display::Stage/desktop_set_displayState()
    at flash.display::Stage/set displayState()
    at spark.components::VideoPlayer/fullScreenButton_clickHandler()[E:\dev\4.x\frameworks\projects\spark\src\spark\components\VideoPlayer.as:2233]
Inside the VideoPlayer.as file I've found what I think is the problem:
2204: // add as a popup
2205: PopUpManager.addPopUp(this, FlexGlobals.topLevelApplication as DisplayObject);
I commented out line 2205 and added a new line:
PopUpManager.addPopUp(this, parentApplication as DisplayObject);
However I get the same error and it still says the problem is at line 2233 as well, even though line 2233 now reads (due to the additional line I added above):
// TODO (rfrishbe): Should we make this FULL_SCREEN_INTERACTIVE if in AIR?
I cleaned my project via the Project menu but I still get the same error message. Any idea how I can resolve this problem?

Doesn't anyone know?

Outer Stage showing as transparent grid

So when I open a file that's say, 100px x 100px, usually the PS window would be gray except for a 100pxX100px white square, which is, of course, the stage. However, now instead of the gray outer region (whatever that's called), it is showing as if it was transparent. When I drag the doc window to resize it, the stage is "duplicated" randomly while the transparent outer region continues to grow. I've attached a screen shot to help. The white block below is the stage. The rest is inaccessible. Also, if I use the Type tool, the screen flickers to its inverse with each keystroke. Anyone got an idea on this? I'd appreciate the help!

Update your graphics driver.
Mylenium

Two problems w/window switching

Hi,
1) How do I get the stage involved in identifying which
window is actifve? As I switch between the stage and other windows,
the name of the activeWindow remains "stage"; the name of the
frontWindow shows changes properly, but not when I switch to the
stage. It just stays the name of previous MIAW.
2) If I click an editable field in the stage (make its sprite
the keyboardFocusSprite), go to another window, then return to the
stage, all text in the previously clicked field becomes selected.
I'm quite sure none of my code is causing this, but I suppose not
100%. Anybody know of a Lingo quirk that might cause this?
Thanks,
Bruce

I managed a workaround by using "tell the stage" commands in
"on activateWindow" handlers in the MIAWs. Still don't know why
these things were happening, though.
Bruce

Stage.setX doesn't work before stage.show is called?

I would like to set the position of a new window before its made visible. stage.setX and stage.setY don't have any effect before stage.show is called. Is it possible to set the window position before its made visible? If so, how?

This works for me. Can you post an example where it fails?
import javafx.application.Application;
import javafx.event.ActionEvent;
import javafx.event.EventHandler;
import javafx.geometry.Pos;
import javafx.scene.Scene;
import javafx.scene.control.Button;
import javafx.scene.control.Label;
import javafx.scene.layout.VBox;
import javafx.stage.Modality;
import javafx.stage.Stage;
public class HelloWorld extends Application {
@Override
public void start(final Stage primaryStage) {
    final VBox root = new VBox();
    root.setAlignment(Pos.CENTER);
    final Button button = new Button("Press me");
    button.setOnAction(new EventHandler<ActionEvent>() {
      @Override
      public void handle(ActionEvent event) {
        final Stage stage = new Stage();
        final VBox root = new VBox();
        root.getChildren().add(new Label("Thanks"));
        final Scene scene = new Scene(root, 200, 125);
        stage.setScene(scene);
        stage.initOwner(primaryStage);
        stage.initModality(Modality.APPLICATION_MODAL);
        stage.setX(100);
        stage.setY(100);
        stage.show();
    root.getChildren().add(button);
    final Scene scene = new Scene(root, 350, 200);
    primaryStage.setScene(scene);
    primaryStage.setX(200);
    primaryStage.setY(200);
    primaryStage.show();
public static void main(String[] args) {
    launch(args);
}

Installation of bootcamp - Formating Stage

Hello all was just hoping someone could offer me some assurances that things will be ok with the way that I set up bootcamp. Basically, windows is all working now as it should be I think. But when I first installed windows and got to the stage where I had to format the partition for windows xp, I selected ''Leave the current file system intact'' by mistake. Once I realized that I was going around in circles I selected NTFS format (like it advises in the pdf!) and everything installed fully from there.
To cut a long story short, all I wanted to know really was are there any potential implications as a result of going through the formatting / installation process twice before finally getting it right? ie do I have to delete files created as a result of initially selecting '' leave the current file system intact?''
Im a bit of a newbee to all this so any comments would be greatly appreciated.
Regards, Sean

Hi Sean and welcome to Discussions,
here are some more indepth informations about Disk formatting: http://en.wikipedia.org/wiki/Disk_formatting
With the 'second' NTFS formatting you basically put a fresh file system on the partition that made the informations from the first formatting not to be seen anymore (although physically most of them are still there, but not useable anymore).
And yes, having a disk icon 'BootCamp' on your OSX desktop is normal.
You can give it another name, but have to do this while in Windows since OSX can not write to NTFS partitions.
If you wanna hide it from the OSX desktop, you can rename it in Windows starting the name with a . (point).
Have Fun
Stefan

Windows Server 2012 R2 Backups have the wrong time

Because of serious problems with Server 2012R2 and the fact it activates without permission and support is absolute garbage, I made Windows Server Backups at various stages of the install so I would not have to start the install again from scratch,
however the times of the backups when attempting a restore are around 11 hours earlier than the time they where actually made and the time of creation that is shown in the Windows Backup program.

Hi,
I’m a little unclear about your question. Would you please give an example of the issue?
In additional, please check if the thread below is helpful.
Server Backup running at incorrect time
https://social.technet.microsoft.com/Forums/windowsserver/en-US/e0373402-5748-4ded-b3bd-f1a58a4b921c/server-backup-running-at-incorrect-time
Regards,
Mandy
We
are trying to better understand customer views on social support experience, so your participation in this
interview project would be greatly appreciated if you have time.
Thanks for helping make community forums a great place.

Windows 8.1 Enrolment - WSTEP stage

Similar Messages

Maybe you are looking for