ie8 saves mht files WITHOUT indexing attribute

guys,

as for the Desktop folder itself, i.e.
C:\Users\MyUserName\Desktop

it DOES have the indexing option checked too...

I suspect that th experiment you are trying would affect ALL file-types when
put into such a folder with that un-checked, no??
The scenario I described does NOT leave the property unchecked for all file
types saved from IE8, but .mht IS certainly one type that has this happen...

so Kai, you don't see this problem on your Vista Desktop?! (SP1, IE8
8.0.6001.18702)?

I must admit, I've only just noticed it and I'm sure I've done similar
'save' operations before and they are not missing this attribute...

m

"Donald Anadell" wrote:

>
> "Kai Schaetzl" <kai@mvps.org.invalid> wrote in message
> news:VA.0000652a.035fb3f8@news.conactive.com...
> > Donald Anadell schrieb am Wed, 15 Apr 2009 17:02:29 -0400:
> >
> >> But saving the .mht file to the
> >> desktop without the indexing checkmark under Properites(as the OP
> >> reports) I
> >> can not reproduce.
> >
>
> > Did you remove the checkmark from the Desktop folder?
>
> From a test Folder created on the Desktop, yes I tested adding and removing
> the checkmark.
>
> But removing the checkmark from the Desktop folder itself, how do you do
> that?
>
> Donald Anadell
>
>
>
>
> >
> > Kai
> > --
> > Helpsites about Windows: http://www.mvps.org
> > IE repair script: http://iefaq.info
> >
>
>
>

"Donald Anadell" <danadell@nospamersmikrotec.com> wrote in message
news:ejpqzKivJHA.5708@TK2MSFTNGP04.phx.gbl...
>
> "Kai Schaetzl" <kai@mvps.org.invalid> wrote in message
> news:VA.0000652a.035fb3f8@news.conactive.com...
>> Donald Anadell schrieb am Wed, 15 Apr 2009 17:02:29 -0400:
>>
>>> But saving the .mht file to the
>>> desktop without the indexing checkmark under Properites(as the OP
>>> reports) I
>>> can not reproduce.
>>
>
>> Did you remove the checkmark from the Desktop folder?
>
> From a test Folder created on the Desktop, yes I tested adding and
> removing the checkmark.
>
> But removing the checkmark from the Desktop folder itself, how do you do
> that?

Never mind I'm this reply, I'm on the same page with you now

Donald Anadell

>
> Donald Anadell
>
>
>
>
>>
>> Kai
>> --
>> Helpsites about Windows: http://www.mvps.org
>> IE repair script: http://iefaq.info
>>
>
>

"magic144" <magic144@discussions.microsoft.com> wrote in message
news:4A89CF7E-218D-4296-947D-4EA458C43F68@microsoft.com...
> Hi Donald, thanks again for your feedback

OK magic144. Sorry I don't have anything else to suggest to you.

Donald Anadell


>
> fyi yes the file type is checked (for .mht files) under that Indexing
> Options sub-section!
>
> "Donald Anadell" wrote:
>
>>
>> "RalfG" <itsnotme@ladeda.deda> wrote in message
>> news:AF528D44-9FE4-4482-9698-05792F1C8082@microsoft.com...
>> >I get the same result here with IE8 in Vista, the saved files are marked
>> >for indexing.
>> >
>> > I was able to reproduce the OP's symptom however by saving the file
>> > into a
>> > Folder that did not have indexing enabled. I turned indexing off in the
>> > folder for the experiment. While indexing was turned on the files saved
>> > into the folder from IE8 were also flagged for indexing. When indexing
>> > for
>> > that same folder was turned off a newly saved file had indexing
>> > disabled.
>> > Re-enabling indexing for the folder automatically set the indexing flag
>> > on
>> > the previously saved file as well.
>>
>> Thanks for the feedback RalfG. Yes, I to can reproduce the OP's symtom
>> under your senario with IE8 on Windows XP. But saving the .mht file to
>> the
>> desktop without the indexing checkmark under Properites(as the OP
>> reports) I
>> can not reproduce.
>>
>> The only other setting that I can think of that might be affecting the OP
>> is
>> covered in the MS Article:
>> http://support.microsoft.com/kb/932989
>>
>> "The file type of the file is not indexed"
>>
>> Control Panel||System and Maintenance||Indexing Options||Advanced||File
>> Types
>>
>> File extension must be checkmarked in order for the file type to be
>> included
>> in the index.
>>
>> Maybe the OP doesn't have the .mht file extension checkmarked in the Flie
>> Types(tab) at the above location, and therefore when he saves the .mht
>> file
>> to his Desktop the Property is not set in the file for indexing.
>>
>> I don't use Vista so I'm unable to test that here, so it's only
>> speculation
>> on my part.
>>
>> Donald Anadell
>>
>>
>> >
>> > "Donald Anadell" <danadell@nospamersmikrotec.com> wrote in message
>> > news:#G3#6UbvJHA.4592@TK2MSFTNGP06.phx.gbl...
>> >
>> >> I don't use use Vista but I can tell you that IE8 on Windows XP will
>> >> automaticly checkmark the Item:
>> >> "For fast searching, allow Indexing Service to indes this file" when
>> >> saving a .mht file.
>> >>
>> >> So I'm unable to reproduce your problem on a Windows XP IE8
>> >> configuration.
>> >>
>> >> Good luck,
>> >>
>> >> Donald Anadell
>> >>
>> >>
>> >>>
>> >
>> >
>>
>>
>>

