>>>Hi,
>>>The following snippet is from long-standing code in the Click event of an instance of the _hyperlinklabel class in _hyperlink.vcx:
DODEFAULT()
>>>WITH THIS.oHyperLink.oIE
>>> DO WHILE .busy
>>> ENDDO
>>> IF TYPE(".Document")="O" .AND. !ISNULL(.DOCUMENT.ALL("TextBox2"))
>>> * Code gets to here. Next line errors 'OLE error. Access Denied'
>>> .DOCUMENT.ALL("TextBox2").VALUE = THISFORM.cKeyToPass
>>> ENDIF
>>> ENDWITH
TextBox2 is just asp:TextBox:
<asp:TextBox ID="TextBox2" runat="server" Style="text-transform:uppercase"></asp:TextBox>
>>>
>>>Used to work. Something obviously changed but don't know what. Anyone know why this might fail (my VFP is so rusty I may be missing something simple....)
>>
>>What is the exact error
>The usual : "1426: OLE Error 0x80070005: Access is denied"
>
>>and which IE version you're using?
>IE8 (8.0.6001.18702 to be exact).
>
>>Most likely IE tighted its security model to prevent such automation.
> I was wondering about that. If it is an IE security setting then a whole section will have to be rehashed to bypass the problem :-{
>
>Oh - and I just tested *reading* the value and got the same error
I've run into security issues with things like this. You can shut off the check inside of IE:
Go to Tools > Internet Options > Security - uncheck the "Enable Protected Mode" and save, then close IE.