View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0009518 | 10000-004: Services | Spec | public | 2024-04-09 08:50 | 2025-09-25 09:49 |
| Reporter | jpfr | Assigned To | Paul Hunkar | ||
| Priority | normal | Severity | minor | Reproducibility | N/A |
| Status | closed | Resolution | no change required | ||
| Product Version | 1.05.03 | ||||
| Summary | 0009518: Automatic Cast to Boolean in EventFilters | ||||
| Description | The logical operators in an EventFilter where-clause use three distinct truth values, TRUE, FALSE and NULL (cf. Part 4, Table 127 and 128). TRUE and FALSE are Booleans whereas NULL is indicated by an empty variant. In our implementation, we are unsure of the casting rules when calling a logical operator with a non-Boolean. NOT TRUE -> FALSE Does resolving to a Boolean include automatic casting and also casting of numericals (explicit). The EventFilter operators that need clarification are AND/OR/NOT/ISNULL. | ||||
| Tags | No tags attached. | ||||
| Commit Version | |||||
| Fix Due Date | |||||
|
|
I believe this is a miss understanding of casting and the eventFilter structures. we see no changes that are required to the specification. |
|
|
Agreed to no fix. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2024-04-09 08:50 | jpfr | New Issue | |
| 2024-04-23 16:25 | Jim Luth | Assigned To | => Paul Hunkar |
| 2024-04-23 16:25 | Jim Luth | Status | new => assigned |
| 2025-06-29 18:26 | Paul Hunkar | Status | assigned => resolved |
| 2025-06-29 18:26 | Paul Hunkar | Resolution | open => no change required |
| 2025-06-29 18:26 | Paul Hunkar | Note Added: 0023045 | |
| 2025-09-25 09:49 | Jim Luth | Status | resolved => closed |
| 2025-09-25 09:49 | Jim Luth | Note Added: 0023358 |