Magic144 schrieb am Wed, 15 Apr 2009 18:25:01 -0700:

> as for the Desktop folder itself, i.e.
> C:\Users\MyUserName\Desktop
>
> it DOES have the indexing option checked too...
>
> I suspect that th experiment you are trying would affect ALL file-types when
> put into such a folder with that un-checked, no??

Obviously.

> The scenario I described does NOT leave the property unchecked for all file
> types saved from IE8, but .mht IS certainly one type that has this happen...
>
> so Kai, you don't see this problem on your Vista Desktop?! (SP1, IE8
> 8.0.6001.18702)?

I don't have a Vista desktop with IE8 to test this. The point is that RalfG was
able to reproduce your problem by removing that attribute from a folder in the
path. It obviously is inherited from it. If you want to reproduce this you have
to remove it from the desktop folder as well, of course. It's just another
ordinary folder.

As I understand, it's not removed on your PC? Nevertheless, I think this is a
route that is worth exploring. Try saving to other paths of the disk. There
might be some other functionality enabled/disabled or an add-on that causes
this behavior. As no one can reproduce it, but it can be reproduced by removing
the attribute from the path I think it's almost certain that it is not IE8 that
causes it.


Kai
--
Helpsites about Windows: http://www.mvps.org
IE repair script: http://iefaq.info

Kai, thanks for your feedback.

Fact is, I have read about this specific problem with mht files, so to say
that noone can reproduce it based on feedback to this one thread is not quite
true.

I have tried saving .mht files to many other folders on my HDD and
consistently come up with the indexing attribute missing issue.

If I copy any of these files into the exact same folder(s), the attribute is
set just fine. Windows Explorer does the copy operation, so that is not
experiencing this issue. IE8 does the initial saving operation, so I don't
know how you can say that it's "almost certain" that it is not IE8's problem.

And sure, if I clear the attribute on a folder, any file I copy into that
folder will inherit that, but that merely gives me a way to make ALL file
types lose that attribute. I need to find the way to make ONE file type keep
the attribute!

I guess unless and until Microsoft provides an obvious IE8 bug feedback
channel (post-beta), this will just go down as a minor niggle to a handful of
people.

But anyway, don't mean to sound arrogant, I just wanted to explain things
more and I do appreciate the fact that there are people out there offering
feedback on their own user experience.

Thanks,
m

"Kai Schaetzl" wrote:

