i continue

re: i continue

Alan Yeung — Wed, 12 Jan 2005 18:56:00 GMT

oh well, hello from stl, the coffee house was a block from my last apartment.

re: i continue

Jeff Atwood — Wed, 12 Jan 2005 23:54:00 GMT

It's about time. Firefox never sleeps.

re: i continue - Outlook Web Access; Window.open problem

Mike — Fri, 14 Jan 2005 05:03:00 GMT

Hi,
First of all i apologies for posting this mesg in here, as i don't know where else to post. ANyway i have a question about javascript (window.open) is embedded in email in OutLook 2003.

I've created emails and sent around with javascript using window.open to open the page in new window. There's a problem when i tried to open the email in OutLook Web Access, i also checked the source-code it seems like the OWA stripping off the javascript.
For example :
the code should be like this :

<A
href="javascript:window.open('http://OPEN My PAGE','','');window.resizeTo(screen.availWidth,screen.availHeight);window.self.opener=window.self;window.self.close();">Please Click on Here</A>

but when view in OWA, it is truncated to :
<A
href=" ">Please Click on Here</A>

This doesn't happend if open in OutLook from your desk top.
Is this another feature of popup blocker in XP 2002 SP2 ???

re: i continue

jeffdav — Fri, 14 Jan 2005 18:38:00 GMT

That is not a Pop-up Blocker feature. That is most likely OWA, but you would have to check with them. :)

re: i continue

haz — Mon, 17 Jan 2005 18:54:00 GMT

It appears the dates and times (server modified and user accessed) are different depending on the index.dat file reviewed.

Can you confirm the following?

Daily MSHist files

Srv Mod: Last visited, (+/- GMT offset)
Lst Acc: Last visited, local time

Weekly MSHist files

Srv Mod: Last visit (+/- GMT offset)
Lst Acc: Time hist file was created

Cookies:

Srv Mod: Cookie created
Lst Acc: Cookie last accessed

History\Index.dat

Srv Mod: Last accessed
Lst Acc: Last accessed

Temporary Internet Files\Content.IE5\index.dat:
Srv Mod: Server modified
Lst Acc: Last accessed

re: i continue

jeffdav — Mon, 17 Jan 2005 19:00:00 GMT

haz--

Index.dat is only modified by the client, so I'm not sure exactally how to answer. Your best bet is to look at the file, perform the action, then see how it changed.

-jeff

re: i continue

haz — Mon, 17 Jan 2005 19:07:00 GMT

Ok, but IE stores information there, do you know where I could get information about the dates and times stored by IE? I know the dates and times are there, but they change meaning depending on the location and type. MSHIST... files appear to have a uniform date based on the create date for the weekly/daily summary file.

Is there any single microsoft location (site searches haven't revealed much) where this info is stored?

re: i continue

jeffdav — Mon, 17 Jan 2005 19:13:00 GMT

Different views of history are stored in different files. There is some duplication and no central authoritive source. However, there is code you can write to enumerate history entries. I am planning on posting some sample code as part of my index.dat series, but I do not have it ready for general consumption yet. Basically you need to create the webbrowser control, CLSID_InternetExplorer, then QS for IUrlHistoryStg or IUrlHistoryStg2 and use that to create an enumerator. See MSDN documentation for those interfaces.

re: i continue

haz — Mon, 17 Jan 2005 19:17:00 GMT

Interesting, I was looking at offline file analysis, however I appreciate the information.

re: i continue

jeffdav — Mon, 17 Jan 2005 19:25:00 GMT

The internal structure of the files are not published, because they might change. You can run the code locally to inspect the data using the published interfaces--you do not need to be connected to a network.

re: i continue

jiangsheng — Sat, 05 Feb 2005 03:31:00 GMT

According to KB Q327569, IUrlHistoryStg2::DeleteUrl is not a good way to delete history entries, and the article provided an implite way to delete them. Is there any method to delete history entries more gently and more deterministic?

re: i continue

jeffdav — Sat, 05 Feb 2005 05:53:00 GMT

I had not thought about that, nor have I read that KB article before, but it makes sense. The problem is there are multiple index.dat files and IUrlHistoryStg only deals with the main UrlHistory container, not the auxillary ones that back the History folder shell namespace.

The workaround on the page, using IContextMenu, will work. You can also just go enumerate the history folder using standard win32 APIs and delete it. The overlap between UrlHistory and the History Folder is a bizarre grey area.

Internet Explorer History | keyongtech

Internet Explorer History | keyongtech — Thu, 22 Jan 2009 07:02:45 GMT

PingBack from http://www.keyongtech.com/2352210-internet-explorer-history

jeff s WebLog i continue | Uniform Stores

jeff s WebLog i continue | Uniform Stores — Mon, 01 Jun 2009 23:25:18 GMT

PingBack from http://uniformstores.info/story.php?id=14418

jeff s WebLog i continue | Patio Chairs

jeff s WebLog i continue | Patio Chairs — Wed, 03 Jun 2009 05:44:59 GMT

PingBack from http://patiochairsite.info/story.php?id=28658

jeff s WebLog i continue | low cost car insurance

jeff s WebLog i continue | low cost car insurance — Wed, 17 Jun 2009 07:19:44 GMT

PingBack from http://lowcostcarinsurances.info/story.php?id=3458

jeff s WebLog i continue | bar stools

jeff s WebLog i continue | bar stools — Fri, 19 Jun 2009 09:44:09 GMT

PingBack from http://barstoolsite.info/story.php?id=2652