"always ask before opening this type of file"

Ivan Bútora · Dec 28, 2003

I'm using IE 6 SP1 and Acrobat Reader 4 on Win 98 SE. I unchecked "browser
integration" in Acrobat Reader, because I don't like .pdf files opening
inside browser windows - instead, I want to have them open directly in
Acrobat. However, now when I click on a link to a .pdf file, the "Always ask
before opening this type of file" box is checked and grayed out (i.e. I
cannot uncheck it), and I would thus have to confirm "open" every time.
Where in the registry can I change the setting that determines the "always
ask before opening..." setting to be unavailable for .pdf files (or other
files for that matter)?
Thanks,

Ivan

Ivan Bútora · Dec 29, 2003

Actually, I solved the particular problem by setting the killbit on the
Acrobat ActiveX control via Xteq, but I still wonder where one can modify
the availability of the "always ask before opening..." setting for any
particular file type.
Thanks for any help,

Ivan

Alan Edwards · Dec 29, 2003

This is the normal method for most (not all) file types:

You set this for each file type, e.g. for .zip
Explorer-View-Folder Options-File Types
Find the .zip association (may be WinZip File)
Edit, (or click Advanced on ME or XP) and check the "Confirm open
after download" box

The path to Folder Options may vary according to your operating
system. It may be:
Explorer-View-Folder Options
Explorer-Tools-Folder Options
Start-Settings-Folder Options
Start-Settings-Control Panel-Folder options.

....Alan

Ivan Bútora · Dec 29, 2003

Note: I'm now posting this also to the win98.general group to have some more
people look at this. Since it involves the registry, I think it's
appropriate also for that newsgroup. (Those that have not been following the
conversation can read below.)

The "it" was looking at the EditFlags value for 'exefile' under HKCR. This
value is set to "d8 07 00 00". For other files, it is set to "00 00 01 00"
if you want to have the file opened automatically, and it is either "00 00
00 00" or the value is not there at all if you want to have the prompt.
exefile also has a EditFlags value set at 00 00 00 00 under exefile ->
shell -> open (I haven't seen this value set under other file types that do
not have the download prompt disabled.)
KB 238723 doesn't seem to help here, especially since it seems to be only
for IE 5; there is a reference to one registry setting which I tried, but it
didn't work.

Any other ideas?

Thanks,

Ivan

Ivan Bútora · Dec 29, 2003

OK thanks. I've always been a little confused by this setting, but it does
work. It seems to edit the "EditFlags" value in the registry for any file
type. I wonder how I would re-enable the availability of this option for
files where the check box is grayed out, for example .exe files. I've tried
playing around with it, but it was still grayed out in the end. Not that I
would actually want to do this, but I'd like to know if this is possible.

Ivan Bútora · Dec 29, 2003

Just to explain why I've been confused by this setting: because the optional
dialog box appears before the file is downloaded, whereas the setting is
"confirm open *after* download". I don't understand why it's called the way
it is.

Frank Saunders, MS-MVP IE/OE · Dec 29, 2003

Ivan Bútora said:
Just to explain why I've been confused by this setting: because the
optional dialog box appears before the file is downloaded, whereas
the setting is "confirm open *after* download". I don't understand
why it's called the way it is.

Well, it certainly can't openit before download.

Ivan Bútora · Dec 29, 2003

OK, but the confirmation prompt happens before the download, so it's not
entirely accurate...

Robert Aldwinckle · Dec 29, 2003

I've tried playing around with it, but it was still grayed out in the end.

I'm not clear what the "it" is. Does this article and search help at all?

<TITLE>238723 - Internet Explorer Restriction "Always Prompt on Download"</TITLE>

<quote>
You may want to prevent an Internet Explorer user from disabling the
"Always ask before opening this type of file" check box.
</quote>

(MSKB Boolean search for
"Always ask" AND download
)

For example, what version of shdocvw.dll do you have (version, size
and date for completeness please) and do you have the registry entry
that the article mentions for activating the feature?