> Magic144 schrieb am Wed, 15 Apr 2009 18:25:01 -0700:
>
> > as for the Desktop folder itself, i.e.
> > C:\Users\MyUserName\Desktop
> >
> > it DOES have the indexing option checked too...
> >
> > I suspect that th experiment you are trying would affect ALL file-types when
> > put into such a folder with that un-checked, no??
>
> Obviously.
>
> > The scenario I described does NOT leave the property unchecked for all file
> > types saved from IE8, but .mht IS certainly one type that has this happen...
> >
> > so Kai, you don't see this problem on your Vista Desktop?! (SP1, IE8
> > 8.0.6001.18702)?
>
> I don't have a Vista desktop with IE8 to test this. The point is that RalfG was
> able to reproduce your problem by removing that attribute from a folder in the
> path. It obviously is inherited from it. If you want to reproduce this you have
> to remove it from the desktop folder as well, of course. It's just another
> ordinary folder.
>
> As I understand, it's not removed on your PC? Nevertheless, I think this is a
> route that is worth exploring. Try saving to other paths of the disk. There
> might be some other functionality enabled/disabled or an add-on that causes
> this behavior. As no one can reproduce it, but it can be reproduced by removing
> the attribute from the path I think it's almost certain that it is not IE8 that
> causes it.
>
>
> Kai
> --
> Helpsites about Windows: http://www.mvps.org
> IE repair script: http://iefaq.info
>
>

Magic144 schrieb am Thu, 16 Apr 2009 07:11:04 -0700:

> Fact is, I have read about this specific problem with mht files,

I'm not aware that you posted this information before. Where do people report
the exact same problem? Note, if you are talking about that KB article, that is
something completely different and has nothing to do with IE, anyway!

> I have tried saving .mht files to many other folders on my HDD and
> consistently come up with the indexing attribute missing issue.

Good. You haven't ruled out interference by other programs, though.

> If I copy any of these files into the exact same folder(s), the attribute is
> set just fine. Windows Explorer does the copy operation, so that is not
> experiencing this issue. IE8 does the initial saving operation, so I don't
> know how you can say that it's "almost certain" that it is not IE8's problem.

Because
- similar behavior can be be introduced at will and without IE8 in play
- you seem to be the only person reporting this (*)
- other people cannot reproduce the problem on Vista (RalfG)

That makes the chance of a bug in IE8 rather slim.
(*) even if you can present a few it doesn't prove much, you may have the same
software that creates this problem installed

> But anyway, don't mean to sound arrogant,

You don't, but it's a common mistake to attribute a problem to IE8 just because
it seems to have started at the same time you installed it. Investigate other
avenues, check out the usual steps for any add-on problem for instance:

Use the usual methods to identify the third-party software that produces
your problem:
1. run IE in "No Add-Ons" mode
2. disable third-party extensions in Internet Options/Advanced
3. boot Windows in safe mode

If any or a combination of the above solves your problem there is third-party
software responsible for your problem. Note: you have to surf in each step
long enough to identify if the problem persists or not and keep that
functionality switched off when you change to the next step. Just booting
into safe mode and then back to normal won't achieve anything.
If 1.: use Add-Ons-Manager and disable all non-Microsoft add-ons and*
*******reenable them step-by-step until your problem comes back
If 2.: that's likely a toolbar or some other installable add-on
If 3.: that's likely a third-party software run from startup that can but *****
*******doesn't need to have "visible" connections to IE, for instance
*******a so-called desktop search.



Kai
--
Helpsites about Windows: http://www.mvps.org
IE repair script: http://iefaq.info

Well I can't imagine what might have changed over the last 5 days but today
I was able to reproduce the original problem with saving mht files to the
desktop from IE8. More than that, saving to other folders on the system
partition gave the same result. I tried both with and without add-ons
enabled, it made no difference. Under certain conditions Windows explorer
also exhibited similar behaviour when moving said files between indexed
folders.

Ran a few test scenarios:

Saved the file to the top level Desktop folder - indexing was not set on the
saved file.
Saved the file to the Users/current_user/Desktop folder (indexing enabled on
folder) - indexing was not set on the file
Repeated same with add-ons disabled, same result.
Moved the saved file from the Desktop folder to Users/current_user/Documents
(indexing enabled on folder) but indexing was not enabled on the file.
Moved the same saved file from /Documents back to /Desktop - still no
change.
Moved the same saved file from Desktop to an indexed folder on a different
harddrive and the file subsequently had indexing enabled.
Moved the now indexed file back to the Desktop again and indexing remained
enabled.

The next bit was interesting,

Saved the same web page directly to the Users/current_user/Documents
folder(set for indexing) and the saved file was not indexed
Saved the same web page directly to the Users/current_user/Downloads
folder(set for indexing) and the saved file was not indexed
Saved the same web page directly to the Users/current_user/Videos folder(set
for indexing) and the saved file was not indexed
Saved the same web page directly to the Users/current_user/Pictures
folder(set for indexing) and the saved file was not indexed
Saved the same web page directly to the Users/current_user/Tracing
folder(set for indexing) and the saved file was not indexed
Saved the same web page directly to the Users/Public/Public Documents
folder(set for indexing) and the saved file was not indexed

