ETSI's Bug Tracker |
Anonymous | Login | Signup for local Mantis account | 02-05-2024 20:22 IST |
Main | My View | View Issues | Change Log | Roadmap | Monitor project |
View Issue Details [ Jump to Notes ] | [ Issue History ] [ Print ] | ||||||||
ID | Project | Category | View Status | Date Submitted | Last Update | ||||
0007765 | Ext Pack: Config & Deployment Support (ES 202 781) | New Feature | public | 24-05-2018 07:46 | 05-01-2019 10:44 | ||||
Reporter | Kristóf Szabados | ||||||||
Assigned To | Gyorgy Rethy | ||||||||
Priority | normal | Severity | minor | Reproducibility | have not tried | ||||
Status | closed | Resolution | fixed | ||||||
Platform | OS | OS Version | |||||||
Product Version | |||||||||
Target Version | Fixed in Version | v1.7.1 (published 2019-04) | |||||||
Summary | 0007765: add discard state to the states of ports with translation capability | ||||||||
Description | According to the current standards ports with translation cabailities can be of several states: unset, not translated, fragmanted, translated, partially translated. This list should be extended with the "discarded" state. It is very usefull in testing to discard some of the incoming messages, that would just complicate the testing logic on TTCN-3 level. Right now using translation ports this is possible, but when the writer of the translation function wants to indicate the discarding of a message ... the port has to be set to the state of "fragmented". Which is very confusing. For users the translation port being in the fragmented state indicates, that there is some incoming message, that needs to be handled, but has not fully arrived yet (and so might need special attention). While having a "discarded" state would clearly indicate, that the message was descarded intentionally, and no extra attention is needed. /*basically the first version indicates incompleteness or some sort of error, while the discarded state indicates a deliberate and correct decision */ | ||||||||
Tags | No tags attached. | ||||||||
Clause Reference(s) | 5.2.4 | ||||||||
Source (company - Author) | L.M. Ericsson | ||||||||
TS version | n/a | ||||||||
Attached Files | CR_7765.docx [^] (159,787 bytes) 18-07-2018 13:23 CR_7765-2.docx [^] (179,053 bytes) 18-07-2018 13:27 | ||||||||
Notes | |
(0015132) Jens Grabowski (manager) 16-07-2018 14:20 |
STF dicussion: Proposal ok, Kristof will develop proposal. |
(0015152) Kristóf Szabados (reporter) 18-07-2018 08:05 |
Please check. |
(0015161) Tomas Urban (developer) 18-07-2018 13:29 |
Reviewed. There are no major concerns, I only made two typo corrections. The proposal is ready to be added to the next version of the extension package. |
(0015314) Gyorgy Rethy (reporter) 05-01-2019 10:44 |
Added to draft v4.6.2 |
Issue History | |||
Date Modified | Username | Field | Change |
24-05-2018 07:46 | Kristóf Szabados | New Issue | |
16-07-2018 14:20 | Jens Grabowski | Note Added: 0015132 | |
16-07-2018 14:20 | Jens Grabowski | Assigned To | => Kristóf Szabados |
16-07-2018 14:20 | Jens Grabowski | Status | new => assigned |
18-07-2018 08:05 | Kristóf Szabados | Note Added: 0015152 | |
18-07-2018 08:05 | Kristóf Szabados | Assigned To | Kristóf Szabados => Tomas Urban |
18-07-2018 08:05 | Kristóf Szabados | Status | assigned => confirmed |
18-07-2018 13:23 | Kristóf Szabados | File Added: CR_7765.docx | |
18-07-2018 13:27 | Tomas Urban | File Added: CR_7765-2.docx | |
18-07-2018 13:29 | Tomas Urban | Note Added: 0015161 | |
18-07-2018 13:29 | Tomas Urban | Status | confirmed => resolved |
18-07-2018 13:29 | Tomas Urban | Resolution | open => fixed |
18-07-2018 13:29 | Tomas Urban | Assigned To | Tomas Urban => Jens Grabowski |
05-01-2019 10:44 | Gyorgy Rethy | Note Added: 0015314 | |
05-01-2019 10:44 | Gyorgy Rethy | Status | resolved => closed |
05-01-2019 10:44 | Gyorgy Rethy | Assigned To | Jens Grabowski => Gyorgy Rethy |
05-01-2019 10:44 | Gyorgy Rethy | Fixed in Version | => v1.7.1 (published 2019-04) |
MantisBT 1.2.14 [^] Copyright © 2000 - 2024 MantisBT Team |