<quote>
/>NOTE: To properly install the fix, you must
modify the Internet Explorer 5 client computer registry as noted: 
Location:


HKEY_CURRENT_USER\Software\Policies\Microsoft\Internet Explorer\Restrictions


New Value: AlwaysPromptWhenDownload 
Setting: DWORD 0x1
</quote>

HTH

Robert Aldwinckle

PCR · Dec 30, 2003

Robert Aldwinckle · Dec 30, 2003

PCR said:
KB 238723 states it is for "other than the normal file types that
generate a prompt, such as executable (.exe) files."
So, you were right about that.

This thread started out as a complaint about opening .pdf files.

Also, it appears to predate IE6, as you say.

That is why I asked about the version of shdocvw.dll

FWIW when I browse my version in Notepad I can see this doublebyte
string: A l w a y s P r o m p t W h e n D o w n l o a d
(in 6.0.2800.1276 2003-10-16 13:36 1,339,392)

An implication of that is that I might reproduce what I understand
to be Ivan's symptom by adding that value and setting it to 1.
If he added that value name but only tested with a value of 1
I would expect to see his original symptom on all files except the ones
listed in the "More Information" section of the article.
I was actually thinking that he might try leaving the value name there
but set the value to 0 (not documented but logical?)

I hadn't noticed that the thread had evolved into a discussion
of only the exefile type. Ivan clarified that in his reply to me:

....

| The "it" was looking at the EditFlags value for 'exefile' under HKCR.

If I had understood that before I probably would not have mentioned
the article and not bothered trying to reply at all.

Robert Aldwinckle
---

Ivan Bútora · Dec 30, 2003

Robert,

thanks for your reply. The question is not merely about exefile, but about
any and all file types where the prompt box is grayed out. I was
experimenting with exefile specifically, just to take one of them and see if
I can do anything, but it seems I cannot.
As for shdocvw.dll, mine is 6.00.2800.1203. And yes, I did find a piece of
text in it that says "A l w a y s P r o m p t W h e n D o w n l o a d". You
proposed adding a value of 1 or 0 somewhere. I assume you meant somewhere in
the registry. Where would this be?
Just to clarify - I am not experiencing any unusual symptoms - it is
intended for file such as .com, .exe, and others, to have the prompt forced.
I am just wondering if there is any way to customize it. Apparently it must
involve some global setting, since modifying the "EditFlags" values for an
individual file type did not help.

Ivan

Ivan Bútora · Dec 30, 2003

In addition to my other reply, I can confirm that if you add the following
to the registry (as described in KB 238723):

Location:
HKEY_CURRENT_USER\Software\Policies\Microsoft\Internet Explorer\Restrictions

New Value: AlwaysPromptWhenDownload
Setting: DWORD 0x1

....then indeed you are *always* prompted for download.
However, setting the value to 0, even in conjunction with setting the
EditFlags values for the given filetype (such as exefile) *still* does not
enable the user to select or de-select the "always ask..." box.

PCR said:
KB 238723 states it is for "other than the normal file types that
generate a prompt, such as executable (.exe) files."
So, you were right about that.

This thread started out as a complaint about opening .pdf files.

Also, it appears to predate IE6, as you say.

That is why I asked about the version of shdocvw.dll

FWIW when I browse my version in Notepad I can see this doublebyte
string: A l w a y s P r o m p t W h e n D o w n l o a d
(in 6.0.2800.1276 2003-10-16 13:36 1,339,392)

An implication of that is that I might reproduce what I understand
to be Ivan's symptom by adding that value and setting it to 1.
If he added that value name but only tested with a value of 1
I would expect to see his original symptom on all files except the ones
listed in the "More Information" section of the article.
I was actually thinking that he might try leaving the value name there
but set the value to 0 (not documented but logical?)

I hadn't noticed that the thread had evolved into a discussion
of only the exefile type. Ivan clarified that in his reply to me:

....

