Opened 16 years ago
Closed 16 years ago
#389 closed Bug (No Bug)
ProcessExists or ProcessWaitClose
Reported by: | anixon | Owned by: | |
---|---|---|---|
Milestone: | Component: | AutoIt | |
Version: | 3.2.12.0 | Severity: | None |
Keywords: | Pause Script Execution | Cc: |
Description
The following process fails to stop script execution when Outlook has previously been opened and closed by a user in Windows Vista.
#include <INet.au3>;Email Processor
$Address = "anyone@…"
$Subject = "Application Number: "
$Body = "The detail is as follows: "
$PID = (_INetMail($Address, $Subject, $Body))
ProcessWaitClose($Pid)
msgbox(0,"","I waited like the good script I am")
Exit
The reason for this is that oulook.exe is still listed as a running process as reported by "Task Manager - Processes".
If you 'End Process" outlook.exe in Task Manager - Processes then when running the "ProcessWaitClose' script it pauses execution whilst Outlook.exe has been launched by _INetMail.
To remedy this perhaps registry should be read HKCR\mailto\shell\open\command\"default value" to determine the name of the default executable [outlook.exe or msmn.exe] Email client and close any running processes.
My guess is that the Windows mail client continues to run to manage desktop delivery processing
Attachments (0)
Change History (1)
comment:1 Changed 16 years ago by Valik
- Resolution set to No Bug
- Status changed from new to closed
Guidelines for posting comments:
- You cannot re-open a ticket but you may still leave a comment if you have additional information to add.
- In-depth discussions should take place on the forum.
For more information see the full version of the ticket guidelines here.
What a dumb ticket. The code is doing exactly what you told it to, so no bug there. As for the suggestion to "fix" the "problem" (only you have)? Totally stupid. You're suggesting the user's email client be forcibly terminated. Does that really sound like a good idea to you? If it does, implement that logic into your script, don't suggest such poor logic be implemented in the standard UDF.
Closing as no bug and again wishing I had a "this is a dumb ticket" resolution.