 |
 | Home | Contact Us | FAQ | Search & Site Map | Link to Us |
 | Sign In | Join | Other 45 Sites in Network |
Windows Forum / Windows 98 / General Topics / March 2007Index.dat (within the TIF cache) corruption, when visiting certain sites?
I'm going to post this here too because I think this problem is a bit unique and eclectic, and maybe some guru in here knows what's going on. Has anyone else noted this weird and annoying TIF problem, due to some apparent corruption of the index.dat file after visiting some web sites? Specifically: After visiting some web site, all of a sudden you apparently "lose" most of the TIF files, and all of the cookies, as it appears when viewing them (under "Internet Explorer, Temporary Internet Files, Settings, View Files", and also under windows explorer), BUT the files ARE really still there on the hard drive, it's just that the "index.dat" file mysteriously seems to track of MOST of them? (I have verified that by swapping out the index.dat file just before and just afterwards). And the apparent drop can be really significant, like going from 3000 total files (including cookies), to perhaps only 100 or 200 total files (with no cookies being shown anymore), as seen in IE. Specifically, and as just one example, which seems to be consistent for me, when I go to the Wikipedia site, http://en.wikipedia.org/wiki/Main_Page, and lookup (for example), Joseph Campbell , (and use Go on their site), right after that, the IE - TIF cache *total file count* appears to drop *dramatically*, and all the cookies have mysteriously disappeared when viewed there in IE (even though they are really still present on the hard drive, and can still be seen in the cookies folder with windows explorer). | I'm going to post this here too because I think this problem is a bit unique | and eclectic, and maybe some guru in here knows what's going on. | | Has anyone else noted this weird and annoying TIF problem, due to some | apparent corruption of the index.dat file after visiting some web sites? I'll have to try it to see. | Specifically: | | After visiting some web site, all of a sudden you apparently "lose" most of | the TIF files, and all of the cookies, as it appears when viewing them | (under "Internet Explorer, Temporary Internet Files, Settings, View Files", Cookies? C:Windows\Cookies shows I have 46 of them, but I don't see them there in "Control Panel, Internet Options, General tab, Settings button, View Files". | and also under windows explorer), BUT the files ARE really still there on | the hard drive, it's just that the "index.dat" file mysteriously seems to [quoted text clipped - 4 lines] | files (including cookies), to perhaps only 100 or 200 total files (with no | cookies being shown anymore), as seen in IE. View Files shows 4265 TIFs are there now. | Specifically, and as just one example, which seems to be consistent for me, | when I go to the Wikipedia site, http://en.wikipedia.org/wiki/Main_Page, and [quoted text clipped - 3 lines] | viewed there in IE (even though they are really still present on the hard | drive, and can still be seen in the cookies folder with windows explorer). And NOW... there are 4268 (3 more) TIFs-- & still 46 Cookies, too. So... it didn't happen to me! And I've done it twice! ......Quote......... Joseph Campbell From Wikipedia, the free encyclopedia For other uses, see Joseph Campbell (disambiguation). Joseph John Campbell (March 26, 1904 – October 31, 1987) was an American professor, writer, and orator best known for his work in the fields of comparative mythology and comparative religion. ......EOQ........... >> I'm going to post this here too because I think this problem is a bit unique >> and eclectic, and maybe some guru in here knows what's going on. >> [quoted text clipped - 6 lines] >> >> After visiting some web site, all of a sudden you apparently "lose" most of >> the TIF files, and all of the cookies, as it appears when viewing them >> (under "Internet Explorer, Temporary Internet Files, Settings, View Files", > Cookies? C:Windows\Cookies shows I have 46 of them, but I don't see them > there in "Control Panel, Internet Options, General tab, Settings button, > View Files". That is most interesting, as I do. And I have about 2000 of them, going back about two years. And they always appear there (and in the TIF root folder as viewed in windows explorer), until this "phenemonon" happens after visiting some parts of the Wikipedia site (like with that Joseph Campbell site). But I also read that the Wikipedia site is very open-ended for people to contribute to, allowing for the use of (for example) CSS style sheets as the author sees fit, if he so chooses, etc, etc, so maybe that is part of the problem here. (meaning, my IE chokes on something) Again, if I put back the just previously saved index.dat file (if I have one), all is well again. Well, not perfectly well I suppose, because I may have missed a few changes in the TIF since then. >> and also under windows explorer), BUT the files ARE really still there on >> the hard drive, it's just that the "index.dat" file mysteriously seems to >> track of MOST of them? (I have verified that by swapping out the >> index.dat file just before and just afterwards). >> >> And the apparent drop can be really significant, like going from 3000 total >> files (including cookies), to perhaps only 100 or 200 total files (with no >> cookies being shown anymore), as seen in IE. > > View Files shows 4265 TIFs are there now. Yeah, I had numbers like that too, and like I said, after visiting the Wikipedia site, and searching for Joseph Campbell (since it does seem to matter which pages I'm taking in), the total number of files dropped *dramatically*, AND cookies were no longer seen there in the TIF anymore - which is abnormal. As I understand it, the cookies are *normally* mirrored to appear in the TIF (even though they're really in a separate folder). >> Specifically, and as just one example, which seems to be consistent for me, >> when I go to the Wikipedia site, http://en.wikipedia.org/wiki/Main_Page, and >> lookup (for example), Joseph Campbell , (and use Go on their site), right >> after that, the IE - TIF cache *total file count* appears to drop >> *dramatically*, and all the cookies have mysteriously disappeared when >> viewed there in IE (even though they are really still present on the hard >> drive, and can still be seen in the cookies folder with windows explorer). > And NOW... there are 4268 (3 more) TIFs-- & still 46 Cookies, too. > So... it didn't happen to me! And I've done it twice! Weird. I asked about this on the other group (an IE6 group), and it also happened to the one guy who responded ("it" being an apparent loss of files, although not as dramatic as my case). But he said once he closed down IE and reopened it again, all was back to the way it was. > ......Quote......... > Joseph Campbell [quoted text clipped - 6 lines] > comparative mythology and comparative religion. > ......EOQ........... | >> I'm going to post this here too because I think this problem is a bit | unique [quoted text clipped - 20 lines] | back about two years. And they always appear there (and in the TIF root | folder as viewed in windows explorer), I don't allow most sites to deposit their cookies anymore. Could be some would put them there, & I seem to recall it used to happen-- or I used to think it happened. OR, by Terhune's & other's word, it could be what you see in the TIF root folder is just an echo of the cookies-- & they are not really there. Are any of them actually the same file as you see in C:\Windows\Cookies? I have only four text documents in there-- & none of them are the same as the 45 text documents in my own C:\Windows\Cookies. | until this "phenemonon" happens after | visiting some parts of the Wikipedia site (like with that Joseph Campbell | site). But I also read that the Wikipedia site is very open-ended for | people to contribute to, allowing for the use of (for example) CSS style | sheets as the author sees fit, if he so chooses, etc, etc, so maybe that is | part of the problem here. (meaning, my IE chokes on something) Maybe that's part of it. (I don't know.) But, it didn't happen to me! Neither did the Wikipedia site seem to offer to add a cookie of it's own. My settings would tell me. "Internet Options, Privacy tab, Advanced button" is set... (a) Override automatic cookie handling-- Checked. (b) First-party Cookies-- Prompt. (c) Third-party Cookies-- Block. (d) Always allow session cookies-- Checked. | Again, if I put back the just previously saved index.dat file (if I have | one), all is well again. Well, not perfectly well I suppose, because I may | have missed a few changes in the TIF since then. I think you are flirting with a horrible corruption-- if you move Index.dat in/out of there, Colorado! You should let the Index.dat alone, as I can think it's contents may want to coordinate with other elements of TIF processing. If you want to delete it, best drop to DOS & delete all of TIFs. That might be your cure for the current situation! | >> and also under windows explorer), BUT the files ARE really still there on | >> the hard drive, it's just that the "index.dat" file mysteriously seems to [quoted text clipped - 14 lines] | *dramatically*, AND cookies were no longer seen there in the TIF anymore - | which is abnormal. Well, you may have a horrible corruption. Here is the cure... Verify, in Windows, where these folders are located before proceeding... (a) "START, Find, F/F". (b) Enter "Cookies, Tempor~1, History" (no quotes) in "Named". (c) Click the "Advanced" button, & use the dropdown to select "Folder". (d) Then click the "Find Now" button. If it is not in "C:\Windows", adjust the Deltree's below. If you have more than one of any, then perhaps stop & report back. (c) "Control Panel, Internet Options, Settings button" Where does it say Temporary Internet Files are located? Use that path below, but substitute "Tempor~1" for "Temporary Internet Files". (1) "START, Shut Down, Restart in MS-DOS Mode" (2) SMARTDRV This speeds up hard drive processing considerably in DOS-- considerably, & yet it may still seem slow if TIFs are incredibly huge! (3) DELTREE C:\Windows\Cookies\ /y These are your Cookies. They may hold settings & passwords, site specific. (4) DELTREE C:\Windows\Tempor~1\ /y These are your Temporary Internet Files. A DOS delete does reset the Index.dat in Content.IE5 to 32 KB. It won't stay that small for long. However, Cookies in the top TIF folder would survive this Deltree. (5) DELTREE C:\Windows\History\ /y This is a collection of the sites you have visited. It will begin to grow again, depending upon "Days to keep..." at "Internet Options, General tab". (6) EXIT or Ctrl-Alt-Del to Windows WARNING: DELTREE is a powerful command. It will wipe out the folder you specify. DO NOT HIT ENTER too soon, or you will wipe out your system. Get all the way to the end of those DELTREE lines. | As I understand it, the cookies are *normally* mirrored to appear in the TIF | (even though they're really in a separate folder). I used to think so, & probably still do. Currently, none of mine do show up there though. | >> Specifically, and as just one example, which seems to be consistent for | me, [quoted text clipped - 17 lines] | not as dramatic as my case). But he said once he closed down IE and | reopened it again, all was back to the way it was. He may also be horribly corrupted, though less so than you. Also, I guess these could be session cookies that are disappearing when IE is shut. But I didn't notice them, myself. None were offered to me by Wikipedia, actually. | > ......Quote......... | > Joseph Campbell [quoted text clipped - 6 lines] | > comparative mythology and comparative religion. | > ......EOQ........... >>>> I'm going to post this here too because I think this problem is a bit >>>> unique and eclectic, and maybe some guru in here knows what's going on. >>>> >>>> Has anyone else noted this weird and annoying TIF problem, due to some >>>> apparent corruption of the index.dat file after visiting some web sites? >>> I'll have to try it to see. >>> >>>> Specifically: >>>> >>>> After visiting some web site, all of a sudden you apparently "lose" most of >>>> the TIF files, and all of the cookies, as it appears when viewing them >>>> (under "Internet Explorer, Temporary Internet Files, Settings, View Files", >>> Cookies? C:Windows\Cookies shows I have 46 of them, but I don't see them >>> there in "Control Panel, Internet Options, General tab, Settings button, >>> View Files". >> >> That is most interesting, as I do. And I have about 2000 of them, going >> back about two years. And they always appear there (and in the TIF root >> folder as viewed in windows explorer), > > I don't allow most sites to deposit their cookies anymore. I do. As I recall, I found it a bit limiting not to, and I got tired of seeing "prompts". > Could be some > would put them there, & I seem to recall it used to happen-- or I used > to think it happened. OR, by Terhune's & other's word, it could be what > you see in the TIF root folder is just an echo of the cookies-- & they > are not really there. That's correct, but they're supposed to show up there, nonetheless, in a properly working system. > Are any of them actually the same file as you see in C:\Windows\Cookies? Absolutely. All of the cookies are always present (and seen) there. But then again, its index.dat file is not being messed with. > I have only four text documents in there-- & none of them are the same > as the 45 text documents in my own C:\Windows\Cookies. [quoted text clipped - 4 lines] >> people to contribute to, allowing for the use of (for example) CSS style >> sheets as the author sees fit, if he so chooses, etc, etc, so maybe that is >> part of the problem here. (meaning, my IE chokes on something) > [quoted text clipped - 11 lines] >> Again, if I put back the just previously saved index.dat file (if I have >> one), all is well again. Well, not perfectly well I suppose, because I may >> have missed a few changes in the TIF since then. > [quoted text clipped - 3 lines] > of TIF processing. If you want to delete it, best drop to DOS & delete > all of TIFs. That might be your cure for the current situation! I've done all of that - and some. BTDT, numerous times. So I've "moved up" to the next level. :-) >>>> and also under windows explorer), BUT the files ARE really still there on >>>> the hard drive, it's just that the "index.dat" file mysteriously seems to >>>> track of MOST of them? (I have verified that by swapping out the >>>> index.dat file just before and just afterwards). >>>> >>>> And the apparent drop can be really significant, like going from 3000 total >>>> files (including cookies), to perhaps only 100 or 200 total files (with no >>>> cookies being shown anymore), as seen in IE. >>> >>> View Files shows 4265 TIFs are there now. That many, and with no cookies shown in there? Are you sure? You should probably check that again. >> Yeah, I had numbers like that too, and like I said, after visiting the >> Wikipedia site, and searching for Joseph Campbell (since it does seem to >> matter which pages I'm taking in), the total number of files dropped >> *dramatically*, AND cookies were no longer seen there in the TIF anymore - >> which is abnormal. > > Well, you may have a horrible corruption. Here is the cure... You don't have to tell me how - I've "been around the block" on that one, so I know it in my sleep! Except I'm not deleting the History folder - that one I want! (BTW, I've even figured out a way to save my current history folders when I restore a backup - it's a bit tricky, but I've figured it out. >> As I understand it, the cookies are *normally* mirrored to appear in the TIF >> (even though they're really in a separate folder). > > I used to think so, & probably still do. Currently, none of mine do show > up there though. They're supposed to!! Maybe YOU have a partially corrupted index.dat file too, or maybe it's different now will all the updates you've taken in. >>>> Specifically, and as just one example, which seems to be consistent for me, >>>> when I go to the Wikipedia site, http://en.wikipedia.org/wiki/Main_Page, >>>> and lookup (for example), Joseph Campbell , (and use Go on their site), >>>> right after that, the IE - TIF cache *total file count* appears to drop >>>> *dramatically*, and all the cookies have mysteriously disappeared when >>>> viewed there in IE (even though they are really still present on the hard >>>> drive, and can still be seen in the cookies folder with windows explorer). >>> And NOW... there are 4268 (3 more) TIFs-- & still 46 Cookies, too. >>> So... it didn't happen to me! And I've done it twice! >> >> Weird. >> >> I asked about this on the other group (an IE6 group), and it also happened >> to the one guy who responded ("it" being an apparent loss of files, although >> not as dramatic as my case). But he said once he closed down IE and >> reopened it again, all was back to the way it was. [quoted text clipped - 14 lines] >>> comparative mythology and comparative religion. >>> ......EOQ........... | >>>> I'm going to post this here too because I think this problem is a bit | >>>> unique and eclectic, and maybe some guru in here knows what's going on. [quoted text clipped - 26 lines] | I do. As I recall, I found it a bit limiting not to, and I got tired of | seeing "prompts". It's annoying, yea, when a site will cause the prompt to appear 10 times in a row. And maybe some sites even will refuse to work w/o taking their cookie. So? Take that one or go elsewhere! | > Could be some | > would put them there, & I seem to recall it used to happen-- or I used [quoted text clipped - 4 lines] | That's correct, but they're supposed to show up there, nonetheless, in a | properly working system. Well, I only vaguely recall checking when I first read that, and-- I THINK some of them might have been there-- but certainly not all. And at the time I though maybe I had some in TIFs that weren't in Cookies, too. But now I have these four text documents only in TIFs, & none of them appears to be a cookie... 2 Readme.txt from Speedera.net, a close button from Amazon.com, & Winsock.txt from Cexx.org. Of the 45 cookies I've got now in C:\Windows\Cookies, not a single one shows up in in G:\Temporary Internet Files -- not even default@microsoft[1].txt -- or any Microsoft, NetZero or Google cookie -- which is about all I've got! | > Are any of them actually the same file as you see in C:\Windows\Cookies? | | Absolutely. All of the cookies are always present (and seen) there. But | then again, its index.dat file is not being messed with. Hmm. Every single one? If it's really supposed to still be that way, I was hoping I just didn't have the ones that would do it! | > I have only four text documents in there-- & none of them are the same | > as the 45 text documents in my own C:\Windows\Cookies. [quoted text clipped - 30 lines] | | I've done all of that - and some. BTDT, numerous times. But you didn't delete the cookies? Why do you want to keep 2000 cookies, as I think you said you still have? Maybe... (a) Copy those 2000 Cookies elsewhere. (b) Copy the History URLS elsewhere, as I think you said you can do. (c) Do the full DOS deltree procedure. It may be all three have to go -- those two & TIFs -- for you to be free of this horrible corruption! | So I've "moved | up" to the next level. :-) You are crawling on your belly on a slanted 3-story porch roof, Colorado-- IF you move Index.dat & files in/out of TIFs! There may be some secret coordination Windows needs to do with that Index.dat with who knows what! | >>>> and also under windows explorer), BUT the files ARE really still there | on [quoted text clipped - 13 lines] | That many, and with no cookies shown in there? Are you sure? You should | probably check that again. I have 45 cookies (& an index.dat) in C:\Windows\Cookies. Not one of them shows in in G:\TIFs! | >> Yeah, I had numbers like that too, and like I said, after visiting the | >> Wikipedia site, and searching for Joseph Campbell (since it does seem to [quoted text clipped - 11 lines] | even figured out a way to save my current history folders when I restore a | backup - it's a bit tricky, but I've figured it out. That is a bunch of URLs at C:\Windows\History. I guess they could be tough to fool with, because of the special folders they are in. You couldn't just move them in/out of there? It may be these need to interact with TIFs for offline viewing. If you know how to restore the ones you want, maybe do the DOS deltrees suggested earlier-- to start any possible coordination afresh. (But I'd hate for you to lose something you really want to keep.) | >> As I understand it, the cookies are *normally* mirrored to appear in the | TIF [quoted text clipped - 5 lines] | They're supposed to!! Maybe YOU have a partially corrupted index.dat file | too, or maybe it's different now will all the updates you've taken in. I vaguely recall reading that a critical update may have tightened the internet zone restrictions. I don't know-- could be that is what is keeping my cookies out of TIFs, as you suspect. | >>>> Specifically, and as just one example, which seems to be consistent for | me, [quoted text clipped - 36 lines] | >>> comparative mythology and comparative religion. | >>> ......EOQ........... >>>>>> I'm going to post this here too because I think this problem is a bit >>>>>> unique and eclectic, and maybe some guru in here knows what's going on. >>>>>> Has anyone else noted this weird and annoying TIF problem, due to some >>>>>> apparent corruption of the index.dat file after visiting some web sites? >>>>> I'll have to try it to see. >>>>> >>>>>> Specifically: >>>>>> >>>>>> After visiting some web site, all of a sudden you apparently "lose" most >>>>>> of the TIF files, and all of the cookies, as it appears when viewing them >>>>>> (under "Internet Explorer, Temporary Internet Files, Settings, View >> Files", >>>>> Cookies? C:Windows\Cookies shows I have 46 of them, but I don't see them >>>>> there in "Control Panel, Internet Options, General tab, Settings button, >>>>> View Files". >>>> >>>> That is most interesting, as I do. And I have about 2000 of them, going >>>> back about two years. And they always appear there (and in the TIF root >>>> folder as viewed in windows explorer), >>> [quoted text clipped - 6 lines] > in a row. And maybe some sites even will refuse to work w/o taking their > cookie. So? Take that one or go elsewhere! So I allow all cookies. I can't stand incessant prompts. :-) >>> Could be some >>> would put them there, & I seem to recall it used to happen-- or I used [quoted text clipped - 7 lines] > Well, I only vaguely recall checking when I first read that, and-- I > THINK some of them might have been there-- but certainly not all. I think they are. At least over here they are, when it's working right (like now). Remember, they're mirrored over to the TIF folder, by design. Why? Ask MS. > And at > the time I though maybe I had some in TIFs that weren't in Cookies, too. [quoted text clipped - 11 lines] >> >> Absolutely. All of the cookies are always present (and seen) there. But >> then again, its index.dat file is not being messed with. > > Hmm. Every single one? If it's really supposed to still be that way, I > was hoping I just didn't have the ones that would do it! Yup, per my comment above. I can see about 2000 cookies in both the TIF folder (which are mirrored there, of course), and in the actual "Cookies" folder. >>> I have only four text documents in there-- & none of them are the same >>> as the 45 text documents in my own C:\Windows\Cookies. >>> >>>> until this "phenemonon" happens after >>>> visiting some parts of the Wikipedia site (like with that Joseph Campbell >>>> site). But I also read that the Wikipedia site is very open-ended for >>>> people to contribute to, allowing for the use of (for example) CSS style >>>> sheets as the author sees fit, if he so chooses, etc, etc, so maybe that is >>>> part of the problem here. (meaning, my IE chokes on something) >>> [quoted text clipped - 10 lines] >>> >>>> Again, if I put back the just previously saved index.dat file (if I have >>>> one), all is well again. Well, not perfectly well I suppose, because I >>>> may have missed a few changes in the TIF since then. >>> >>> I think you are flirting with a horrible corruption-- if you move >>> Index.dat in/out of there, Colorado! You should let the Index.dat alone, I do it very cautiously, like ONLY when I have JUST saved a previous index.dat file. Otherwise I won't do it (for obvious reasons). So what that means practically is that I rarely do it, unless I know I'm going to a troublesome site, like Wikipedia, in which case I'll either save that file, OR I'll just bite the bullet, and do the delete TIF routine. >>> as I can think it's contents may want to coordinate with other elements >>> of TIF processing. If you want to delete it, best drop to DOS & delete [quoted text clipped - 4 lines] > But you didn't delete the cookies? Why do you want to keep 2000 cookies, > as I think you said you still have? Maybe... I want them. Why reinvent the wheel, and have to retype all that site info again when I go back to visit the site again, or why lose my history at that web site? It's easier just to leave it there (or rather, on my computer). > (a) Copy those 2000 Cookies elsewhere. > (b) Copy the History URLS elsewhere, as I think you said you can do. > (c) Do the full DOS deltree procedure. > > It may be all three have to go -- those two & TIFs -- for you to be free > of this horrible corruption! Nah, I don't think so, and I have never had to do that (only just the TIF, when needed - via the deltree routine). Besides, the only time it gets corrupted is apparently when I visit the Wikipedia site (in certain cases). So I'll try to stay out of there. >> So I've "moved up" to the next level. :-) > > You are crawling on your belly on a slanted 3-story porch roof, > Colorado-- IF you move Index.dat & files in/out of TIFs! There may be > some secret coordination Windows needs to do with that Index.dat with > who knows what! Well, as I just mentioned, I only do it verrrry selectively (and pretty rarely). But occasionally I do live on the edge a bit. Nothing ventured, nothing gained. And one thing I always gain is more knowledge this way, with some firsthand experience, and it tends to "stick" better that way, too. (Like .. using SMARTDRV before the TIF deltree, etc, etc, etc) :-) >>>>>> and also under windows explorer), BUT the files ARE really still there on >>>>>> the hard drive, it's just that the "index.dat" file mysteriously seems to >>>>>> track of MOST of them? (I have verified that by swapping out the >>>>>> index.dat file just before and just afterwards). >>>>>> >>>>>> And the apparent drop can be really significant, like going from 3000 >>>>>> total files (including cookies), to perhaps only 100 or 200 total files >>>>>> (with no cookies being shown anymore), as seen in IE. >>>>> >>>>> View Files shows 4265 TIFs are there now. >> >> That many, and with no cookies shown in there? Are you sure? You should >> probably check that again. > > I have 45 cookies (& an index.dat) in C:\Windows\Cookies. Not one of > them shows in in G:\TIFs! Strange. Maybe YOU have a corrupted index.dat too, and ought to consider rebuilding your own TIF, and then check out your results and see if you don't see those cookies in there afterwards (and I think you will). >>>> Yeah, I had numbers like that too, and like I said, after visiting the >>>> Wikipedia site, and searching for Joseph Campbell (since it does seem to >>>> matter which pages I'm taking in), the total number of files dropped >>>> *dramatically*, AND cookies were no longer seen there in the TIF anymore - >>>> which is abnormal. >>> >>> Well, you may have a horrible corruption. Here is the cure... >> You don't have to tell me how - I've "been around the block" on that one, so >> I know it in my sleep! >> >> Except I'm not deleting the History folder - that one I want! (BTW, I've >> even figured out a way to save my current history folders when I restore a >> backup - it's a bit tricky, but I've figured it out. > > That is a bunch of URLs at C:\Windows\History. I guess they could be > tough to fool with, because of the special folders they are in. It IS a bit tricky, just for that reason, and all the "smoke and mirrors". :-) > You couldn't just move them in/out of there? It may be these need to > interact with TIFs for offline viewing. If you know how to restore the > ones you want, maybe do the DOS deltrees suggested earlier-- to start > any possible coordination afresh. (But I'd hate for you to lose > something you really want to keep.) You can't really save the current history folders well in DOS (assuming you really wanted to), as you need the long filenames, so it has to be done in windows, which is a bit tricky, due to all the smoke and mirrors with the system folders. >>>> As I understand it, the cookies are *normally* mirrored to appear in the >>>> TIF (even though they're really in a separate folder). >>> >>> I used to think so, & probably still do. Currently, none of mine do show >>> up there though. >> >> They're supposed to!! Maybe YOU have a partially corrupted index.dat file >> too, or maybe it's different now will all the updates you've taken in. > > I vaguely recall reading that a critical update may have tightened the > internet zone restrictions. I don't know-- could be that is what is > keeping my cookies out of TIFs, as you suspect. OR you yourself have a corrupted TIF, which wouldn't be all that surprising. AFAIK, it is highly unlikely that the TIF doesn't get a bit corrupted during all its use on anybody's system - due to incomplete or aborted page downloads, and whatever. >>>>>> Specifically, and as just one example, which seems to be consistent for >>>>>> me, when I go to the Wikipedia site, >> http://en.wikipedia.org/wiki/Main_Page, >>>>>> and lookup (for example), Joseph Campbell , (and use Go on their site), >>>>>> right after that, the IE - TIF cache *total file count* appears to drop >>>>>> *dramatically*, and all the cookies have mysteriously disappeared when >>>>>> viewed there in IE (even though they are really still present on the hard >>>>>> drive, and can still be seen in the cookies folder with windows >>>>>> explorer). [quoted text clipped - 5 lines] >>>> >>>> I asked about this on the other group (an IE6 group), and it also happened >>>> to the one guy who responded ("it" being an apparent loss of files, >>>> although not as dramatic as my case). But he said once he closed down >>>> IE and reopened it again, all was back to the way it was. >>> [quoted text clipped - 10 lines] >>>>> >>>>> Joseph John Campbell (March 26, 1904 - October 31, 1987) was an American >>>>> professor, writer, and orator best known for his work in the fields of >>>>> comparative mythology and comparative religion. >>>>> ......EOQ........... |>>>>>> I'm going to post this here too because I think this problem is |>>>>>> a bit unique and eclectic, and maybe some guru in here knows [quoted text clipped - 20 lines] |>>>> them, going back about two years. And they always appear |>>>> there (and in the TIF root folder as viewed in windows explorer), ...snip |> But you didn't delete the cookies? Why do you want to keep 2000 |> cookies, as I think you said you still have? Maybe... [quoted text clipped - 3 lines] | my history at that web site? It's easier just to leave it there | (or rather, on my computer). Well, I guess, well-- certainly keep the ones you know are useful, yea. I think I did once regret clearing cookies, myself. Google & certain Microsoft sites did perhaps look different as a result. I believe I've read you can move cookies in/out of their folder. So move the ones you want to keep temporarily out, delete them all with Internet Options, & move the good ones back in. | Besides, the only time it gets corrupted is apparently when I visit | the Wikipedia site (in certain cases). So I'll try to stay out of | there. I'll have to try that again now to see whether I loose those cookies. |>> So I've "moved up" to the next level. :-) |> [quoted text clipped - 9 lines] | to "stick" better that way, too. (Like .. using SMARTDRV before the | TIF deltree, etc, etc, etc) :-) Uhuh. Still, I won't delete individual files in TIFs or move its Index.dat around. I might play with individual cookies, though, in the cookies folder. |>>>>>> and also under windows explorer), BUT the files ARE really |>>>>>> still there on the hard drive, it's just that the "index.dat" [quoted text clipped - 19 lines] | see if you don't see those cookies in there afterwards (and I think | you will). Looks like you may have been right about that, Colorado! I have my cookie shadows back now in TIFs, anyhow! Well, I used Internet Options, though... "Control Panel, Internet Options, Delete Files button, bolt Delete all offline content, OK, OK" ..., & looks like my cookie shadows are back in TIFs! The only difference now that I see is that where Cookies has, for instance... default@search.microsoft[1].txt default@search.microsoft[2].txt default@search.microsoft[3].txt ...TIFs will have just... Cookie:default@search.microsoft.com/ ...ALSO, this one in TIFs is NOT in Cookies... Cookie:default@citysearch.com/ When back online, I'll have to try that Wikipedia test again -- now that I've got my cookies back in TIFs -- to see whether it causes them to dissapear from the Cookies folder. You DID say they would disappear from the Cookies folder, right-- & not JUST from TIFs? Because -- if they only delete from TIFs -- I guess THAT'S what did happen to me in the first place! I've been to Wikipedia before! ...snip  SignatureThanks or Good Luck, There may be humor in this post, and, Naturally, you will not sue, Should things get worse after this, PCR pcrrcp@netzero.net ||>>>>>> I'm going to post this here too because I think this problem is ||>>>>>> a bit unique and eclectic, and maybe some guru in here knows [quoted text clipped - 115 lines] | guess THAT'S what did happen to me in the first place! I've been to | Wikipedia before! UPDATE: Yea, a Wikipedia search for Joseph Campbell indeed will wipe out the cookie shadows in TIFs-- & most of the other TIFs too. The cookie shadows can be recovered by deleting TIFs in Internet Options. The actual cookies in the Cookies folder were unaffected. I guess I misread you about that. Opening & closing IE did not recover anything for me, as it did for the other person you mentioned. | ...snip | [quoted text clipped - 5 lines] | PCR | pcrrcp@netzero.net >>>>>>>>> I'm going to post this here too because I think this problem is >>>>>>>>> a bit unique and eclectic, and maybe some guru in here knows [quoted text clipped - 59 lines] >> Uhuh. Still, I won't delete individual files in TIFs or move its >> Index.dat around. I'm very careful about doing that, and actually have only done it a few times in the past when I was debugging this problem, and it seemed to be happening so often (because I was going to Wikipedia, and didn't know THAT was causing the problem, and got tired of always rebooting to DOS and deltreeing the TIF and restarting all over again! But again, I only did it with a JUST previously saved index.dat file (if I happened to have saved a copy, that is). So the TIF and its index.dat file wouldn't be that far out of sync (possibly only by a web page or two, which the index.dat file wouldn't know about, so it would have to be reloaded if visited again, that's all). >> I might play with individual cookies, though, in the cookies folder. >> [quoted text clipped - 29 lines] >> offline content, OK, OK" >> ..., & looks like my cookie shadows are back in TIFs! Yup, that will also bring the cookies back in the TIF (I mean, the shadowing). >> The only difference now that I see is that where Cookies has, for instance... >> default@search.microsoft[1].txt >> default@search.microsoft[2].txt [quoted text clipped - 7 lines] >> >> Cookie:default@citysearch.com/ I didn't check out each and every cookie, so I can't comment on that part, or that difference, but to me that part is not too significant, in comparison to the Big Picture.. >> When back online, I'll have to try that Wikipedia test again -- now >> that I've got my cookies back in TIFs -- to see whether it causes [quoted text clipped - 7 lines] > UPDATE: Yea, a Wikipedia search for Joseph Campbell indeed will wipe > out the cookie shadows in TIFs-- & most of the other TIFs too. See, that's what I was talking about. And thanks for the confirmation, so that I know it's not unique to my system! It is strange, isn't it. And - not very nice! But we also have to keep in mind that (as I understand it) Wikipedia is a fairly "open" site, for people posting or updating information there, so, who knows what specific URL "configurations" (like style sheets, or whatever, etc) have been uploaded by some author there, that may cause problems for some browsers. At least, that's my theory as to why that site can be problematic with *some* pages (not all). > The cookie shadows can be recovered by deleting TIFs in Internet Options. That's right. But then you lose the rest of the TIF (the cached files), which is not very desireable! (especially for those of us on dialup, or with slower computers, or both) > The actual cookies in the Cookies folder were unaffected. Yup, that's right. Just the mirroring disappears (and that seems to be kind of a "signal" that something may have gone astray in the TIF, but more specifically, it's "index.dat" file, as I've already verified). > I guess I misread you about that. > > Opening & closing IE did not recover anything for me, as it did for the > other person you mentioned. Yeah, I found that strange too, although he may have been using XP (I can't recall now), and XP has a whole different set of EXEs and DLLs, obviously! |>>>>>>>>> I'm going to post this here too because I think this problem |>>>>>>>>> is a bit unique and eclectic, and maybe some guru in here [quoted text clipped - 23 lines] |>> |>> ...snip ...snip |>>>>> So I've "moved up" to the next level. :-) |>>>> [quoted text clipped - 14 lines] | | I'm very careful about doing that, Yea, I guess you are, Colorado. Where I thought it was possibly your doings causing the destruction of cookie shadows-- indeed you were right it is Wikipedia to blame! | and actually have only done it a | few times in the past when I was debugging this problem, and it | seemed to be happening so often (because I was going to Wikipedia, | and didn't know THAT was causing the problem, and got tired of always | rebooting to DOS and deltreeing the TIF and restarting all over again! As you know, it worked fine to delete them using Internet Options. I didn't see the Wikipedia effect at first-- because it was already there! Mine were gone by a previous visit to Wikipedia! | But again, I only did it with a JUST previously saved index.dat file | (if I happened to have saved a copy, that is). So the TIF and its | index.dat file wouldn't be that far out of sync (possibly only by a | web page or two, which the index.dat file wouldn't know about, so it | would have to be reloaded if visited again, that's all). Yea, I guess you are right about that. You were right all along, I'm sure, but still I will not move Index.dat around. ...snip |>>> Strange. Maybe YOU have a corrupted index.dat too, and ought to |>>> consider rebuilding your own TIF, and then check out your results [quoted text clipped - 30 lines] | part, or that difference, but to me that part is not too significant, | in comparison to the Big Picture.. With 2000 cookies, I guess it would be tough for you to spot an extra just in TIFs. |>> When back online, I'll have to try that Wikipedia test again -- now |>> that I've got my cookies back in TIFs -- to see whether it causes [quoted text clipped - 11 lines] | confirmation, so that I know it's not unique to my system! It is | strange, isn't it. And - not very nice! You are welcome. It is strange, all right. But TIFs always were & always will be mysterious & full of horrible surprizes. But in this case it seems Wikipedia is more at fault. I wonder what the damage is, though, to internet travel & workings, when the shadows are gone. Have you noticed any? Now that I've got mine back, both Google & the MSKB look the same. | But we also have to keep in mind that (as I understand it) Wikipedia | is a fairly "open" site, for people posting or updating information [quoted text clipped - 3 lines] | theory as to why that site can be problematic with *some* pages (not | all). Let me try a quick InCtrl5 report to see whether it detects anything in the Registry or in files after those shadows disappear. Well, here are all the reported changes, but I'm not sure what to make of it... Values changed: 6 HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Str eamMRU "MRUListEx" Old type: REG_BINARY New type: REG_BINARY Old data: (data too large: 804 bytes) New data: (data too large: 804 bytes) HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Str eams\2 "CabView" Old type: REG_BINARY New type: REG_BINARY Old data: 5C, 00, 00, 00, 00, 00, 00, 00, 01, 00, 00, 00, FF, FF, FF, FF, FF, FF, FF, FF, FF, FF, FF, FF, FF, FF, FF, FF, 00, 00, 00, 00, 00, 00, 00, 00, 00, 04, 00, 00, E9, 02, 00, 00, 04, 00, 00, 00, 00, 00, 00, 00, 40, 95, 77, 71, 00, 00, 00, 00, DE, A5, 45, 00, 06, 00, 00, 00, 01, 00, 00, 00, DC, EB, 7E, 01, 00, 00, 00, 00, 98, F5, 50, 71, 01, 00, 00, 00, 17, 00, 00, 00 New data: 5C, 00, 00, 00, 00, 00, 00, 00, 01, 00, 00, 00, FF, FF, FF, FF, FF, FF, FF, FF, FF, FF, FF, FF, FF, FF, FF, FF, 00, 00, 00, 00, 00, 00, 00, 00, 00, 04, 00, 00, E9, 02, 00, 00, 04, 00, 00, 00, 00, 00, 00, 00, 40, 95, 77, 71, 00, 00, 00, 00, FE, 76, 42, 00, 06, 00, 00, 00, 01, 00, 00, 00, DC, EB, 7E, 01, 00, 00, 00, 00, 98, F5, 50, 71, 01, 00, 00, 00, 17, 00, 00, 00 HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Use rAssist\{75048700-EF1F-11D0-9888-006097DEACF9}\Count "HRZR_HVDPHG" Old type: REG_BINARY New type: REG_BINARY Old data: 5D, 08, 00, 00, 1A, 42, 00, 00, 80, DC, 87, F0, 34, 69, C7, 01 New data: 5D, 08, 00, 00, 1B, 42, 00, 00, 00, 2E, 67, 30, 35, 69, C7, 01 HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\Connections "SavedLegacySettings" Old type: REG_BINARY New type: REG_BINARY Old data: 3C, 00, 00, 00, 6C, BD, 00, 00, 01, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 20, 7F, 9D, 21, 37, 34, C1, 01, 01, 00, 00, 00, 3F, D2, D9, 84, 00, 00, 00, 00, 00, 00, 00, 00 New data: 3C, 00, 00, 00, 6D, BD, 00, 00, 01, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 20, 7F, 9D, 21, 37, 34, C1, 01, 01, 00, 00, 00, 3F, D2, D9, 84, 00, 00, 00, 00, 00, 00, 00, 00 HKEY_CLASSES_ROOT\Applications\Notepad.exe\shell "FriendlyCacheCTime" Old type: REG_BINARY New type: REG_BINARY Old data: 5F, 16, E8, BF, 60, 62, A0, C2 New data: 5F, 16, E8, BF, 00, 30, A0, C2 HKEY_LOCAL_MACHINE\Software\Description\Microsoft\Rpc\UuidPersistentData "LastTimeAllocated" Old type: REG_BINARY New type: REG_BINARY Old data: 00, 20, FC, A7, 06, D5, DB, 01 New data: E0, 80, C1, E7, 06, D5, DB, 01 To Contents ------------------------------------------------------------------------ -------- Disk contents Drives tracked: 2 c:\ g:\ Files added: 36 g:\Temporary Internet Files\Content.IE5\8H6JCDEB\ajax[1].js Date: 3/18/2007 4:12 AM Size: 4,386 bytes g:\Temporary Internet Files\Content.IE5\8H6JCDEB\commonPrint[1].css Date: 3/18/2007 4:11 AM Size: 5,241 bytes g:\Temporary Internet Files\Content.IE5\8H6JCDEB\handheld[1].css Date: 3/18/2007 4:11 AM Size: 23,491 bytes g:\Temporary Internet Files\Content.IE5\8H6JCDEB\IEFixes[1].js Date: 3/18/2007 4:11 AM Size: 4,006 bytes g:\Temporary Internet Files\Content.IE5\8H6JCDEB\index[1].php Date: 3/18/2007 4:12 AM Size: 15,128 bytes g:\Temporary Internet Files\Content.IE5\8H6JCDEB\index[2].php Date: 3/18/2007 4:12 AM Size: 7,333 bytes g:\Temporary Internet Files\Content.IE5\8H6JCDEB\index[3].php Date: 3/18/2007 4:12 AM Size: 75 bytes g:\Temporary Internet Files\Content.IE5\8H6JCDEB\main[1].css Date: 3/18/2007 4:11 AM Size: 29,156 bytes g:\Temporary Internet Files\Content.IE5\8H6JCDEB\Main_Page[2] Date: 3/18/2007 4:11 AM Size: 47,621 bytes g:\Temporary Internet Files\Content.IE5\8H6JCDEB\Monobook-bullet[1].png Date: 3/18/2007 4:12 AM Size: 104 bytes g:\Temporary Internet Files\Content.IE5\8H6JCDEB\wikibits[1].js Date: 3/18/2007 4:11 AM Size: 37,658 bytes g:\Temporary Internet Files\Content.IE5\8H6JCDEB\Wikisource-logo-35px[1].png Date: 3/18/2007 4:12 AM Size: 2,368 bytes g:\Temporary Internet Files\Content.IE5\8H6JCDEB\Wiktionary-logo-51px[1].gif Date: 3/18/2007 4:12 AM Size: 523 bytes g:\Temporary Internet Files\Content.IE5\OEKXQX1A\100px-MiltonViaduct[1].jpg Date: 3/18/2007 4:12 AM Size: 2,280 bytes g:\Temporary Internet Files\Content.IE5\OEKXQX1A\Wikinews-logo-51px[1].png Date: 3/18/2007 4:12 AM Size: 3,092 bytes g:\Temporary Internet Files\Content.IE5\OEKXQX1A\Wikiquote-logo-51px[1].png Date: 3/18/2007 4:12 AM Size: 1,655 bytes g:\Temporary Internet Files\Content.IE5\RR9RNTCW\100px-Voskhod2patch[1].png Date: 3/18/2007 4:12 AM Size: 15,699 bytes g:\Temporary Internet Files\Content.IE5\RR9RNTCW\250px-Black-headed_Gull_-_St_James%27s_Park%2 C_London_-_Nov_2006[1].jpg Date: 3/18/2007 4:12 AM Size: 9,470 bytes g:\Temporary Internet Files\Content.IE5\RR9RNTCW\wiki-en[1].png Date: 3/18/2007 4:12 AM Size: 11,974 bytes g:\Temporary Internet Files\Content.IE5\T0GRH1CH\external[1].png Date: 3/18/2007 4:12 AM Size: 165 bytes g:\Temporary Internet Files\Content.IE5\T0GRH1CH\Joseph_Campbell[2] Date: 3/18/2007 4:12 AM Size: 80,303 bytes g:\Temporary Internet Files\Content.IE5\T0GRH1CH\Wikispecies-logo-35px[1].png Date: 3/18/2007 4:12 AM Size: 3,634 bytes g:\Temporary Internet Files\Content.IE5\WT4VG7OR\magnify-clip[1].png Date: 3/18/2007 4:12 AM Size: 267 bytes g:\Temporary Internet Files\Content.IE5\WXAJSTIB\100px-Flag_of_the_People%27s_Republic_of_Chin a.svg[1].png Date: 3/18/2007 4:12 AM Size: 968 bytes g:\Temporary Internet Files\Content.IE5\WXAJSTIB\130px-Drury_lane_interior_1808[1].jpg Date: 3/18/2007 4:12 AM Size: 3,816 bytes g:\Temporary Internet Files\Content.IE5\WXAJSTIB\poweredby_mediawiki_88x31[1].png Date: 3/18/2007 4:12 AM Size: 1,933 bytes g:\Temporary Internet Files\Content.IE5\WXAJSTIB\Wikibooks-logo-35px[1].png Date: 3/18/2007 4:12 AM Size: 2,728 bytes g:\Temporary Internet Files\Content.IE5\XOT55FOT\180-px_Jonathan_young_joseph_campbell[1].jpg Date: 3/18/2007 4:12 AM Size: 4,554 bytes g:\Temporary Internet Files\Content.IE5\XOT55FOT\50px-Wikiquote-logo-en[1].png Date: 3/18/2007 4:12 AM Size: 4,717 bytes g:\Temporary Internet Files\Content.IE5\XOT55FOT\bullet[1].gif Date: 3/18/2007 4:12 AM Size: 50 bytes g:\Temporary Internet Files\Content.IE5\XOT55FOT\headbg[1].jpg Date: 3/18/2007 4:12 AM Size: 7,881 bytes g:\Temporary Internet Files\Content.IE5\XOT55FOT\IE60Fixes[1].css Date: 3/18/2007 4:11 AM Size: 1,309 bytes g:\Temporary Internet Files\Content.IE5\XOT55FOT\index[2].php Date: 3/18/2007 4:12 AM Size: 22,405 bytes g:\Temporary Internet Files\Content.IE5\XOT55FOT\user[1].gif Date: 3/18/2007 4:12 AM Size: 932 bytes g:\Temporary Internet Files\Content.IE5\XOT55FOT\wikimedia-button[1].png Date: 3/18/2007 4:12 AM Size: 890 bytes g:\Temporary Internet Files\Content.IE5\XOT55FOT\Wikiversity-logo-41px[1].png Date: 3/18/2007 4:12 AM Size: 1,226 bytes Files changed: 4 c:\WINDOWS\Cookies\index.dat Old date: 3/18/2007 4:10 AM New date: 3/18/2007 4:11 AM Old size: 65,536 bytes New size: 65,536 bytes c:\WINDOWS\History\History.IE5\index.dat Old date: 3/18/2007 4:10 AM New date: 3/18/2007 4:11 AM Old size: 393,216 bytes New size: 393,216 bytes c:\WINDOWS\History\History.IE5\MSHist012007031820070319\index.dat Old date: 3/18/2007 4:02 AM New date: 3/18/2007 4:12 AM Old size: 32,768 bytes New size: 32,768 bytes g:\Temporary Internet Files\Content.IE5\index.dat Old date: 3/18/2007 4:10 AM New date: 3/18/2007 4:11 AM Old size: 4,964,352 bytes New size: 4,964,352 bytes |> The cookie shadows can be recovered by deleting TIFs in Internet |> Options. | | That's right. But then you lose the rest of the TIF (the cached | files), which is not very desireable! (especially for those of us | on dialup, or with slower computers, or both) True. And I've grown to like my TIFs! |> The actual cookies in the Cookies folder were unaffected. | | Yup, that's right. Just the mirroring disappears (and that seems | to be kind of a "signal" that something may have gone astray in the | TIF, but more specifically, it's "index.dat" file, as I've already | verified). Yea, I guess all of TIFs is in that Index.dat, as I believe Terhune once said. |> I guess I misread you about that. |> [quoted text clipped - 4 lines] | can't recall now), and XP has a whole different set of EXEs and DLLs, | obviously! And horrible irradiation too! SignatureThanks or Good Luck, There may be humor in this post, and, Naturally, you will not sue, Should things get worse after this, PCR pcrrcp@netzero.net I'm going to answer this up here, since it's getting a bit lengthy now. I think to make a long story short, after you visit the Wikipedia site AND search for Joseph Campbell, AND let that page load, one or more of the files coming into the TIF creates some problem for the TIF's index.dat file (but NOT the registry), and that index.dat file gets a bit "corrupted". Possibly the hash codes for some or many of the URLs and/or the links to the URLs there get corrupted, due to some weird CSS or .js file or files, and the damage that inflicts on index.dat. Also note below (per your findings) that there is a weird file called "IEFixes.js" in the cache too. Which sounds a bit weird. (This one): g:\Temporary Internet Files\Content.IE5\8H6JCDEB\IEFixes[1].js > Date: 3/18/2007 4:11 AM > Size: 4,006 bytes Or maybe it's due to some other .js or CSS file(s) - who knows... I don't think the registry is involved - JUST the index.dat. Well, actually I'm fairly sure it isn't, since when I copied back the previously saved index.dat file, everything was ok again. BTW, I never "removed" or "moved" the index.dat file, per se. I simply made a copy of it, and renamed it (and/or renamed the copy, back and forth), and left both files in the TIF folder - was much easier and safer this way. So one file might be named index.dat, and the other index.ddd, or whatever (easy to play with in DOS that way). So IOW, I never booted up without one index.dat file in there (and this is in CONTENT.IE5). (Except when I truly cleaned out the TIF with deltree, and all that). Oh, and one other thing, AFAIK, I've only had this problem at the Wikipedia site, and even then, only with certain pages, or at least with that one with Joseph Campbell (I really haven't had the stomach to try out a bunch more there). And after it's happened, I've haven't researched all the consequences, although I do believe it took noticeably longer to reload the web pages, of course. But as for the cookies, I don't know the effects, and didn't check that out. (My guess is that since the actual cookies folder, and *its* index.dat, seemed to be unaffected, things would still be ok, but I don't know for sure). I was just too upset at that stage with what had happened to my TIF file cache, that I just "took it from there". >>>>>>>>>>> I'm going to post this here too because I think this problem >>>>>>>>>>> is a bit unique and eclectic, and maybe some guru in here [quoted text clipped - 433 lines] > PCR > pcrrcp@netzero.net | I'm going to answer this up here, since it's getting a bit lengthy now. | [quoted text clipped - 5 lines] | URLs there get corrupted, due to some weird CSS or .js file or files, and | the damage that inflicts on index.dat. That's a good theory. Windows can't handle something that Wikipedia site is doing when the search for Joseph Campbell is complete. And probably it is something deposited in TIFs at fault. InCtrl5 reports all changes to the Registry and files, but there is no guarantee in a multitasking system that the changes were caused by my doings at Wikipedia. Of the 6 Registry differences... let me look again at them... sheesh, looks like some were a result of that activity-- but I can't figure the effect! Anyhow, as you say, switching back the proir Index.dat cures the problem. Yea, I guess the Registry is faultless-- unless something wasn't done to it that needed to be done. Then, when you replaced the Index.dat, it no longer was needed. I don't know, but that seems unlikely. I guess your theory is good. Good enough for me, anyhow, Colorado. | Also note below (per your findings) that there is a weird file called | "IEFixes.js" in the cache too. Which sounds a bit weird. (This one): [quoted text clipped - 4 lines] | | Or maybe it's due to some other .js or CSS file(s) - who knows... All of that stuff looked weird. Was there a ping to the Republic of China in there? Here's another one that mentioned fixes... g:\Temporary Internet Files\Content.IE5\XOT55FOT\IE60Fixes[1].css Date: 3/18/2007 4:11 AM Size: 1,309 bytes | I don't think the registry is involved - JUST the index.dat. | Well, actually I'm fairly sure it isn't, since when I copied back the [quoted text clipped - 5 lines] | So one file might be named index.dat, and the other index.ddd, or whatever | (easy to play with in DOS that way). I think that was a good procedure, & it very likely proves a corruption in TIFs was caused by Wikipedia. I really don't know what a .js or a .css file is supposed to do, though-- whether it plays with TIFs or is just supposed to write to the screen. It might not be a file doing it. It could be that Wikipedia is failing to inform Windows that it's finished loading stuff into TIFs or failing to say something. Then, Windows makes an adjustment by deleting many TIFs & failing to copy cookies back into them. I don't know. | So IOW, I never booted up without one index.dat file in there (and this is | in CONTENT.IE5). (Except when I truly cleaned out the TIF with deltree, | and all that). For that run, I cleaned them out. Then I went to Google & Microsoft to get some in. Finally, Wikipedia wiped all those, & actually I saw only TWO Wikipedia TIFs in there I think-- although InCtrl 5 claims there were many more! | Oh, and one other thing, AFAIK, I've only had this problem at the Wikipedia | site, and even then, only with certain pages, or at least with that one with | Joseph Campbell (I really haven't had the stomach to try out a bunch more | there). I've totally lost my stomach going there myself! | And after it's happened, I've haven't researched all the consequences, | although I do believe it took noticeably longer to reload the web pages, of | course. That could be. My situation was longstanding before this thread caused me to see it. Yea, things were slow. Also, it might be certain sites I thought should be in History wanted to go back online when clicked. I can't swear this was the cause, but it seems possible indeed. | But as for the cookies, I don't know the effects, and didn't | check that out. (My guess is that since the actual cookies folder, and | *its* index.dat, seemed to be unaffected, things would still be ok, but I | don't know for sure). I was just too upset at that stage with what had | happened to my TIF file cache, that I just "took it from there". I'll go with that. I didn't detect a change in Cookies. Values changed: 6 HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Str eamMRU "MRUListEx" Old type: REG_BINARY New type: REG_BINARY Old data: (data too large: 804 bytes) New data: (data too large: 804 bytes) HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Str eams\2 "CabView" Old type: REG_BINARY New type: REG_BINARY Old data: 5C, 00, 00, 00, 00, 00, 00, 00, 01, 00, 00, 00, FF, FF, FF, FF, FF, FF, FF, FF, FF, FF, FF, FF, FF, FF, FF, FF, 00, 00, 00, 00, 00, 00, 00, 00, 00, 04, 00, 00, E9, 02, 00, 00, 04, 00, 00, 00, 00, 00, 00, 00, 40, 95, 77, 71, 00, 00, 00, 00, DE, A5, 45, 00, 06, 00, 00, 00, 01, 00, 00, 00, DC, EB, 7E, 01, 00, 00, 00, 00, 98, F5, 50, 71, 01, 00, 00, 00, 17, 00, 00, 00 New data: 5C, 00, 00, 00, 00, 00, 00, 00, 01, 00, 00, 00, FF, FF, FF, FF, FF, FF, FF, FF, FF, FF, FF, FF, FF, FF, FF, FF, 00, 00, 00, 00, 00, 00, 00, 00, 00, 04, 00, 00, E9, 02, 00, 00, 04, 00, 00, 00, 00, 00, 00, 00, 40, 95, 77, 71, 00, 00, 00, 00, FE, 76, 42, 00, 06, 00, 00, 00, 01, 00, 00, 00, DC, EB, 7E, 01, 00, 00, 00, 00, 98, F5, 50, 71, 01, 00, 00, 00, 17, 00, 00, 00 HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Use rAssist\{75048700-EF1F-11D0-9888-006097DEACF9}\Count "HRZR_HVDPHG" Old type: REG_BINARY New type: REG_BINARY Old data: 5D, 08, 00, 00, 1A, 42, 00, 00, 80, DC, 87, F0, 34, 69, C7, 01 New data: 5D, 08, 00, 00, 1B, 42, 00, 00, 00, 2E, 67, 30, 35, 69, C7, 01 HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\Connections "SavedLegacySettings" Old type: REG_BINARY New type: REG_BINARY Old data: 3C, 00, 00, 00, 6C, BD, 00, 00, 01, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 20, 7F, 9D, 21, 37, 34, C1, 01, 01, 00, 00, 00, 3F, D2, D9, 84, 00, 00, 00, 00, 00, 00, 00, 00 New data: 3C, 00, 00, 00, 6D, BD, 00, 00, 01, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 20, 7F, 9D, 21, 37, 34, C1, 01, 01, 00, 00, 00, 3F, D2, D9, 84, 00, 00, 00, 00, 00, 00, 00, 00 HKEY_CLASSES_ROOT\Applications\Notepad.exe\shell "FriendlyCacheCTime" Old type: REG_BINARY New type: REG_BINARY Old data: 5F, 16, E8, BF, 60, 62, A0, C2 New data: 5F, 16, E8, BF, 00, 30, A0, C2 HKEY_LOCAL_MACHINE\Software\Description\Microsoft\Rpc\UuidPersistentData "LastTimeAllocated" Old type: REG_BINARY New type: REG_BINARY Old data: 00, 20, FC, A7, 06, D5, DB, 01 New data: E0, 80, C1, E7, 06, D5, DB, 01 To Contents ------------------------------------------------------------------------ -------- Disk contents Drives tracked: 2 c:\ g:\ Files added: 36 g:\Temporary Internet Files\Content.IE5\8H6JCDEB\ajax[1].js Date: 3/18/2007 4:12 AM Size: 4,386 bytes g:\Temporary Internet Files\Content.IE5\8H6JCDEB\commonPrint[1].css Date: 3/18/2007 4:11 AM Size: 5,241 bytes g:\Temporary Internet Files\Content.IE5\8H6JCDEB\handheld[1].css Date: 3/18/2007 4:11 AM Size: 23,491 bytes g:\Temporary Internet Files\Content.IE5\8H6JCDEB\IEFixes[1].js Date: 3/18/2007 4:11 AM Size: 4,006 bytes g:\Temporary Internet Files\Content.IE5\8H6JCDEB\index[1].php Date: 3/18/2007 4:12 AM Size: 15,128 bytes g:\Temporary Internet Files\Content.IE5\8H6JCDEB\index[2].php Date: 3/18/2007 4:12 AM Size: 7,333 bytes g:\Temporary Internet Files\Content.IE5\8H6JCDEB\index[3].php Date: 3/18/2007 4:12 AM Size: 75 bytes g:\Temporary Internet Files\Content.IE5\8H6JCDEB\main[1].css Date: 3/18/2007 4:11 AM Size: 29,156 bytes g:\Temporary Internet Files\Content.IE5\8H6JCDEB\Main_Page[2] Date: 3/18/2007 4:11 AM Size: 47,621 bytes g:\Temporary Internet Files\Content.IE5\8H6JCDEB\Monobook-bullet[1].png Date: 3/18/2007 4:12 AM Size: 104 bytes g:\Temporary Internet Files\Content.IE5\8H6JCDEB\wikibits[1].js Date: 3/18/2007 4:11 AM Size: 37,658 bytes g:\Temporary Internet Files\Content.IE5\8H6JCDEB\Wikisource-logo-35px[1].png Date: 3/18/2007 4:12 AM Size: 2,368 bytes g:\Temporary Internet Files\Content.IE5\8H6JCDEB\Wiktionary-logo-51px[1].gif Date: 3/18/2007 4:12 AM Size: 523 bytes g:\Temporary Internet Files\Content.IE5\OEKXQX1A\100px-MiltonViaduct[1].jpg Date: 3/18/2007 4:12 AM Size: 2,280 bytes g:\Temporary Internet Files\Content.IE5\OEKXQX1A\Wikinews-logo-51px[1].png Date: 3/18/2007 4:12 AM Size: 3,092 bytes g:\Temporary Internet Files\Content.IE5\OEKXQX1A\Wikiquote-logo-51px[1].png Date: 3/18/2007 4:12 AM Size: 1,655 bytes g:\Temporary Internet Files\Content.IE5\RR9RNTCW\100px-Voskhod2patch[1].png Date: 3/18/2007 4:12 AM Size: 15,699 bytes g:\Temporary Internet Files\Content.IE5\RR9RNTCW\250px-Black-headed_Gull_-_St_James%27s_Park%2 C_London_-_Nov_2006[1].jpg Date: 3/18/2007 4:12 AM Size: 9,470 bytes g:\Temporary Internet Files\Content.IE5\RR9RNTCW\wiki-en[1].png Date: 3/18/2007 4:12 AM Size: 11,974 bytes g:\Temporary Internet Files\Content.IE5\T0GRH1CH\external[1].png Date: 3/18/2007 4:12 AM Size: 165 bytes g:\Temporary Internet Files\Content.IE5\T0GRH1CH\Joseph_Campbell[2] Date: 3/18/2007 4:12 AM Size: 80,303 bytes g:\Temporary Internet Files\Content.IE5\T0GRH1CH\Wikispecies-logo-35px[1].png Date: 3/18/2007 4:12 AM Size: 3,634 bytes g:\Temporary Internet Files\Content.IE5\WT4VG7OR\magnify-clip[1].png Date: 3/18/2007 4:12 AM Size: 267 bytes g:\Temporary Internet Files\Content.IE5\WXAJSTIB\100px-Flag_of_the_People%27s_Republic_of_Chin a.svg[1].png Date: 3/18/2007 4:12 AM Size: 968 bytes g:\Temporary Internet Files\Content.IE5\WXAJSTIB\130px-Drury_lane_interior_1808[1].jpg Date: 3/18/2007 4:12 AM Size: 3,816 bytes g:\Temporary Internet Files\Content.IE5\WXAJSTIB\poweredby_mediawiki_88x31[1].png Date: 3/18/2007 4:12 AM Size: 1,933 bytes g:\Temporary Internet Files\Content.IE5\WXAJSTIB\Wikibooks-logo-35px[1].png Date: 3/18/2007 4:12 AM Size: 2,728 bytes g:\Temporary Internet Files\Content.IE5\XOT55FOT\180-px_Jonathan_young_joseph_campbell[1].jpg Date: 3/18/2007 4:12 AM Size: 4,554 bytes g:\Temporary Internet Files\Content.IE5\XOT55FOT\50px-Wikiquote-logo-en[1].png Date: 3/18/2007 4:12 AM Size: 4,717 bytes g:\Temporary Internet Files\Content.IE5\XOT55FOT\bullet[1].gif Date: 3/18/2007 4:12 AM Size: 50 bytes g:\Temporary Internet Files\Content.IE5\XOT55FOT\headbg[1].jpg Date: 3/18/2007 4:12 AM Size: 7,881 bytes g:\Temporary Internet Files\Content.IE5\XOT55FOT\IE60Fixes[1].css Date: 3/18/2007 4:11 AM Size: 1,309 bytes g:\Temporary Internet Files\Content.IE5\XOT55FOT\index[2].php Date: 3/18/2007 4:12 AM Size: 22,405 bytes g:\Temporary Internet Files\Content.IE5\XOT55FOT\user[1].gif Date: 3/18/2007 4:12 AM Size: 932 bytes g:\Temporary Internet Files\Content.IE5\XOT55FOT\wikimedia-button[1].png Date: 3/18/2007 4:12 AM Size: 890 bytes g:\Temporary Internet Files\Content.IE5\XOT55FOT\Wikiversity-logo-41px[1].png Date: 3/18/2007 4:12 AM Size: 1,226 bytes Files changed: 4 c:\WINDOWS\Cookies\index.dat Old date: 3/18/2007 4:10 AM New date: 3/18/2007 4:11 AM Old size: 65,536 bytes New size: 65,536 bytes c:\WINDOWS\History\History.IE5\index.dat Old date: 3/18/2007 4:10 AM New date: 3/18/2007 4:11 AM Old size: 393,216 bytes New size: 393,216 bytes c:\WINDOWS\History\History.IE5\MSHist012007031820070319\index.dat Old date: 3/18/2007 4:02 AM New date: 3/18/2007 4:12 AM Old size: 32,768 bytes New size: 32,768 bytes g:\Temporary Internet Files\Content.IE5\index.dat Old date: 3/18/2007 4:10 AM New date: 3/18/2007 4:11 AM Old size: 4,964,352 bytes New size: 4,964,352 bytes I just want to add one more thing here lest I forget. I've downloaded some other utilities over time that can look at the cache, and that after I've had this corrrupted TIF problem, some of those utilities still report all the files in the TIF (i.e., no apparent losses), and .. some don't (just like IE). But in ANY case, I know the actual FILES are still cached on the HD in the subfolders. So the problem is in index.dat, and that it has been partially corrupted so that some programs cannot read it properly anymore (like IE). The presumption, therefore, is that some of these utilities are reading the index.dat file to get their information, and that some are (possibly) directly reading the files stored in the cache subfolders, OR that (possibly) some of these utilities are able to in some way process the index.dat file better than IE does when it has some corruption. Bottom line is that it really doesn't matter, since if IE can't do it, that's the end game. In which case we need to rebuild the TIF over again (or put back a just previously saved good index.dat file). >> I'm going to answer this up here, since it's getting a bit lengthy now. >> >> I think to make a long story short, after you visit the Wikipedia site AND >> search for Joseph Campbell, AND let that page load, one or more of the files >> coming into the TIF creates some problem for the TIF's index.dat file (but >> NOT the registry), and that index.dat file gets a bit "corrupted". >> Possibly the hash codes for some or many of the URLs and/or the links to the >> URLs there get corrupted, due to some weird CSS or .js file or files, and >> the damage that inflicts on index.dat. [quoted text clipped - 35 lines] >> BTW, I never "removed" or "moved" the index.dat file, per se. I simply >> made a copy of it, and renamed it (and/or renamed the copy, back and forth), >> and left both files in the TIF folder - was much easier and safer this way. >> So one file might be named index.dat, and the other index.ddd, or whatever >> (easy to play with in DOS that way). > [quoted text clipped - 8 lines] > >> So IOW, I never booted up without one index.dat file in there (and this is >> in CONTENT.IE5). (Except when I truly cleaned out the TIF with deltree, >> and all that). > [quoted text clipped - 4 lines] > >> Oh, and one other thing, AFAIK, I've only had this problem at the Wikipedia >> site, and even then, only with certain pages, or at least with that one with >> Joseph Campbell (I really haven't had the stomach to try out a bunch more >> there). [quoted text clipped - 3 lines] >> And after it's happened, I've haven't researched all the consequences, >> although I do believe it took noticeably longer to reload the web pages, of >> course. > [quoted text clipped - 38 lines] > > HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\ Explorer\Use > rAssist\{75048700-EF1F-11D0-9888-006097DEACF9}\Count "HRZR_HVDPHG" > Old type: REG_BINARY [quoted text clipped - 3 lines] > > HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\ Internet > Settings\Connections "SavedLegacySettings" > Old type: REG_BINARY [quoted text clipped - 217 lines] > Old size: 4,964,352 bytes > New size: 4,964,352 bytes | I just want to add one more thing here lest I forget. I've downloaded | some other utilities over time that can look at the cache, and that after [quoted text clipped - 6 lines] | partially corrupted so that some programs cannot read it properly anymore | (like IE). Hmm. I didn't go look into the subfolders of Content.IE5. That could be why InCtrl5 reported 36 files added to them, but none deleted. They were still there I guess. Also, InCtrl5 reported no change to the main TIF folder's files, whether or not they were cookies. That indicates no file is there, but it is only a shadow of files located elsewhere. | The presumption, therefore, is that some of these utilities are reading the | index.dat file to get their information, and that some are (possibly) | directly reading the files stored in the cache subfolders, OR that | (possibly) some of these utilities are able to in some way process the | index.dat file better than IE does when it has some corruption. I'll agree with all that. I think I've read the Index.dat itself contains the files & all we see of them in Explorer is constructed from it. I should have looked into the subfolders to see whether they were pulled out, but just the shadows were gone. | Bottom line is that it really doesn't matter, since if IE can't do it, | that's the end game. In which case we need to rebuild the TIF over again | (or put back a just previously saved good index.dat file). Yea. IE continues to function, but I think it is slower as you say & possibly offline browsing is substantially lost. I remember seeing lots & lots of unusable URLs in History over many a month-- probably dating back to my first use of Wikipedia! | >> I'm going to answer this up here, since it's getting a bit lengthy now. | >> [quoted text clipped - 211 lines] | > | > g:\Temporary Internet Files\Content.IE5\8H6JCDEB\Monobook-bullet[1].png | > Date: 3/18/2007 4:12 AM | > Size: 104 bytes [quoted text clipped - 34 lines] | > | > g:\Temporary Internet Files\Content.IE5\RR9RNTCW\250px-Black-headed_Gull_-_St_James%27s_Park%2 | > C_London_-_Nov_2006[1].jpg | > Date: 3/18/2007 4:12 AM [quoted text clipped - 22 lines] | > | > g:\Temporary Internet Files\Content.IE5\WXAJSTIB\100px-Flag_of_the_People%27s_Republic_of_Chin | > a.svg[1].png | > Date: 3/18/2007 4:12 AM [quoted text clipped - 16 lines] | > | > g:\Temporary Internet Files\Content.IE5\XOT55FOT\180-px_Jonathan_young_joseph_campbell[1].jpg | > Date: 3/18/2007 4:12 AM | > Size: 4,554 bytes [quoted text clipped - 25 lines] | > | > g:\Temporary Internet Files\Content.IE5\XOT55FOT\wikimedia-button[1].png | > Date: 3/18/2007 4:12 AM | > Size: 890 bytes [quoted text clipped - 29 lines] | > Old size: 4,964,352 bytes | > New size: 4,964,352 bytes >> I just want to add one more thing here lest I forget. I've downloaded >> some other utilities over time that can look at the cache, and that after >> I've had this corrrupted TIF problem, some of those utilities still report >> all the files in the TIF (i.e., no apparent losses), and .. some don't (just >> like IE). >> >> But in ANY case, I know the actual FILES are still cached on the HD in the >> subfolders. So the problem is in index.dat, and that it has been >> partially corrupted so that some programs cannot read it properly anymore >> (like IE). > > Hmm. I didn't go look into the subfolders of Content.IE5. That could be > why InCtrl5 reported 36 files added to them, but none deleted. Yup, I'm pretty sure none were deleted. > They were still there I guess. Yup, I believe so. > Also, InCtrl5 reported no change to the main TIF > folder's files, whether or not they were cookies. That indicates no file > is there, but it is only a shadow of files located elsewhere. > >> The presumption, therefore, is that some of these utilities are reading the >> index.dat file to get their information, and that some are (possibly) >> directly reading the files stored in the cache subfolders, OR that [quoted text clipped - 3 lines] > I'll agree with all that. I think I've read the Index.dat itself > contains the files... No, I don't think so! Index.dat only contains the pointer links to the files. The cached data files themselves are contained in all the subfolders. Index.dat is an index file, after all. A pointer type of file. NOT the actual cached database, which is contained in all the subfolders. So if the index file gets corrupted, you still have the database cached files on the HD (that is true), BUT they're of no use anymore!, because as far as IE is concerned, they're just "not there" anymore (as in, lost track of). So IE will have to reload them again, and most likely with a new and completely different referenced link. (Meanwhile, the old cached ones will probably still remain there, invisible, as far as IE is concerned). > & all we see of them in Explorer is constructed from > it. I should have looked into the subfolders to see whether they were > pulled out, but just the shadows were gone. > >> Bottom line is that it really doesn't matter, since if IE can't do it, >> that's the end game. In which case we need to rebuild the TIF over again >> (or put back a just previously saved good index.dat file). > > Yea. IE continues to function, but I think it is slower as you say & > possibly offline browsing is substantially lost. I remember seeing lots > & lots of unusable URLs in History over many a month-- probably dating > back to my first use of Wikipedia! I found this problem occurs at some other pages in Wikipedia, too, so I'm beginning to suspect that the Wikipedia site, and maybe only that site (and some pages within that site), is problematic. Thst is most unfortunate, as it's a nice informative site. Guess I'll have to use Firefox to visit Wikipedia if I must. I kinda doubt if Firefox will have the same problems. >>>> I'm going to answer this up here, since it's getting a bit lengthy now. >>>> >>>> I think to make a long story short, after you visit the Wikipedia site AND >>>> search for Joseph Campbell, AND let that page load, one or more of the >>>> files coming into the TIF creates some problem for the TIF's index.dat >>>> file (but NOT the registry), and that index.dat file gets a bit >>>> "corrupted". Possibly the hash codes for some or many of the URLs and/or >>>> the links to the URLs there get corrupted, due to some weird CSS or .js >>>> file or files, and the damage that inflicts on index.dat. [quoted text clipped - 15 lines] >>>> Also note below (per your findings) that there is a weird file called >>>> "IEFixes.js" in the cache too. Which sounds a bit weird. (This one): >>>> g:\Temporary Internet Files\Content.IE5\8H6JCDEB\IEFixes[1].js >>>>> Date: 3/18/2007 4:11 AM [quoted text clipped - 14 lines] >>>> >>>> BTW, I never "removed" or "moved" the index.dat file, per se. I simply >>>> made a copy of it, and renamed it (and/or renamed the copy, back and >>>> forth), and left both files in the TIF folder - was much easier and safer >>>> this way. So one file might be named index.dat, and the other index.ddd, >>>> or whatever (easy to play with in DOS that way). >>> [quoted text clipped - 8 lines] >>> >>>> So IOW, I never booted up without one index.dat file in there (and this is >>>> in CONTENT.IE5). (Except when I truly cleaned out the TIF with >>>> deltree, and all that). [quoted text clipped - 5 lines] >>> >>>> Oh, and one other thing, AFAIK, I've only had this problem at the Wikipedia >>>> site, and even then, only with certain pages, or at least with that one >>>> with Joseph Campbell (I really haven't had the stomach to try out a bunch >>>> more there). >>> >>> I've totally lost my stomach going there myself! >>> >>>> And after it's happened, I've haven't researched all the consequences, >>>> although I do believe it took noticeably longer to reload the web pages, of >>>> course. >>> [quoted text clipped - 5 lines] >>>> But as for the cookies, I don't know the effects, and didn't >>>> check that out. (My guess is that since the actual cookies folder, and >>>> *its* index.dat, seemed to be unaffected, things would still be ok, but I >>>> don't know for sure). I was just too upset at that stage with what had >>>> happened to my TIF file cache, that I just "took it from there". >>> [quoted text clipped - 3 lines] >>> >>> HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\ Explorer\Str >>> eamMRU "MRUListEx" >>> Old type: REG_BINARY [quoted text clipped - 3 lines] >>> >>> HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\ Explorer\Str >>> eams\2 "CabView" >>> Old type: REG_BINARY [quoted text clipped - 13 lines] >>> >>> HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\ Explorer\Use >>> rAssist\{75048700-EF1F-11D0-9888-006097DEACF9}\Count "HRZR_HVDPHG" >>> Old type: REG_BINARY [quoted text clipped - 22 lines] >>> >>> HKEY_LOCAL_MACHINE\Software\Description\Microsoft\Rpc\ UuidPersistentData >>> "LastTimeAllocated" >>> Old type: REG_BINARY [quoted text clipped - 204 lines] >>> Old size: 4,964,352 bytes >>> New size: 4,964,352 bytes | >> I just want to add one more thing here lest I forget. I've downloaded | >> some other utilities over time that can look at the cache, and that after [quoted text clipped - 45 lines] | completely different referenced link. (Meanwhile, the old cached ones will | probably still remain there, invisible, as far as IE is concerned). It could be as you say. But I believe it was Terhune who said the whole thing (all of TIFs-- maybe except for shadowed cookies) is constructed by Windows from the contents of that Index.dat. Everything is extracted from it. I'll have to boot to True DOS to see whether it can see files within the subfolders of Content.IE5. A Windows DOS box does see them, BUT they've already been extracted (if so) by the time a DOS box is available... G:\Temporary Internet Files\Content.IE5\XOT55FOT>dir /a Directory of G:\Temporary Internet Files\Content.IE5\XOT55FOT DESKTOP INI 67 03-19-07 7:47p desktop.ini TOOLBA~1 GIF 2,951 03-19-07 7:47p toolbar_sm[1].gif SEARCH~1 4,991 03-19-07 7:47p search[1] SEARCH~2 17,746 03-19-07 7:47p search[2] 4 file(s) 25,755 bytes | > & all we see of them in Explorer is constructed from | > it. I should have looked into the subfolders to see whether they were [quoted text clipped - 14 lines] | some pages within that site), is problematic. Thst is most unfortunate, | as it's a nice informative site. Uhuh. But, if Wikipedia does it, I'm sure there must be other sites doing it too. | Guess I'll have to use Firefox to visit | Wikipedia if I must. I kinda doubt if Firefox will have the same problems. If you have it, sure give it a try. But does Firefox use the same TIFs? | >>>> I'm going to answer this up here, since it's getting a bit lengthy now. | >>>> [quoted text clipped - 138 lines] | >>> | >>> HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\ Internet | >>> Settings\Connections "SavedLegacySettings" | >>> Old type: REG_BINARY [quoted text clipped - 38 lines] | >>> | >>> g:\Temporary Internet Files\Content.IE5\8H6JCDEB\commonPrint[1].css | >>> Date: 3/18/2007 4:11 AM | >>> Size: 5,241 bytes [quoted text clipped - 67 lines] | >>> | >>> g:\Temporary Internet Files\Content.IE5\RR9RNTCW\250px-Black-headed_Gull_-_St_James%27s_Park%2 | >>> C_London_-_Nov_2006[1].jpg | >>> Date: 3/18/2007 4:12 AM [quoted text clipped - 9 lines] | >>> | >>> g:\Temporary Internet Files\Content.IE5\T0GRH1CH\Joseph_Campbell[2] | >>> Date: 3/18/2007 4:12 AM | >>> Size: 80,303 bytes [quoted text clipped - 5 lines] | >>> | >>> g:\Temporary Internet Files\Content.IE5\WT4VG7OR\magnify-clip[1].png | >>> Date: 3/18/2007 4:12 AM | >>> Size: 267 bytes | >>> | >>> g:\Temporary Internet Files\Content.IE5\WXAJSTIB\100px-Flag_of_the_People%27s_Republic_of_Chin | >>> a.svg[1].png | >>> Date: 3/18/2007 4:12 AM [quoted text clipped - 16 lines] | >>> | >>> g:\Temporary Internet Files\Content.IE5\XOT55FOT\180-px_Jonathan_young_joseph_campbell[1].jpg | >>> Date: 3/18/2007 4:12 AM | >>> Size: 4,554 bytes [quoted text clipped - 59 lines] | >>> Old size: 4,964,352 bytes | >>> New size: 4,964,352 bytes >>>> I just want to add one more thing here lest I forget. I've downloaded >>>> some other utilities over time that can look at the cache, and that after >>>> I've had this corrrupted TIF problem, some of those utilities still report >>>> all the files in the TIF (i.e., no apparent losses), and .. some don't >>>> (just like IE). >>>> >>>> But in ANY case, I know the actual FILES are still cached on the HD in the >>>> subfolders. So the problem is in index.dat, and that it has been >>>> partially corrupted so that some programs cannot read it properly anymore >>>> (like IE). >>> [quoted text clipped - 12 lines] >>> >>>> The presumption, therefore, is that some of these utilities are reading the >>>> index.dat file to get their information, and that some are (possibly) >>>> directly reading the files stored in the cache subfolders, OR that [quoted text clipped - 5 lines] >> >> No, I don't think so! Index.dat only contains the pointer links to the >> files. The cached data files themselves are contained in all the >> subfolders. >> >> Index.dat is an index file, after all. A pointer type of file. NO T the >> actual cached database, which is contained in all the subfolders. So if >> the index file gets corrupted, you still have the database cached files on >> the HD (that is true), BUT they're of no use anymore!, because as far as IE >> is concerned, they're just "not there" anymore (as in, lost track of). >> So IE will have to reload them again, and most likely with a new and >> completely different referenced link. (Meanwhile, the old cached ones will >> probably still remain there, invisible, as far as IE is concerned). > > It could be as you say. But I believe it was Terhune who said the whole > thing (all of TIFs-- maybe except for shadowed cookies) is constructed > by Windows from the contents of that Index.dat. Everything is extracted > from it. Well, "constructed by" is a bit ambiguous, as it's written. The point is that the actual data, which can be many, many, megabytes of cached data, IS stored in the subfolders. Go look and see, if you don't believe me. (BTDT) And there is a LOT of data down there, in my case (I have a 100 MB cache, with 8 subfolders, nearly full, at 100 MB). But the index file consists of hashed pointers and links to be able to get to, and access, the data contained within each of the subfolders, and to be able to do it quickly. This idea is not new; it's the way many databases work. They use an index file to link to (or reference, or point to) the actual data, which is contained in a separate data file. It is SO much faster doing this, rather than having to search and scan through all the data files, searching for some data. > I'll have to boot to True DOS to see whether it can see files within the > subfolders of Content.IE5. A Windows DOS box does see them, BUT they've [quoted text clipped - 14 lines] >>>> Bottom line is that it really doesn't matter, since if IE can't do it, >>>> that's the end game. In which case we need to rebuild the TIF over again >>>> (or put back a just previously saved good index.dat file). >>> [quoted text clipped - 5 lines] >> I found this problem occurs at some other pages in Wikipedia, too, so I'm >> beginning to suspect that the Wikipedia site, and maybe only that site (and >> some pages within that site), is problematic. Thst is most unfortunate, >> as it's a nice informative site. > > Uhuh. But, if Wikipedia does it, I'm sure there must be other sites > doing it too. I don't know. I just don't know about that, since Wikipedia is (apparently, from what I've gathered) such a very "unique" and "open" (to data submittals), site. And if you search on the Internet, I think you'll find some references to various issues some people have had with the site. But I've had a hard time narrowing down the search for such bugs - THAT is the problem. >> Guess I'll have to use Firefox to visit >> Wikipedia if I must. I kinda doubt if Firefox will have the same problems. > If you have it, sure give it a try. But does Firefox use the same TIFs? Firefox uses its own cache, and mine doesn't have any subfolders, and its stored under Windows\Application Data\Mozilla - a completely different location. >>>>>> I'm going to answer this up here, since it's getting a bit lengthy now. >>>>>> I think to make a long story short, after you visit the Wikipedia site >>>>>> AND search for Joseph Campbell, AND let that page load, one or more of >>>>>> the files coming into the TIF creates some problem for the TIF's >>>>>> index.dat file (but NOT the registry), and that index.dat file gets a bit >>>>>> "corrupted". Possibly the hash codes for some or many of the URLs and/or >>>>>> the links to the URLs there get corrupted, due to some weird CSS or .js >>>>>> file or files, and the damage that inflicts on index.dat. >>>>> >>>>> That's a good theory. Windows can't handle something that Wikipedia site >>>>> is doing when the search for Joseph Campbell is complete. And probably >>>>> it is something deposited in TIFs at fault. InCtrl5 reports all changes >>>>> to the Registry and files, but there is no guarantee in a multitasking >>>>> system that the changes were caused by my doings at Wikipedia. Of the 6 >>>>> Registry differences... let me look again at them... sheesh, looks like >>>>> some were a result of that activity-- but I can't figure the effect! >>>>> Anyhow, as you say, switching back the proir Index.dat cures the [quoted text clipped - 6 lines] >>>>>> Also note below (per your findings) that there is a weird file called >>>>>> "IEFixes.js" in the cache too. Which sounds a bit weird. (This one): >>>>>> g:\Temporary Internet Files\Content.IE5\8H6JCDEB\IEFixes[1].js >>>>>>> Date: 3/18/2007 4:11 AM [quoted text clipped - 14 lines] >>>>>> >>>>>> BTW, I never "removed" or "moved" the index.dat file, per se. I simply >>>>>> made a copy of it, and renamed it (and/or renamed the copy, back and >>>>>> forth), and left both files in the TIF folder - was much easier and safer >>>>>> this way. So one file might be named index.dat, and the other index.ddd, >>>>>> or whatever (easy to play with in DOS that way). >>>>> >>>>> I think that was a good procedure, & it very likely proves a corruption >>>>> in TIFs was caused by Wikipedia. I really don't know what a .js or a >>>>> .css file is supposed to do, though-- whether it plays with TIFs or is [quoted text clipped - 5 lines] >>>>> >>>>>> So IOW, I never booted up without one index.dat file in there (and this >>>>>> is in CONTENT.IE5). (Except when I truly cleaned out the TIF with >>>>>> deltree, and all that). >>>>> [quoted text clipped - 5 lines] >>>>>> Oh, and one other thing, AFAIK, I've only had this problem at the >>>>>> Wikipedia site, and even then, only with certain pages, or at least with >>>>>> that one with Joseph Campbell (I really haven't had the stomach to try >>>>>> out a bunch more there). >>>>> >>>>> I've totally lost my stomach going there myself! >>>>> >>>>>> And after it's happened, |
Enable EMail Alerts
Start New Thread
Reply to this Message