| The "it" was looking at the EditFlags value for 'exefile' under HKCR.

If I had understood that before I probably would not have mentioned
the article and not bothered trying to reply at all.

Robert Aldwinckle
---

PCR · Dec 31, 2003

I never intended to be in this thread, either, &, certainly I meant no
criticism on your efforts. Only if it ends up you blow up Bútora's
Registry into three pieces instead of two will I need to offer some
degree or measure of concern. And I don't see that has happened yet!

OK, you may proceed as you were.

--
Thanks or Good Luck,
There may be humor in this post, and,
Naturally, you will not sue,
should things get worse after this,
PCR
(e-mail address removed)
| > KB 238723 states it is for "other than the normal file types that
| > generate a prompt, such as executable (.exe) files."
| > So, you were right about that.
|
| This thread started out as a complaint about opening .pdf files.
|
|
| > Also, it appears to predate IE6, as you say.
|
| That is why I asked about the version of shdocvw.dll
|
| FWIW when I browse my version in Notepad I can see this doublebyte
| string: A l w a y s P r o m p t W h e n D o w n l o a d
| (in 6.0.2800.1276 2003-10-16 13:36 1,339,392)
|
| An implication of that is that I might reproduce what I understand
| to be Ivan's symptom by adding that value and setting it to 1.
| If he added that value name but only tested with a value of 1
| I would expect to see his original symptom on all files except the
ones
| listed in the "More Information" section of the article.
| I was actually thinking that he might try leaving the value name there
| but set the value to 0 (not documented but logical?)
|
| I hadn't noticed that the thread had evolved into a discussion
| of only the exefile type. Ivan clarified that in his reply to me:
|
| ...
| > | The "it" was looking at the EditFlags value for 'exefile' under
HKCR.
|
|
| If I had understood that before I probably would not have mentioned
| the article and not bothered trying to reply at all.
|
|
| Robert Aldwinckle
| ---
|
|

PCR · Dec 31, 2003

(1) You know how to a "ScanReg /Restore", if things get messy?

One thing: If you expect you may need to do it, then DON'T do a major
install or UNinstall, until that expectation has passed!

(2) When you click to download an .exe, it should offer to Save. Does it
or doesn't it? If so, all is well. If not, compare with that Badour
..reg.

--
Thanks or Good Luck,
There may be humor in this post, and,
Naturally, you will not sue,
should things get worse after this,
PCR
(e-mail address removed)
| In addition to my other reply, I can confirm that if you add the
following
| to the registry (as described in KB 238723):
|
| Location:
| HKEY_CURRENT_USER\Software\Policies\Microsoft\Internet
Explorer\Restrictions
|
| New Value: AlwaysPromptWhenDownload
| Setting: DWORD 0x1
|
|
| ...then indeed you are *always* prompted for download.
| However, setting the value to 0, even in conjunction with setting the
| EditFlags values for the given filetype (such as exefile) *still* does
not
| enable the user to select or de-select the "always ask..." box.
|
|
|
|
| | | > KB 238723 states it is for "other than the normal file types that
| > generate a prompt, such as executable (.exe) files."
| > So, you were right about that.
|
| This thread started out as a complaint about opening .pdf files.
|
|
| > Also, it appears to predate IE6, as you say.
|
| That is why I asked about the version of shdocvw.dll
|
| FWIW when I browse my version in Notepad I can see this doublebyte
| string: A l w a y s P r o m p t W h e n D o w n l o a d
| (in 6.0.2800.1276 2003-10-16 13:36 1,339,392)
|
| An implication of that is that I might reproduce what I understand
| to be Ivan's symptom by adding that value and setting it to 1.
| If he added that value name but only tested with a value of 1
| I would expect to see his original symptom on all files except the
ones
| listed in the "More Information" section of the article.
| I was actually thinking that he might try leaving the value name there
| but set the value to 0 (not documented but logical?)
|
| I hadn't noticed that the thread had evolved into a discussion
| of only the exefile type. Ivan clarified that in his reply to me:
|
| ...
| > | The "it" was looking at the EditFlags value for 'exefile' under
HKCR.
|
|
| If I had understood that before I probably would not have mentioned
| the article and not bothered trying to reply at all.
|
|
| Robert Aldwinckle
| ---
|
|
|

