Modify ↓
Opened 7 years ago
Closed 6 years ago
#3705 closed Bug (No Bug)
Fixed: Assigning objects by reference to COM properties
| Reported by: | MrCreatoR <mrgeorge.sandler@…> | Owned by: | |
|---|---|---|---|
| Milestone: | Component: | AutoIt | |
| Version: | 3.3.14.0 | Severity: | None |
| Keywords: | Cc: |
Description
The fix described in the title probably broke new feature added in 3.3.10.0:
Changed: Run-time errors on objects no longer fatal (execution of the script is not halted).
Here is an example that works in 3.3.10.x, but produces fatal error in 3.3.14.x:
$oDict = ObjCreate('Scripting.Dictionary')
$oDict.Add('test', 'ok')
ConsoleWrite($oDict.Item('test') & @CRLF)
$oDict.Remove('test')
;Purpesly remove again not existing item, which will produce fatal error in 3.3.14.x
;Uncomment condition to solve this issue
;If $oDict.Exists('test') Then
$oDict.Remove('test')
;EndIf
Attachments (0)
Change History (3)
comment:1 Changed 7 years ago by jchd18
comment:2 Changed 6 years ago by water
That's correct COM error handling has been reverted as you described.
comment:3 Changed 6 years ago by water
- 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.
Note: See
TracTickets for help on using
tickets.

Unless I missed it, it seems that the changelog didn't explicitely mention when COM errors have been reverted to the old benavior: fatal error or user-supplied COM error handler instead of directing COM errors to @error.