I further found that even when I saved the same web page directly to
non-system folders on the OS system partition the saved files were not
marked for indexing in any of them. When I saved the file into various
folders on a non-system harddrive or partition however the file was always
marked for indexing as long as the folder itself was marked for indexing. It
leaves me thinking that folder virtualization and/or some security function
are implicated in this somehow, but I've no idea what the mechanism might
be.



"Kai Schaetzl" <kai@mvps.org.invalid> wrote in message
news:VA.00006534.01d3dddd@news.conactive.com...
> Magic144 schrieb am Thu, 16 Apr 2009 07:11:04 -0700:
>
>> Fact is, I have read about this specific problem with mht files,
>
> I'm not aware that you posted this information before. Where do people
> report
> the exact same problem? Note, if you are talking about that KB article,
> that is
> something completely different and has nothing to do with IE, anyway!
>
>> I have tried saving .mht files to many other folders on my HDD and
>> consistently come up with the indexing attribute missing issue.
>
> Good. You haven't ruled out interference by other programs, though.
>
>> If I copy any of these files into the exact same folder(s), the attribute
>> is
>> set just fine. Windows Explorer does the copy operation, so that is not
>> experiencing this issue. IE8 does the initial saving operation, so I
>> don't
>> know how you can say that it's "almost certain" that it is not IE8's
>> problem.
>
> Because
> - similar behavior can be be introduced at will and without IE8 in play
> - you seem to be the only person reporting this (*)
> - other people cannot reproduce the problem on Vista (RalfG)
>
> That makes the chance of a bug in IE8 rather slim.
> (*) even if you can present a few it doesn't prove much, you may have the
> same
> software that creates this problem installed
>
>> But anyway, don't mean to sound arrogant,
>
> You don't, but it's a common mistake to attribute a problem to IE8 just
> because
> it seems to have started at the same time you installed it. Investigate
> other
> avenues, check out the usual steps for any add-on problem for instance:
>
> Use the usual methods to identify the third-party software that produces
> your problem:
> 1. run IE in "No Add-Ons" mode
> 2. disable third-party extensions in Internet Options/Advanced
> 3. boot Windows in safe mode
>
> If any or a combination of the above solves your problem there is
> third-party
> software responsible for your problem. Note: you have to surf in each step
> long enough to identify if the problem persists or not and keep that
> functionality switched off when you change to the next step. Just booting
> into safe mode and then back to normal won't achieve anything.
> If 1.: use Add-Ons-Manager and disable all non-Microsoft add-ons and
> reenable them step-by-step until your problem comes back
> If 2.: that's likely a toolbar or some other installable add-on
> If 3.: that's likely a third-party software run from startup that can but
> doesn't need to have "visible" connections to IE, for instance
> a so-called desktop search.
>
>
>
> Kai
> --
> Helpsites about Windows: http://www.mvps.org
> IE repair script: http://iefaq.info
>

hey Ralf,

yes, this is exactly what I am seeing.

also note, if after you save the file to e.g. the Desktop (and see that it
does not have indexing set) you immediately copy it to another file on the
Desktop (or equally in another system drive folder with Indexing enabled),
the COPY will have the attribute...

m

ps - I haven't had the time to do any extensive disabling of add-ons, etc,
but I did do some very quick tests as suggested and they had no effect on the
outcome

"RalfG" wrote:

> Well I can't imagine what might have changed over the last 5 days but today
> I was able to reproduce the original problem with saving mht files to the
> desktop from IE8. More than that, saving to other folders on the system
> partition gave the same result. I tried both with and without add-ons
> enabled, it made no difference. Under certain conditions Windows explorer
> also exhibited similar behaviour when moving said files between indexed
> folders.
>
> Ran a few test scenarios:
>
> Saved the file to the top level Desktop folder - indexing was not set on the
> saved file.
> Saved the file to the Users/current_user/Desktop folder (indexing enabled on
> folder) - indexing was not set on the file
> Repeated same with add-ons disabled, same result.
> Moved the saved file from the Desktop folder to Users/current_user/Documents
> (indexing enabled on folder) but indexing was not enabled on the file.
> Moved the same saved file from /Documents back to /Desktop - still no
> change.
> Moved the same saved file from Desktop to an indexed folder on a different
> harddrive and the file subsequently had indexing enabled.
> Moved the now indexed file back to the Desktop again and indexing remained
> enabled.
>
> The next bit was interesting,
>
> Saved the same web page directly to the Users/current_user/Documents
> folder(set for indexing) and the saved file was not indexed
> Saved the same web page directly to the Users/current_user/Downloads
> folder(set for indexing) and the saved file was not indexed
> Saved the same web page directly to the Users/current_user/Videos folder(set
> for indexing) and the saved file was not indexed
> Saved the same web page directly to the Users/current_user/Pictures
> folder(set for indexing) and the saved file was not indexed
> Saved the same web page directly to the Users/current_user/Tracing
> folder(set for indexing) and the saved file was not indexed
> Saved the same web page directly to the Users/Public/Public Documents
> folder(set for indexing) and the saved file was not indexed
>
> I further found that even when I saved the same web page directly to
> non-system folders on the OS system partition the saved files were not
> marked for indexing in any of them. When I saved the file into various
> folders on a non-system harddrive or partition however the file was always
> marked for indexing as long as the folder itself was marked for indexing. It
> leaves me thinking that folder virtualization and/or some security function
> are implicated in this somehow, but I've no idea what the mechanism might
> be.
>
>
>
> "Kai Schaetzl" <kai@mvps.org.invalid> wrote in message
> news:VA.00006534.01d3dddd@news.conactive.com...
> > Magic144 schrieb am Thu, 16 Apr 2009 07:11:04 -0700:
> >
> >> Fact is, I have read about this specific problem with mht files,
> >
> > I'm not aware that you posted this information before. Where do people
> > report
> > the exact same problem? Note, if you are talking about that KB article,
> > that is
> > something completely different and has nothing to do with IE, anyway!
> >
> >> I have tried saving .mht files to many other folders on my HDD and
> >> consistently come up with the indexing attribute missing issue.
> >
> > Good. You haven't ruled out interference by other programs, though.
> >
> >> If I copy any of these files into the exact same folder(s), the attribute
> >> is
> >> set just fine. Windows Explorer does the copy operation, so that is not
> >> experiencing this issue. IE8 does the initial saving operation, so I
> >> don't
> >> know how you can say that it's "almost certain" that it is not IE8's
> >> problem.
> >
> > Because
> > - similar behavior can be be introduced at will and without IE8 in play
> > - you seem to be the only person reporting this (*)
> > - other people cannot reproduce the problem on Vista (RalfG)
> >
> > That makes the chance of a bug in IE8 rather slim.
> > (*) even if you can present a few it doesn't prove much, you may have the
> > same
> > software that creates this problem installed
> >
> >> But anyway, don't mean to sound arrogant,
> >
> > You don't, but it's a common mistake to attribute a problem to IE8 just
> > because
> > it seems to have started at the same time you installed it. Investigate
> > other
> > avenues, check out the usual steps for any add-on problem for instance:
> >
> > Use the usual methods to identify the third-party software that produces
> > your problem:
> > 1. run IE in "No Add-Ons" mode
> > 2. disable third-party extensions in Internet Options/Advanced
> > 3. boot Windows in safe mode
> >
> > If any or a combination of the above solves your problem there is
> > third-party
> > software responsible for your problem. Note: you have to surf in each step
> > long enough to identify if the problem persists or not and keep that
> > functionality switched off when you change to the next step. Just booting
> > into safe mode and then back to normal won't achieve anything.
> > If 1.: use Add-Ons-Manager and disable all non-Microsoft add-ons and
> > reenable them step-by-step until your problem comes back
> > If 2.: that's likely a toolbar or some other installable add-on
> > If 3.: that's likely a third-party software run from startup that can but
> > doesn't need to have "visible" connections to IE, for instance
> > a so-called desktop search.
> >
> >
> >
> > Kai
> > --
> > Helpsites about Windows: http://www.mvps.org
> > IE repair script: http://iefaq.info
> >
>
>
>
>

also, I tried the same thing with IE8 at work on my XP box and did not see
this issue, so it seems to be linked to the combination of Vista AND IE8