Ivan Bútora · Dec 31, 2003

PCR,

I don't know, but you might not be getting the point of my question. Of
course it *does* offer to save, but my point is that the check box is
disabled, and thus it is impossible to have these files opened directly. I
do *not* want to have files with .exe extensions open directly, but I am
nonetheless inquiring into whether there is any way to enable the check box
for those file where it's grayed out (and thus, whether there is any way to
have files such as .exe or any others open directly without the prompt).
I've described some ways in which I've approached this (the "EditFlags"
settings) but I have not been successful. Is this info written into
shdocvw.dll? I would just be happy to know how IE knows that it should
disable the checkbox for a given filetype, and whether this is something
that can be modified in the registry, or whether this is given in a file
such as shdocvw.dll. If it can be modified, how?
And no need to worry about my registry blowing up either.
But I appreciate your concern and help.
If anybody has any ideas on this, it would be welcome. Robert's info about
KB 238723 is relevant, but the patch there cannot be applied to IE 6 (but it
does lead me to think that because the patch affected shdocvw.dll, this
issue cannot be solved without modifying shdocvw.dll - this file probably
contains a list of extensions that are considered 'dangerous' - can somebody
verify this??)

Ivan

(1) You know how to a "ScanReg /Restore", if things get messy?

One thing: If you expect you may need to do it, then DON'T do a major
install or UNinstall, until that expectation has passed!

(2) When you click to download an .exe, it should offer to Save. Does it
or doesn't it? If so, all is well. If not, compare with that Badour
..reg.

--
Thanks or Good Luck,
There may be humor in this post, and,
Naturally, you will not sue,
should things get worse after this,
PCR
(e-mail address removed)
| In addition to my other reply, I can confirm that if you add the
following
| to the registry (as described in KB 238723):
|
| Location:
| HKEY_CURRENT_USER\Software\Policies\Microsoft\Internet
Explorer\Restrictions
|
| New Value: AlwaysPromptWhenDownload
| Setting: DWORD 0x1
|
|
| ...then indeed you are *always* prompted for download.
| However, setting the value to 0, even in conjunction with setting the
| EditFlags values for the given filetype (such as exefile) *still* does
not
| enable the user to select or de-select the "always ask..." box.
|
|
|
|
| | | > KB 238723 states it is for "other than the normal file types that
| > generate a prompt, such as executable (.exe) files."
| > So, you were right about that.
|
| This thread started out as a complaint about opening .pdf files.
|
|
| > Also, it appears to predate IE6, as you say.
|
| That is why I asked about the version of shdocvw.dll
|
| FWIW when I browse my version in Notepad I can see this doublebyte
| string: A l w a y s P r o m p t W h e n D o w n l o a d
| (in 6.0.2800.1276 2003-10-16 13:36 1,339,392)
|
| An implication of that is that I might reproduce what I understand
| to be Ivan's symptom by adding that value and setting it to 1.
| If he added that value name but only tested with a value of 1
| I would expect to see his original symptom on all files except the
ones
| listed in the "More Information" section of the article.
| I was actually thinking that he might try leaving the value name there
| but set the value to 0 (not documented but logical?)
|
| I hadn't noticed that the thread had evolved into a discussion
| of only the exefile type. Ivan clarified that in his reply to me:
|
| ...
| > | The "it" was looking at the EditFlags value for 'exefile' under
HKCR.
|
|
| If I had understood that before I probably would not have mentioned
| the article and not bothered trying to reply at all.
|
|
| Robert Aldwinckle
| ---
|
|
|

PCR · Dec 31, 2003

