Copy to Ultra Recall

[Elbert]

On November 7 I went to www.nytimes.com and saw the news for November 7. I clicked Copy to UR, which put a data item in UR that is the news for October 18. So help me God.

I deleted the data item and tried again--same result. I restarted IE (Maxthon actually) and UR--same result.

I tried ctrl-a to select everything then hit copy to UR. That worked.

It bothers me a lot that I can never trust copy to UR. This is the wierdest problem I've had, but UR often doesn't get the web page right. So I always have to switch to UR to make sure it got what I sent, and try again if necessary--try ctrl a, copy or use snagit if that doesn't work

[kinook]

Ultra Recall uses the Windows API HttpOpenRequest [1] with a flag of INTERNET_FLAG_RESYNCHRONIZE to retrieve data from a web site. This should always return the latest data (retrieving from the server if newer than in the local cache), and it did in my tests (yesterday it imported Nov. 7 data and today Nov. 8). You might try clearing Internet Explorer's temporary internet files cache and see if things start to work better.

Also, if you often import the same URL for a page whose contents change often, you may want to uncheck 'Tools | Options | Import (More) | Create logically linked items for duplicate URLs'.

[1] http://windowssdk.msdn.microsoft.com/en-gb/library/ms736386.aspx

[acant05]

Is there any way to have UR retrieve the content from cache to make the saving process faster on a slow connection?

Thanks,
Al Cantley

[kinook]

It will compare the cache data timestamp with the server timestamp, and not retrieve the data from the server if up-to-date.

[Taxi]

I have noticed a similar problem which may shed some light on this behaviour, and for which I would be grateful for a work around.

I have been saving stored copies of interesting pages from this forum for offline reference purposes.

When I use the "Next Thread" link to open another thread the URL in the address bar is shown as "http://www.kinook.com/Forum/showthread.php?s=&threadid=2157&goto=nextnewest" and this is the URL attribute that the item will be given if I decide to save a stored copy of that page.

If I subsequently decide to save that page again it may be given a different URL, such as, "http://www.kinook.com/Forum/showthread.php?s=&threadid=2138". So consequently it will not be recognised as a duplicate and logically linked to the original, which is what I would like to see.

[Taxi]

I have recently come across an additional problem relating to saving stored web pages into UR.

If the page already exisits, and the "Create logically linked items for duplicate URLs'" box is checked, then the logically linked item that is created is a duplicate of the previously stored page.

So if you store something like a 'Today' page, and then store an updated copy of this page a few days later, you will only end up with two logically linked stored copies of the previous day's page!

A workaround for this, if you notice it, is to re-sync after storing but this is a pain even if you notice the need. It's not what I though UR was supposed to do!