Discussion:
In Vista IE 7, IEShowSaveFileDialog() locks destination directory
(too old to reply)
John Fredman
2007-06-14 14:46:02 UTC
Permalink
Hi,

We're developing an ActiveX control which is running in Windows Vista
Internet Explorer 7.0. The ActiveX control will occationally save files
outside of low integrity locations when in Protected Mode, and therefore we
followed the suggestions described for working with IE in Protected Mode
(described at
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/IETechCol/dnwebgen/ProtectedMode.asp).
So now when a file shall be saved the following is performed (if in Protected
Mode):

1. Retrieve a path to a temporary low integrity path by calling
"IEGetWriteableFolderPath(FOLDERID_InternetCache, &aTempPath);", and then
save the file there.
2. Call "IEShowSaveFileDialog(..., &hState);" to let the user select the
final destination path.
3. Call "IESaveFile(hState, aTempPath);" to move the file from the temporary
path to the path selected by the user.

Everything works ok, except that when the operation is completed (i.e. when
step 1-3 has been completed) the user broker process (ieuser.exe) holds a
lock on the destination directory selected in step 2 above and therefore it
is not possible to delete this directory. We have verified that it's the
"ieuser.exe" process that holds the lock using the program Process Explorer
for Windows (see
http://www.microsoft.com/technet/sysinternals/utilities/ProcessExplorer.mspx).

Now we wonder if this is a bug, or if there is some way to solve this
problem? Surely, it cannot be intended that IE should keep a lock on the
destination directory after step 3 has been completed?

Thanks in advance.

Best regards,

John Fredman
Scherbina Vladimir
2007-07-03 10:06:06 UTC
Permalink
Most lileky this is a bug and it should be reported to connect.microsoft.com
--
Vladimir, Windows SDK MVP
Post by John Fredman
Hi,
We're developing an ActiveX control which is running in Windows Vista
Internet Explorer 7.0. The ActiveX control will occationally save files
outside of low integrity locations when in Protected Mode, and therefore we
followed the suggestions described for working with IE in Protected Mode
(described at
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/IETechCol/dnwebgen/ProtectedMode.asp).
So now when a file shall be saved the following is performed (if in Protected
1. Retrieve a path to a temporary low integrity path by calling
"IEGetWriteableFolderPath(FOLDERID_InternetCache, &aTempPath);", and then
save the file there.
2. Call "IEShowSaveFileDialog(..., &hState);" to let the user select the
final destination path.
3. Call "IESaveFile(hState, aTempPath);" to move the file from the temporary
path to the path selected by the user.
Everything works ok, except that when the operation is completed (i.e. when
step 1-3 has been completed) the user broker process (ieuser.exe) holds a
lock on the destination directory selected in step 2 above and therefore it
is not possible to delete this directory. We have verified that it's the
"ieuser.exe" process that holds the lock using the program Process Explorer
for Windows (see
http://www.microsoft.com/technet/sysinternals/utilities/ProcessExplorer.mspx).
Now we wonder if this is a bug, or if there is some way to solve this
problem? Surely, it cannot be intended that IE should keep a lock on the
destination directory after step 3 has been completed?
Thanks in advance.
Best regards,
John Fredman
John Fredman
2007-07-04 11:52:06 UTC
Permalink
Unfortunately the Internet Explorer Feedback section at connect.microsoft.com
does not seem to be active. The web page there says "The site is temporarily
closed. It will re-open in the future.". Is there any alternative way of
submitting a bug report?
--
/John Fredman
Post by Scherbina Vladimir
Most lileky this is a bug and it should be reported to connect.microsoft.com
--
Vladimir, Windows SDK MVP
Post by John Fredman
Hi,
We're developing an ActiveX control which is running in Windows Vista
Internet Explorer 7.0. The ActiveX control will occationally save files
outside of low integrity locations when in Protected Mode, and therefore we
followed the suggestions described for working with IE in Protected Mode
(described at
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/IETechCol/dnwebgen/ProtectedMode.asp).
So now when a file shall be saved the following is performed (if in Protected
1. Retrieve a path to a temporary low integrity path by calling
"IEGetWriteableFolderPath(FOLDERID_InternetCache, &aTempPath);", and then
save the file there.
2. Call "IEShowSaveFileDialog(..., &hState);" to let the user select the
final destination path.
3. Call "IESaveFile(hState, aTempPath);" to move the file from the temporary
path to the path selected by the user.
Everything works ok, except that when the operation is completed (i.e. when
step 1-3 has been completed) the user broker process (ieuser.exe) holds a
lock on the destination directory selected in step 2 above and therefore it
is not possible to delete this directory. We have verified that it's the
"ieuser.exe" process that holds the lock using the program Process Explorer
for Windows (see
http://www.microsoft.com/technet/sysinternals/utilities/ProcessExplorer.mspx).
Now we wonder if this is a bug, or if there is some way to solve this
problem? Surely, it cannot be intended that IE should keep a lock on the
destination directory after step 3 has been completed?
Thanks in advance.
Best regards,
John Fredman
Scherbina Vladimir
2007-07-04 13:21:09 UTC
Permalink
Yes, directly to IE team ... Let me try.
--
Vladimir, Windows SDK MVP
Post by John Fredman
Unfortunately the Internet Explorer Feedback section at
connect.microsoft.com
does not seem to be active. The web page there says "The site is temporarily
closed. It will re-open in the future.". Is there any alternative way of
submitting a bug report?
--
/John Fredman
Post by Scherbina Vladimir
Most lileky this is a bug and it should be reported to
connect.microsoft.com
--
Vladimir, Windows SDK MVP
Post by John Fredman
Hi,
We're developing an ActiveX control which is running in Windows Vista
Internet Explorer 7.0. The ActiveX control will occationally save files
outside of low integrity locations when in Protected Mode, and
therefore
we
followed the suggestions described for working with IE in Protected Mode
(described at
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/IETechCol/dnwebgen/ProtectedMode.asp).
So now when a file shall be saved the following is performed (if in Protected
1. Retrieve a path to a temporary low integrity path by calling
"IEGetWriteableFolderPath(FOLDERID_InternetCache, &aTempPath);", and then
save the file there.
2. Call "IEShowSaveFileDialog(..., &hState);" to let the user select the
final destination path.
3. Call "IESaveFile(hState, aTempPath);" to move the file from the temporary
path to the path selected by the user.
Everything works ok, except that when the operation is completed (i.e. when
step 1-3 has been completed) the user broker process (ieuser.exe) holds a
lock on the destination directory selected in step 2 above and
therefore
it
is not possible to delete this directory. We have verified that it's the
"ieuser.exe" process that holds the lock using the program Process Explorer
for Windows (see
http://www.microsoft.com/technet/sysinternals/utilities/ProcessExplorer.mspx).
Now we wonder if this is a bug, or if there is some way to solve this
problem? Surely, it cannot be intended that IE should keep a lock on the
destination directory after step 3 has been completed?
Thanks in advance.
Best regards,
John Fredman
John Fredman
2007-07-06 07:00:02 UTC
Permalink
Thanks! Have you received any response from them yet?
--
/John Fredman
Post by Scherbina Vladimir
Yes, directly to IE team ... Let me try.
--
Vladimir, Windows SDK MVP
Post by John Fredman
Unfortunately the Internet Explorer Feedback section at
connect.microsoft.com
does not seem to be active. The web page there says "The site is temporarily
closed. It will re-open in the future.". Is there any alternative way of
submitting a bug report?
--
/John Fredman
Post by Scherbina Vladimir
Most lileky this is a bug and it should be reported to
connect.microsoft.com
--
Vladimir, Windows SDK MVP
Post by John Fredman
Hi,
We're developing an ActiveX control which is running in Windows Vista
Internet Explorer 7.0. The ActiveX control will occationally save files
outside of low integrity locations when in Protected Mode, and
therefore
we
followed the suggestions described for working with IE in Protected Mode
(described at
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/IETechCol/dnwebgen/ProtectedMode.asp).
So now when a file shall be saved the following is performed (if in Protected
1. Retrieve a path to a temporary low integrity path by calling
"IEGetWriteableFolderPath(FOLDERID_InternetCache, &aTempPath);", and then
save the file there.
2. Call "IEShowSaveFileDialog(..., &hState);" to let the user select the
final destination path.
3. Call "IESaveFile(hState, aTempPath);" to move the file from the temporary
path to the path selected by the user.
Everything works ok, except that when the operation is completed (i.e. when
step 1-3 has been completed) the user broker process (ieuser.exe) holds a
lock on the destination directory selected in step 2 above and
therefore
it
is not possible to delete this directory. We have verified that it's the
"ieuser.exe" process that holds the lock using the program Process Explorer
for Windows (see
http://www.microsoft.com/technet/sysinternals/utilities/ProcessExplorer.mspx).
Now we wonder if this is a bug, or if there is some way to solve this
problem? Surely, it cannot be intended that IE should keep a lock on the
destination directory after step 3 has been completed?
Thanks in advance.
Best regards,
John Fredman
Scherbina Vladimir
2007-07-06 11:18:58 UTC
Permalink
Yes. It was sent to IE developers, they should analyze it and keep me
posted.
--
Vladimir, Windows SDK MVP
Post by John Fredman
Thanks! Have you received any response from them yet?
--
/John Fredman
Post by Scherbina Vladimir
Yes, directly to IE team ... Let me try.
--
Vladimir, Windows SDK MVP
Post by John Fredman
Unfortunately the Internet Explorer Feedback section at
connect.microsoft.com
does not seem to be active. The web page there says "The site is temporarily
closed. It will re-open in the future.". Is there any alternative way of
submitting a bug report?
--
/John Fredman
Post by Scherbina Vladimir
Most lileky this is a bug and it should be reported to
connect.microsoft.com
--
Vladimir, Windows SDK MVP
Post by John Fredman
Hi,
We're developing an ActiveX control which is running in Windows Vista
Internet Explorer 7.0. The ActiveX control will occationally save files
outside of low integrity locations when in Protected Mode, and
therefore
we
followed the suggestions described for working with IE in Protected Mode
(described at
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/IETechCol/dnwebgen/ProtectedMode.asp).
So now when a file shall be saved the following is performed (if in Protected
1. Retrieve a path to a temporary low integrity path by calling
"IEGetWriteableFolderPath(FOLDERID_InternetCache, &aTempPath);", and then
save the file there.
2. Call "IEShowSaveFileDialog(..., &hState);" to let the user select the
final destination path.
3. Call "IESaveFile(hState, aTempPath);" to move the file from the temporary
path to the path selected by the user.
Everything works ok, except that when the operation is completed
(i.e.
when
step 1-3 has been completed) the user broker process (ieuser.exe)
holds
a
lock on the destination directory selected in step 2 above and
therefore
it
is not possible to delete this directory. We have verified that it's the
"ieuser.exe" process that holds the lock using the program Process Explorer
for Windows (see
http://www.microsoft.com/technet/sysinternals/utilities/ProcessExplorer.mspx).
Now we wonder if this is a bug, or if there is some way to solve this
problem? Surely, it cannot be intended that IE should keep a lock on the
destination directory after step 3 has been completed?
Thanks in advance.
Best regards,
John Fredman
John Fredman
2007-08-13 07:40:01 UTC
Permalink
Hi,

I just want to check if you have received any response from the IE
developers yet?

Thanks in advance.
--
/John Fredman
Post by Scherbina Vladimir
Yes. It was sent to IE developers, they should analyze it and keep me
posted.
--
Vladimir, Windows SDK MVP
Post by John Fredman
Thanks! Have you received any response from them yet?
--
/John Fredman
Post by Scherbina Vladimir
Yes, directly to IE team ... Let me try.
--
Vladimir, Windows SDK MVP
Post by John Fredman
Unfortunately the Internet Explorer Feedback section at
connect.microsoft.com
does not seem to be active. The web page there says "The site is temporarily
closed. It will re-open in the future.". Is there any alternative way of
submitting a bug report?
--
/John Fredman
Post by Scherbina Vladimir
Most lileky this is a bug and it should be reported to
connect.microsoft.com
--
Vladimir, Windows SDK MVP
Post by John Fredman
Hi,
We're developing an ActiveX control which is running in Windows Vista
Internet Explorer 7.0. The ActiveX control will occationally save files
outside of low integrity locations when in Protected Mode, and
therefore
we
followed the suggestions described for working with IE in Protected Mode
(described at
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/IETechCol/dnwebgen/ProtectedMode.asp).
So now when a file shall be saved the following is performed (if in
Protected
1. Retrieve a path to a temporary low integrity path by calling
"IEGetWriteableFolderPath(FOLDERID_InternetCache, &aTempPath);", and then
save the file there.
2. Call "IEShowSaveFileDialog(..., &hState);" to let the user select the
final destination path.
3. Call "IESaveFile(hState, aTempPath);" to move the file from the
temporary
path to the path selected by the user.
Everything works ok, except that when the operation is completed
(i.e.
when
step 1-3 has been completed) the user broker process (ieuser.exe)
holds
a
lock on the destination directory selected in step 2 above and
therefore
it
is not possible to delete this directory. We have verified that it's the
"ieuser.exe" process that holds the lock using the program Process Explorer
for Windows (see
http://www.microsoft.com/technet/sysinternals/utilities/ProcessExplorer.mspx).
Now we wonder if this is a bug, or if there is some way to solve this
problem? Surely, it cannot be intended that IE should keep a lock on the
destination directory after step 3 has been completed?
Thanks in advance.
Best regards,
John Fredman
Vladimir Scherbina [MVP]
2007-08-18 14:15:13 UTC
Permalink
Still nothing.
--
Vladimir, Windows SDK MVP
http://msmvps.com/blogs/v_scherbina/
Post by John Fredman
Hi,
I just want to check if you have received any response from the IE
developers yet?
Thanks in advance.
--
/John Fredman
Post by Scherbina Vladimir
Yes. It was sent to IE developers, they should analyze it and keep me
posted.
--
Vladimir, Windows SDK MVP
Post by John Fredman
Thanks! Have you received any response from them yet?
--
/John Fredman
Post by Scherbina Vladimir
Yes, directly to IE team ... Let me try.
--
Vladimir, Windows SDK MVP
Post by John Fredman
Unfortunately the Internet Explorer Feedback section at
connect.microsoft.com
does not seem to be active. The web page there says "The site is temporarily
closed. It will re-open in the future.". Is there any alternative
way
of
submitting a bug report?
--
/John Fredman
Post by Scherbina Vladimir
Most lileky this is a bug and it should be reported to
connect.microsoft.com
--
Vladimir, Windows SDK MVP
Post by John Fredman
Hi,
We're developing an ActiveX control which is running in Windows Vista
Internet Explorer 7.0. The ActiveX control will occationally save files
outside of low integrity locations when in Protected Mode, and
therefore
we
followed the suggestions described for working with IE in
Protected
Mode
(described at
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/IETechCol/dnwebgen/ProtectedMode.asp).
So now when a file shall be saved the following is performed (if in
Protected
1. Retrieve a path to a temporary low integrity path by calling
"IEGetWriteableFolderPath(FOLDERID_InternetCache, &aTempPath);",
and
then
save the file there.
2. Call "IEShowSaveFileDialog(..., &hState);" to let the user
select
the
final destination path.
3. Call "IESaveFile(hState, aTempPath);" to move the file from the
temporary
path to the path selected by the user.
Everything works ok, except that when the operation is completed
(i.e.
when
step 1-3 has been completed) the user broker process (ieuser.exe)
holds
a
lock on the destination directory selected in step 2 above and
therefore
it
is not possible to delete this directory. We have verified that
it's
the
"ieuser.exe" process that holds the lock using the program
Process
Explorer
for Windows (see
http://www.microsoft.com/technet/sysinternals/utilities/ProcessExplorer.mspx).
Now we wonder if this is a bug, or if there is some way to solve this
problem? Surely, it cannot be intended that IE should keep a lock
on
the
destination directory after step 3 has been completed?
Thanks in advance.
Best regards,
John Fredman
John Fredman
2007-08-30 06:52:02 UTC
Permalink
Hi,

Since it has been almost 2 months since you contacted the IE developer team
and there still has not been any response, could there be a chance that they
have forgot about this?

Could you please try contacting them again and remind them of this? It would
be very much appreciated if I at least could get a confirmation from them
that they are able to reproduce the error I described or not.

Thanks once again.
--
/John Fredman
Post by Vladimir Scherbina [MVP]
Still nothing.
--
Vladimir, Windows SDK MVP
http://msmvps.com/blogs/v_scherbina/
Post by John Fredman
Hi,
I just want to check if you have received any response from the IE
developers yet?
Thanks in advance.
--
/John Fredman
Post by Scherbina Vladimir
Yes. It was sent to IE developers, they should analyze it and keep me
posted.
--
Vladimir, Windows SDK MVP
Post by John Fredman
Thanks! Have you received any response from them yet?
--
/John Fredman
Post by Scherbina Vladimir
Yes, directly to IE team ... Let me try.
--
Vladimir, Windows SDK MVP
Post by John Fredman
Unfortunately the Internet Explorer Feedback section at
connect.microsoft.com
does not seem to be active. The web page there says "The site is
temporarily
closed. It will re-open in the future.". Is there any alternative
way
of
submitting a bug report?
--
/John Fredman
Post by Scherbina Vladimir
Most lileky this is a bug and it should be reported to
connect.microsoft.com
--
Vladimir, Windows SDK MVP
Post by John Fredman
Hi,
We're developing an ActiveX control which is running in Windows Vista
Internet Explorer 7.0. The ActiveX control will occationally save
files
outside of low integrity locations when in Protected Mode, and
therefore
we
followed the suggestions described for working with IE in
Protected
Mode
(described at
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/IETechCol/dnwebgen/ProtectedMode.asp).
So now when a file shall be saved the following is performed (if in
Protected
1. Retrieve a path to a temporary low integrity path by calling
"IEGetWriteableFolderPath(FOLDERID_InternetCache, &aTempPath);",
and
then
save the file there.
2. Call "IEShowSaveFileDialog(..., &hState);" to let the user
select
the
final destination path.
3. Call "IESaveFile(hState, aTempPath);" to move the file from the
temporary
path to the path selected by the user.
Everything works ok, except that when the operation is completed
(i.e.
when
step 1-3 has been completed) the user broker process (ieuser.exe)
holds
a
lock on the destination directory selected in step 2 above and
therefore
it
is not possible to delete this directory. We have verified that
it's
the
"ieuser.exe" process that holds the lock using the program
Process
Explorer
for Windows (see
http://www.microsoft.com/technet/sysinternals/utilities/ProcessExplorer.mspx).
Now we wonder if this is a bug, or if there is some way to solve this
problem? Surely, it cannot be intended that IE should keep a lock
on
the
destination directory after step 3 has been completed?
Thanks in advance.
Best regards,
John Fredman
Vladimir Scherbina [MVP]
2007-08-30 12:44:37 UTC
Permalink
Hello there,

Yes, I will write them once again.
--
Vladimir, Windows SDK MVP
http://msmvps.com/blogs/v_scherbina/
Post by John Fredman
Hi,
Since it has been almost 2 months since you contacted the IE developer team
and there still has not been any response, could there be a chance that they
have forgot about this?
Could you please try contacting them again and remind them of this? It would
be very much appreciated if I at least could get a confirmation from them
that they are able to reproduce the error I described or not.
Thanks once again.
--
/John Fredman
Post by Vladimir Scherbina [MVP]
Still nothing.
--
Vladimir, Windows SDK MVP
http://msmvps.com/blogs/v_scherbina/
Post by John Fredman
Hi,
I just want to check if you have received any response from the IE
developers yet?
Thanks in advance.
--
/John Fredman
Post by Scherbina Vladimir
Yes. It was sent to IE developers, they should analyze it and keep me
posted.
--
Vladimir, Windows SDK MVP
Post by John Fredman
Thanks! Have you received any response from them yet?
--
/John Fredman
Post by Scherbina Vladimir
Yes, directly to IE team ... Let me try.
--
Vladimir, Windows SDK MVP
Post by John Fredman
Unfortunately the Internet Explorer Feedback section at
connect.microsoft.com
does not seem to be active. The web page there says "The site is
temporarily
closed. It will re-open in the future.". Is there any alternative
way
of
submitting a bug report?
--
/John Fredman
Post by Scherbina Vladimir
Most lileky this is a bug and it should be reported to
connect.microsoft.com
--
Vladimir, Windows SDK MVP
Post by John Fredman
Hi,
We're developing an ActiveX control which is running in
Windows
Vista
Internet Explorer 7.0. The ActiveX control will occationally save
files
outside of low integrity locations when in Protected Mode, and
therefore
we
followed the suggestions described for working with IE in
Protected
Mode
(described at
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/IETechCol/dnwebgen/ProtectedMode.asp).
So now when a file shall be saved the following is performed
(if
in
Protected
1. Retrieve a path to a temporary low integrity path by calling
"IEGetWriteableFolderPath(FOLDERID_InternetCache,
&aTempPath);",
and
then
save the file there.
2. Call "IEShowSaveFileDialog(..., &hState);" to let the user
select
the
final destination path.
3. Call "IESaveFile(hState, aTempPath);" to move the file from the
temporary
path to the path selected by the user.
Everything works ok, except that when the operation is completed
(i.e.
when
step 1-3 has been completed) the user broker process (ieuser.exe)
holds
a
lock on the destination directory selected in step 2 above and
therefore
it
is not possible to delete this directory. We have verified that
it's
the
"ieuser.exe" process that holds the lock using the program
Process
Explorer
for Windows (see
http://www.microsoft.com/technet/sysinternals/utilities/ProcessExplorer.mspx).
Now we wonder if this is a bug, or if there is some way to
solve
this
problem? Surely, it cannot be intended that IE should keep a lock
on
the
destination directory after step 3 has been completed?
Thanks in advance.
Best regards,
John Fredman
John Fredman
2007-09-05 08:58:01 UTC
Permalink
Hi again,

I guess there's still no response? It's been more than 2 months now without
any response whatsoever, and I think I'm about ready to give up my hopes of
ever receiving any attention to this issue. I must say that the ignorance and
lack of enthusiasm from the IE developers worries me...
--
/John Fredman
Post by Vladimir Scherbina [MVP]
Hello there,
Yes, I will write them once again.
--
Vladimir, Windows SDK MVP
http://msmvps.com/blogs/v_scherbina/
Post by John Fredman
Hi,
Since it has been almost 2 months since you contacted the IE developer team
and there still has not been any response, could there be a chance that they
have forgot about this?
Could you please try contacting them again and remind them of this? It would
be very much appreciated if I at least could get a confirmation from them
that they are able to reproduce the error I described or not.
Thanks once again.
--
/John Fredman
Post by Vladimir Scherbina [MVP]
Still nothing.
--
Vladimir, Windows SDK MVP
http://msmvps.com/blogs/v_scherbina/
Post by John Fredman
Hi,
I just want to check if you have received any response from the IE
developers yet?
Thanks in advance.
--
/John Fredman
Post by Scherbina Vladimir
Yes. It was sent to IE developers, they should analyze it and keep me
posted.
--
Vladimir, Windows SDK MVP
Post by John Fredman
Thanks! Have you received any response from them yet?
--
/John Fredman
Post by Scherbina Vladimir
Yes, directly to IE team ... Let me try.
--
Vladimir, Windows SDK MVP
Post by John Fredman
Unfortunately the Internet Explorer Feedback section at
connect.microsoft.com
does not seem to be active. The web page there says "The site is
temporarily
closed. It will re-open in the future.". Is there any alternative
way
of
submitting a bug report?
--
/John Fredman
Post by Scherbina Vladimir
Most lileky this is a bug and it should be reported to
connect.microsoft.com
--
Vladimir, Windows SDK MVP
Post by John Fredman
Hi,
We're developing an ActiveX control which is running in
Windows
Vista
Internet Explorer 7.0. The ActiveX control will occationally
save
files
outside of low integrity locations when in Protected Mode, and
therefore
we
followed the suggestions described for working with IE in
Protected
Mode
(described at
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/IETechCol/dnwebgen/ProtectedMode.asp).
So now when a file shall be saved the following is performed
(if
in
Protected
1. Retrieve a path to a temporary low integrity path by calling
"IEGetWriteableFolderPath(FOLDERID_InternetCache,
&aTempPath);",
and
then
save the file there.
2. Call "IEShowSaveFileDialog(..., &hState);" to let the user
select
the
final destination path.
3. Call "IESaveFile(hState, aTempPath);" to move the file from
the
temporary
path to the path selected by the user.
Everything works ok, except that when the operation is
completed
(i.e.
when
step 1-3 has been completed) the user broker process
(ieuser.exe)
holds
a
lock on the destination directory selected in step 2 above and
therefore
it
is not possible to delete this directory. We have verified that
it's
the
"ieuser.exe" process that holds the lock using the program
Process
Explorer
for Windows (see
http://www.microsoft.com/technet/sysinternals/utilities/ProcessExplorer.mspx).
Now we wonder if this is a bug, or if there is some way to
solve
this
problem? Surely, it cannot be intended that IE should keep a
lock
on
the
destination directory after step 3 has been completed?
Thanks in advance.
Best regards,
John Fredman
Loading...