OK. I get it now. You are upside-down, Bútora, trying to get it NOT to
work. You want to know how to have an .exe install immediately, instead
of to only offer to be saved. Sorry, I don't know how to do that. And I
don't know whether it is all in the Registry, all in Shdocvw.dll, or all
anywhere else.

By the way, I still wouldn't willy-nilly click to download an .exe file
at just any WEB site, thinking it will just offer to be saved. There
might be a way for them to actually execute it. Better be careful! You &
Aldwinkle!

--
Thanks or Good Luck,
There may be humor in this post, and,
Naturally, you will not sue,
should things get worse after this,
PCR
(e-mail address removed)
| PCR,
|
| I don't know, but you might not be getting the point of my question.
Of
| course it *does* offer to save, but my point is that the check box is
| disabled, and thus it is impossible to have these files opened
directly. I
| do *not* want to have files with .exe extensions open directly, but I
am
| nonetheless inquiring into whether there is any way to enable the
check box
| for those file where it's grayed out (and thus, whether there is any
way to
| have files such as .exe or any others open directly without the
prompt).
| I've described some ways in which I've approached this (the
"EditFlags"
| settings) but I have not been successful. Is this info written into
| shdocvw.dll? I would just be happy to know how IE knows that it should
| disable the checkbox for a given filetype, and whether this is
something
| that can be modified in the registry, or whether this is given in a
file
| such as shdocvw.dll. If it can be modified, how?
| And no need to worry about my registry blowing up either.
| But I appreciate your concern and help.
| If anybody has any ideas on this, it would be welcome. Robert's info
about
| KB 238723 is relevant, but the patch there cannot be applied to IE 6
(but it
| does lead me to think that because the patch affected shdocvw.dll,
this
| issue cannot be solved without modifying shdocvw.dll - this file
probably
| contains a list of extensions that are considered 'dangerous' - can
somebody
| verify this??)
|
| Ivan
|
|
|
| | (1) You know how to a "ScanReg /Restore", if things get messy?
|
| One thing: If you expect you may need to do it, then DON'T do a major
| install or UNinstall, until that expectation has passed!
|
| (2) When you click to download an .exe, it should offer to Save. Does
it
| or doesn't it? If so, all is well. If not, compare with that Badour
| .reg.
|
| --
| Thanks or Good Luck,
| There may be humor in this post, and,
| Naturally, you will not sue,
| should things get worse after this,
| PCR
| (e-mail address removed)
| | | In addition to my other reply, I can confirm that if you add the
| following
| | to the registry (as described in KB 238723):
| |
| | Location:
| | HKEY_CURRENT_USER\Software\Policies\Microsoft\Internet
| Explorer\Restrictions
| |
| | New Value: AlwaysPromptWhenDownload
| | Setting: DWORD 0x1
| |
| |
| | ...then indeed you are *always* prompted for download.
| | However, setting the value to 0, even in conjunction with setting
the
| | EditFlags values for the given filetype (such as exefile) *still*
does
| not
| | enable the user to select or de-select the "always ask..." box.
| |
| |
| |
| |
| | | | | | > KB 238723 states it is for "other than the normal file types that
| | > generate a prompt, such as executable (.exe) files."
| | > So, you were right about that.
| |
| | This thread started out as a complaint about opening .pdf files.
| |
| |
| | > Also, it appears to predate IE6, as you say.
| |
| | That is why I asked about the version of shdocvw.dll
| |
| | FWIW when I browse my version in Notepad I can see this doublebyte
| | string: A l w a y s P r o m p t W h e n D o w n l o a d
| | (in 6.0.2800.1276 2003-10-16 13:36 1,339,392)
| |
| | An implication of that is that I might reproduce what I understand
| | to be Ivan's symptom by adding that value and setting it to 1.
| | If he added that value name but only tested with a value of 1
| | I would expect to see his original symptom on all files except the
| ones
| | listed in the "More Information" section of the article.
| | I was actually thinking that he might try leaving the value name
there
| | but set the value to 0 (not documented but logical?)
| |
| | I hadn't noticed that the thread had evolved into a discussion
| | of only the exefile type. Ivan clarified that in his reply to
me:
| |
| | ...
| | > | The "it" was looking at the EditFlags value for 'exefile' under
| HKCR.
| |
| |
| | If I had understood that before I probably would not have mentioned
| | the article and not bothered trying to reply at all.
| |
| |
| | Robert Aldwinckle
| | ---
| |
| |
| |
|
|
|