m

"magic144" wrote:

> hey Ralf,
>
> yes, this is exactly what I am seeing.
>
> also note, if after you save the file to e.g. the Desktop (and see that it
> does not have indexing set) you immediately copy it to another file on the
> Desktop (or equally in another system drive folder with Indexing enabled),
> the COPY will have the attribute...
>
> m
>
> ps - I haven't had the time to do any extensive disabling of add-ons, etc,
> but I did do some very quick tests as suggested and they had no effect on the
> outcome
>
> "RalfG" wrote:
>
> > Well I can't imagine what might have changed over the last 5 days but today
> > I was able to reproduce the original problem with saving mht files to the
> > desktop from IE8. More than that, saving to other folders on the system
> > partition gave the same result. I tried both with and without add-ons
> > enabled, it made no difference. Under certain conditions Windows explorer
> > also exhibited similar behaviour when moving said files between indexed
> > folders.
> >
> > Ran a few test scenarios:
> >
> > Saved the file to the top level Desktop folder - indexing was not set on the
> > saved file.
> > Saved the file to the Users/current_user/Desktop folder (indexing enabled on
> > folder) - indexing was not set on the file
> > Repeated same with add-ons disabled, same result.
> > Moved the saved file from the Desktop folder to Users/current_user/Documents
> > (indexing enabled on folder) but indexing was not enabled on the file.
> > Moved the same saved file from /Documents back to /Desktop - still no
> > change.
> > Moved the same saved file from Desktop to an indexed folder on a different
> > harddrive and the file subsequently had indexing enabled.
> > Moved the now indexed file back to the Desktop again and indexing remained
> > enabled.
> >
> > The next bit was interesting,
> >
> > Saved the same web page directly to the Users/current_user/Documents
> > folder(set for indexing) and the saved file was not indexed
> > Saved the same web page directly to the Users/current_user/Downloads
> > folder(set for indexing) and the saved file was not indexed
> > Saved the same web page directly to the Users/current_user/Videos folder(set
> > for indexing) and the saved file was not indexed
> > Saved the same web page directly to the Users/current_user/Pictures
> > folder(set for indexing) and the saved file was not indexed
> > Saved the same web page directly to the Users/current_user/Tracing
> > folder(set for indexing) and the saved file was not indexed
> > Saved the same web page directly to the Users/Public/Public Documents
> > folder(set for indexing) and the saved file was not indexed
> >
> > I further found that even when I saved the same web page directly to
> > non-system folders on the OS system partition the saved files were not
> > marked for indexing in any of them. When I saved the file into various
> > folders on a non-system harddrive or partition however the file was always
> > marked for indexing as long as the folder itself was marked for indexing. It
> > leaves me thinking that folder virtualization and/or some security function
> > are implicated in this somehow, but I've no idea what the mechanism might
> > be.
> >
> >
> >
> > "Kai Schaetzl" <kai@mvps.org.invalid> wrote in message
> > news:VA.00006534.01d3dddd@news.conactive.com...
> > > Magic144 schrieb am Thu, 16 Apr 2009 07:11:04 -0700:
> > >
> > >> Fact is, I have read about this specific problem with mht files,
> > >
> > > I'm not aware that you posted this information before. Where do people
> > > report
> > > the exact same problem? Note, if you are talking about that KB article,
> > > that is
> > > something completely different and has nothing to do with IE, anyway!
> > >
> > >> I have tried saving .mht files to many other folders on my HDD and
> > >> consistently come up with the indexing attribute missing issue.
> > >
> > > Good. You haven't ruled out interference by other programs, though.
> > >
> > >> If I copy any of these files into the exact same folder(s), the attribute
> > >> is
> > >> set just fine. Windows Explorer does the copy operation, so that is not
> > >> experiencing this issue. IE8 does the initial saving operation, so I
> > >> don't
> > >> know how you can say that it's "almost certain" that it is not IE8's
> > >> problem.
> > >
> > > Because
> > > - similar behavior can be be introduced at will and without IE8 in play
> > > - you seem to be the only person reporting this (*)
> > > - other people cannot reproduce the problem on Vista (RalfG)
> > >
> > > That makes the chance of a bug in IE8 rather slim.
> > > (*) even if you can present a few it doesn't prove much, you may have the
> > > same
> > > software that creates this problem installed
> > >
> > >> But anyway, don't mean to sound arrogant,
> > >
> > > You don't, but it's a common mistake to attribute a problem to IE8 just
> > > because
> > > it seems to have started at the same time you installed it. Investigate
> > > other
> > > avenues, check out the usual steps for any add-on problem for instance:
> > >
> > > Use the usual methods to identify the third-party software that produces
> > > your problem:
> > > 1. run IE in "No Add-Ons" mode
> > > 2. disable third-party extensions in Internet Options/Advanced
> > > 3. boot Windows in safe mode
> > >
> > > If any or a combination of the above solves your problem there is
> > > third-party
> > > software responsible for your problem. Note: you have to surf in each step
> > > long enough to identify if the problem persists or not and keep that
> > > functionality switched off when you change to the next step. Just booting
> > > into safe mode and then back to normal won't achieve anything.
> > > If 1.: use Add-Ons-Manager and disable all non-Microsoft add-ons and
> > > reenable them step-by-step until your problem comes back
> > > If 2.: that's likely a toolbar or some other installable add-on
> > > If 3.: that's likely a third-party software run from startup that can but
> > > doesn't need to have "visible" connections to IE, for instance
> > > a so-called desktop search.
> > >
> > >
> > >
> > > Kai
> > > --
> > > Helpsites about Windows: http://www.mvps.org
> > > IE repair script: http://iefaq.info
> > >
> >
> >
> >
> >

