>>For the past year, approximately, I've been using UT as I described, right up to yesterday or the day before. I have lots of links to UT threads, and I've been able to use them by dropping them into an IE window, without a separate login. I was not able to do this until I discovered the option to remember login info, about a year ago. This has been a real convenience to me.
>>
>>Now, I not only must go through the UT login prompt, but even if I have done so, I can not navigate another IE window to a UT thread, unless that other window was spawned (e.g. via "open in new window") from the logged in UT window. So I am saying that it is not sufficient simply to keep a logged in instance of IE open, as you say, but it is also necessary that any other instance of IE be of a certain parentage, presumably belonging to the same process as the logged in UT window.
>>
>>This is a major degradation in usefulness for me, Michel. There's no "a while ago" or "for a short period" about it. As I mentioned to Sergey, the following error occurs when I drop a UT link into another IE window, even though I AM logged into UT.
>>
>>Line: 1
>>Error: 'parent/FRAMERMENU' is null or not an object
>>
>>Is this what you would expect? Do you understand what I'm saying?
>
>I can't understand how you achieved that. Do you have some 3rd party tool that will take a snapshot of IE memory and replicate it even when IE is not opened or similar? Like I said, as soon as all IE instances are close, the cookie goes away.
>
>Please, take a look at our Technical Guidelines and see if you have some of those tools:
>
>http://www.levelextreme.com/TechnicalGuideline.asp
>
>In the section:
>
>Users using AdSubtract, Norton Internet Security, Zone Alarm, Spysubtract
>
>and
>
>Users using PopThis
>
>As for the error you mentioned, I'll have to see why you are having it.

Michel,

I'm not using any special tools. Try it yourself:

- start from a framed UT main window
- choose a link to any message, right-click, and open it in a new window

This works, because the new window was spawned from the original logged in window.

Now drag and drop any sort of UT non-public link, e.g. to a different message, into the 2nd browser instance we just spawned. This works too, because the target IE window was spawned from a logged in UT window.

OK, but here's the situation that has just changed, and which no longer works. Open a separate instance of IE independently, NOT by choosing File, New, Window from one of the existing UT windows. This separate window will belong to a separate process. Up until yesterday, or the day before, for about a year, I've been able to drop UT links into such independent IE windows, without any problem. I was only able to achieve this by using the option to suppress the login prompt, so I've come to think of these features as closely related. Turn off the prompt, and I can access UT password protected pages without hassle, without even logging in. I assumed that this convenience was related to some sort of persistent cookies. I further assume that you've done something in the past couple of days that broke this very convenient feature.

From what you're saying, it sounds as though you were unaware of this capability. But surely you ARE aware that the ability to avoid re-entering username and password by selecting an account parameter has just become non-functional, n'est ce pas?

Mike