Robert Aldwinckle · Dec 31, 2003

Robert's info about KB 238723 is relevant, but the patch there

cannot be applied to IE 6

Ivan,

I have been assuming that by finding that that key and value do something
(even if it isn't exactly what you want) that you have proof that the code
which implemented that patch has been integrated into a later version of
the module. That is what is meant by this boilerplate phrase we always
see in descriptions of hotfixes:

<quote>
The English version of this fix should have the following file attributes
or later:
</quote>

Let me repeat that last "or later" for emphasis.
Clearly our IE6sp1 patched versions satisfy that criterion.

I have actually tried looking at this issue before but was unsuccessful
then too. The tack that I took then was to look for some documentation
for Office developers concerning this key phrase:
"unsafe attachment"

Here is an article which hints at the machinery used to implement
a related feature in that product.

<title>KB290497 - OL2002: You Cannot Open Attachments</title>

Unfortunately I don't have Office installed on my main partition
so I haven't followed through with that analysis. I still think it might
provide some insight about how the same sort of list could be
implemented in Outlook Express and ultimately in Internet Explorer.

In case you have RegMon (freeware from SysInternals) what I would try
is to filter on only NOTFOUND while doing your testing.
You *might* see keys and values similar to the ones mentioned in the
above articles being tested and thus have a clue about specific ones
to try to investigate.

HTH

Robert

cquirke (MVP Win9x) · Dec 31, 2003

In addition to my other reply, I can confirm that if you add the following
to the registry (as described in KB 238723):

Location:
HKEY_CURRENT_USER\Software\Policies\Microsoft\Internet Explorer\Restrictions

New Value: AlwaysPromptWhenDownload
Setting: DWORD 0x1

...then indeed you are *always* prompted for download.
However, setting the value to 0, even in conjunction with setting the
EditFlags values for the given filetype (such as exefile) *still* does not
enable the user to select or de-select the "always ask..." box.

Here's a desc on EditFlags (bitwise):

0001 Exclude the file class.
0002 Show file classes, such as folders, that aren't associated
with a file name extension.
0004 The file class has a file name extension.
0008 The registry entries associated with this file class cannot
be edited. New entries cannot be added and existing
entries cannot be modified or deleted (e.g. exefile?)
0010 The registry entries associated with this file class cannot
be deleted
0020 No new verbs can be added to the file class.
0040 Canonical verbs such as open and print cannot be
modified or deleted (a common setting)
0080 Canonical verbs such as open and print cannot be deleted.

0100 The description of the file class cannot be modified or deleted.
0200 The icon assigned to the file class cannot be modified
or deleted.
0400 The default verb cannot be modified (compare with 0080)
0800 The commands associated with verbs cannot be modified.
1000 Verbs cannot be modified or deleted.
2000 The DDE-related entries cannot be modified or deleted.
8000 The content-type and default-extension entries cannot be
modified or deleted.

0001 0000 The file class's open verb can be safely invoked
for downloaded files (relevant to discussion?)
0002 0000 Do not allow the "Never ask me" check box to be enabled.
The user can override this attribute through
the File Type dialog box.
0004 0000 Always show the file class's file name extension,
even if the user has selected "Hide Extensions"
0010 0000 Don't add members of this file class to the Recent
Documents folder (useful?)

------------------------------------ ---- --- -- - - - -

I hated going to weddings. All the grandmas would
poke me saying "You're next". They stopped that
when I started doing it to them at funerals.

Ivan Bútora · Dec 31, 2003

Thanks for this info.
for example, exefile or comfile have by default:

d8 07 00 00
(which would be a combination of some of these settings - I'm afraid I don't
understand exactly how this thing works mathematiclally - why are some of
the settings only four digits, and some eight digits? is this binary or
hexadecimal?)

The point is that even if you change exefile to 00 01 00 00, and even if you
uncheck "confirm open before download" through folder options, you are still
prompted for download and the "always ask..." box is still grayed out.

I don't think this will have anything to do with Outlook, although Outlook
(post 2000 SR-1) also uses the EditFlags settings for level 3 attachments.
For example, with Outlook 2000 post-SR1 in Internet Mail Only mode, Outlook
has a default list of extensions that are considered level 1 (not
accessible) and level 2 (you must save them first), and the only thing you
can do is move some from level 1 to level 2 *or* from level 3 to level 2,
but you cannot do anything else. So if IE has something in shdocvw.dll, then
one might also not be able to do anything about it - but whereas with
Outlook this is known from KB articles, I couldn't find anything for IE.

In addition to my other reply, I can confirm that if you add the following
to the registry (as described in KB 238723):
Explorer\Restrictions

New Value: AlwaysPromptWhenDownload
Setting: DWORD 0x1

...then indeed you are *always* prompted for download.
However, setting the value to 0, even in conjunction with setting the
EditFlags values for the given filetype (such as exefile) *still* does not
enable the user to select or de-select the "always ask..." box.

Here's a desc on EditFlags (bitwise):

0001 Exclude the file class.
0002 Show file classes, such as folders, that aren't associated
with a file name extension.
0004 The file class has a file name extension.
0008 The registry entries associated with this file class cannot
be edited. New entries cannot be added and existing
entries cannot be modified or deleted (e.g. exefile?)
0010 The registry entries associated with this file class cannot
be deleted
0020 No new verbs can be added to the file class.
0040 Canonical verbs such as open and print cannot be
modified or deleted (a common setting)
0080 Canonical verbs such as open and print cannot be deleted.

0100 The description of the file class cannot be modified or deleted.
0200 The icon assigned to the file class cannot be modified
or deleted.
0400 The default verb cannot be modified (compare with 0080)
0800 The commands associated with verbs cannot be modified.
1000 Verbs cannot be modified or deleted.
2000 The DDE-related entries cannot be modified or deleted.
8000 The content-type and default-extension entries cannot be
modified or deleted.

0001 0000 The file class's open verb can be safely invoked
for downloaded files (relevant to discussion?)
0002 0000 Do not allow the "Never ask me" check box to be enabled.
The user can override this attribute through
the File Type dialog box.
0004 0000 Always show the file class's file name extension,
even if the user has selected "Hide Extensions"
0010 0000 Don't add members of this file class to the Recent
Documents folder (useful?)

------------------------------------ ---- --- -- - - - -

I hated going to weddings. All the grandmas would
poke me saying "You're next". They stopped that
when I started doing it to them at funerals.

Always Ask Before Opening This Type of File	1	Oct 10, 2003
Opening PDF files in the IE browser	3	Mar 25, 2005
PDF file open in IE6	1	Sep 14, 2005
Always ask before opening this type of file.	1	Feb 3, 2005
Always ask before opening this type of file	2	Nov 28, 2003
"Always ask before opening this type of file check box"	2	Jan 15, 2004
Reset - always ask before opening this type of file	1	Oct 1, 2003
Always ask before opening this type of file check box	4	Nov 3, 2003

"always ask before opening this type of file"

Ivan Bútora

Ivan Bútora

Alan Edwards

Ivan Bútora

Ivan Bútora

Ivan Bútora

Frank Saunders, MS-MVP IE/OE

Ivan Bútora

Robert Aldwinckle

PCR

Robert Aldwinckle

Ivan Bútora

Ivan Bútora

PCR

PCR

Ivan Bútora

PCR

Robert Aldwinckle

cquirke (MVP Win9x)

Ivan Bútora

Ask a Question

Similar Threads