"magic144" <magic144@discussions.microsoft.com> wrote in message
news:B5D8891F-7B29-4939-8DE4-BE55D5CB673E@microsoft.com...

> also, I tried the same thing with IE8 at work on my XP box and did not see
> this issue, so it seems to be linked to the combination of Vista AND IE8

Or, a combination of Windows Vista and MS Paint:
http://www.eggheadcafe.com/software/...esnt-find.aspx

It would appear that IE8 is not the only saving application that produces
this problem on a Windows Vista machine.
http://ask.metafilter.com/78606/How-...ll-of-my-files

You might try posting this issue to a Windows Vista specific newsgroup.

Good luck,

Donald Anadell


>
> m
>
> "magic144" wrote:
>
>> hey Ralf,
>>
>> yes, this is exactly what I am seeing.
>>
>> also note, if after you save the file to e.g. the Desktop (and see that
>> it
>> does not have indexing set) you immediately copy it to another file on
>> the
>> Desktop (or equally in another system drive folder with Indexing
>> enabled),
>> the COPY will have the attribute...
>>
>> m
>>
>> ps - I haven't had the time to do any extensive disabling of add-ons,
>> etc,
>> but I did do some very quick tests as suggested and they had no effect on
>> the
>> outcome
>>
>> "RalfG" wrote:
>>
>> > Well I can't imagine what might have changed over the last 5 days but
>> > today
>> > I was able to reproduce the original problem with saving mht files to
>> > the
>> > desktop from IE8. More than that, saving to other folders on the system
>> > partition gave the same result. I tried both with and without add-ons
>> > enabled, it made no difference. Under certain conditions Windows
>> > explorer
>> > also exhibited similar behaviour when moving said files between indexed
>> > folders.
>> >
>> > Ran a few test scenarios:
>> >
>> > Saved the file to the top level Desktop folder - indexing was not set
>> > on the
>> > saved file.
>> > Saved the file to the Users/current_user/Desktop folder (indexing
>> > enabled on
>> > folder) - indexing was not set on the file
>> > Repeated same with add-ons disabled, same result.
>> > Moved the saved file from the Desktop folder to
>> > Users/current_user/Documents
>> > (indexing enabled on folder) but indexing was not enabled on the file.
>> > Moved the same saved file from /Documents back to /Desktop - still no
>> > change.
>> > Moved the same saved file from Desktop to an indexed folder on a
>> > different
>> > harddrive and the file subsequently had indexing enabled.
>> > Moved the now indexed file back to the Desktop again and indexing
>> > remained
>> > enabled.
>> >
>> > The next bit was interesting,
>> >
>> > Saved the same web page directly to the Users/current_user/Documents
>> > folder(set for indexing) and the saved file was not indexed
>> > Saved the same web page directly to the Users/current_user/Downloads
>> > folder(set for indexing) and the saved file was not indexed
>> > Saved the same web page directly to the Users/current_user/Videos
>> > folder(set
>> > for indexing) and the saved file was not indexed
>> > Saved the same web page directly to the Users/current_user/Pictures
>> > folder(set for indexing) and the saved file was not indexed
>> > Saved the same web page directly to the Users/current_user/Tracing
>> > folder(set for indexing) and the saved file was not indexed
>> > Saved the same web page directly to the Users/Public/Public Documents
>> > folder(set for indexing) and the saved file was not indexed
>> >
>> > I further found that even when I saved the same web page directly to
>> > non-system folders on the OS system partition the saved files were not
>> > marked for indexing in any of them. When I saved the file into various
>> > folders on a non-system harddrive or partition however the file was
>> > always
>> > marked for indexing as long as the folder itself was marked for
>> > indexing. It
>> > leaves me thinking that folder virtualization and/or some security
>> > function
>> > are implicated in this somehow, but I've no idea what the mechanism
>> > might
>> > be.
>> >
>> >
>> >
>> > "Kai Schaetzl" <kai@mvps.org.invalid> wrote in message
>> > news:VA.00006534.01d3dddd@news.conactive.com...
>> > > Magic144 schrieb am Thu, 16 Apr 2009 07:11:04 -0700:
>> > >
>> > >> Fact is, I have read about this specific problem with mht files,
>> > >
>> > > I'm not aware that you posted this information before. Where do
>> > > people
>> > > report
>> > > the exact same problem? Note, if you are talking about that KB
>> > > article,
>> > > that is
>> > > something completely different and has nothing to do with IE, anyway!
>> > >
>> > >> I have tried saving .mht files to many other folders on my HDD and
>> > >> consistently come up with the indexing attribute missing issue.
>> > >
>> > > Good. You haven't ruled out interference by other programs, though.
>> > >
>> > >> If I copy any of these files into the exact same folder(s), the
>> > >> attribute
>> > >> is
>> > >> set just fine. Windows Explorer does the copy operation, so that is
>> > >> not
>> > >> experiencing this issue. IE8 does the initial saving operation, so I
>> > >> don't
>> > >> know how you can say that it's "almost certain" that it is not IE8's
>> > >> problem.
>> > >
>> > > Because
>> > > - similar behavior can be be introduced at will and without IE8 in
>> > > play
>> > > - you seem to be the only person reporting this (*)
>> > > - other people cannot reproduce the problem on Vista (RalfG)
>> > >
>> > > That makes the chance of a bug in IE8 rather slim.
>> > > (*) even if you can present a few it doesn't prove much, you may have
>> > > the
>> > > same
>> > > software that creates this problem installed
>> > >
>> > >> But anyway, don't mean to sound arrogant,
>> > >
>> > > You don't, but it's a common mistake to attribute a problem to IE8
>> > > just
>> > > because
>> > > it seems to have started at the same time you installed it.
>> > > Investigate
>> > > other
>> > > avenues, check out the usual steps for any add-on problem for
>> > > instance:
>> > >
>> > > Use the usual methods to identify the third-party software that
>> > > produces
>> > > your problem:
>> > > 1. run IE in "No Add-Ons" mode
>> > > 2. disable third-party extensions in Internet Options/Advanced
>> > > 3. boot Windows in safe mode
>> > >
>> > > If any or a combination of the above solves your problem there is
>> > > third-party
>> > > software responsible for your problem. Note: you have to surf in each
>> > > step
>> > > long enough to identify if the problem persists or not and keep that
>> > > functionality switched off when you change to the next step. Just
>> > > booting
>> > > into safe mode and then back to normal won't achieve anything.
>> > > If 1.: use Add-Ons-Manager and disable all non-Microsoft add-ons and
>> > > reenable them step-by-step until your problem comes back
>> > > If 2.: that's likely a toolbar or some other installable add-on
>> > > If 3.: that's likely a third-party software run from startup that can
>> > > but
>> > > doesn't need to have "visible" connections to IE, for instance
>> > > a so-called desktop search.
>> > >
>> > >
>> > >
>> > > Kai
>> > > --
>> > > Helpsites about Windows: http://www.mvps.org
>> > > IE repair script: http://iefaq.info
>> > >
>> >
>> >
>> >
>> >