Menu
▾
▴
scstudio-devel — Development mailing list
You can subscribe to this list here.
| 2009 |
Jan
(2) |
Feb
(2) |
Mar
|
Apr
(11) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(5) |
Dec
(10) |
| 2011 |
Jan
(12) |
Feb
(4) |
Mar
(29) |
Apr
(4) |
May
(5) |
Jun
(5) |
Jul
(34) |
Aug
(14) |
Sep
(1) |
Oct
|
Nov
(29) |
Dec
(7) |
| 2012 |
Jan
(17) |
Feb
(3) |
Mar
(5) |
Apr
(3) |
May
(2) |
Jun
(9) |
Jul
(67) |
Aug
(5) |
Sep
(6) |
Oct
(14) |
Nov
(3) |
Dec
(1) |
| 2013 |
Jan
(1) |
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2015 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: SourceForge.net <no...@so...> - 2012-07-02 09:30:49
|
Bugs item #3539397, was opened at 2012-07-02 02:30 Message generated for change (Tracker Item Submitted) made by obouda You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046486&aid=3539397&group_id=219467 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Visio Interface Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ondřej Bouda (obouda) Assigned to: Martin Bezděka (mbezdeka) Summary: User-friendly selection of instances for Message Sequence Initial Comment: The Message Sequence function requires several instances among which the sequence of messages should be drawn. Originally, when no instances were selected on the current drawing, all instances were considered, and when a single instance was selected in the moment of the Message Sequence invocation (typical when used via context menu on an instance), Visio asked the user to select the second instance between which to draw the sequence. Even the order of selecting these two instances was significant - appropriate sequence direction (left or right) was chosen by default in the following dialog. Such a behaviour is also described in the help section Microsoft Visio Front-end -> Automatic drawing -> Message Sequence. The current state is different, however. Nowadays, it is necessary to select two instances immediately. Thus, to fix this issue, the original behaviour should be re-implemented, or the help should be updated to reflect the current state if it proves to be more user-friendly. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046486&aid=3539397&group_id=219467 |
|
From: SourceForge.net <no...@so...> - 2012-06-26 19:27:41
|
Bugs item #3538217, was opened at 2012-06-26 12:27 Message generated for change (Tracker Item Submitted) made by obouda You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046486&aid=3538217&group_id=219467 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Visio Interface Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ondřej Bouda (obouda) Assigned to: Martin Bezděka (mbezdeka) Summary: Race marks remain even after repaint Initial Comment: One would like to use the repaint function to clear results of the race condition checker. While all the shapes stored in the internal structure (i.e., message arrows) are reset, the circles marking the events in the race remain in the drawing. Lubos found out the bug while preparing some time races. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046486&aid=3538217&group_id=219467 |
|
From: SourceForge.net <no...@so...> - 2012-06-26 08:14:51
|
Bugs item #3537938, was opened at 2012-06-25 13:07 Message generated for change (Comment added) made by vacek You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046486&aid=3537938&group_id=219467 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Verification algorithms Group: None >Status: Closed >Resolution: Rejected Priority: 5 Private: No Submitted By: Matus Madzin (madzin) Assigned to: Vaclav Vacek (vacek) Summary: Not found all race condition problems Initial Comment: The Race algorithm does not found all race problems (races) in the attached MSC. The algorithm finds one race problem but there are two race problems, message from the client can also be delivered before register message from the proxy. ---------------------------------------------------------------------- >Comment By: Vaclav Vacek (vacek) Date: 2012-06-26 01:14 Message: The Race algorithm does not find all race problems by design - only events that are in a footprint are considered, which is not the case in the attached file. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046486&aid=3537938&group_id=219467 |
|
From: SourceForge.net <no...@so...> - 2012-06-25 20:08:17
|
Bugs item #3537938, was opened at 2012-06-25 13:07 Message generated for change (Settings changed) made by madzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046486&aid=3537938&group_id=219467 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Verification algorithms Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Matus Madzin (madzin) >Assigned to: Vaclav Vacek (vacek) Summary: Not found all race condition problems Initial Comment: The Race algorithm does not found all race problems (races) in the attached MSC. The algorithm finds one race problem but there are two race problems, message from the client can also be delivered before register message from the proxy. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046486&aid=3537938&group_id=219467 |
|
From: SourceForge.net <no...@so...> - 2012-06-25 20:07:43
|
Bugs item #3537938, was opened at 2012-06-25 13:07 Message generated for change (Tracker Item Submitted) made by madzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046486&aid=3537938&group_id=219467 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Verification algorithms Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Matus Madzin (madzin) Assigned to: Nobody/Anonymous (nobody) Summary: Not found all race condition problems Initial Comment: The Race algorithm does not found all race problems (races) in the attached MSC. The algorithm finds one race problem but there are two race problems, message from the client can also be delivered before register message from the proxy. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046486&aid=3537938&group_id=219467 |
|
From: SourceForge.net <no...@so...> - 2012-06-22 23:52:38
|
Feature Requests item #3530648, was opened at 2012-05-29 13:01 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046489&aid=3530648&group_id=219467 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Visio Interface Group: None Status: Open Priority: 5 Private: No Submitted By: Gilberto Tavan (pomate) Assigned to: Matus Madzin (madzin) Summary: Error in rendering disconnected MSC Initial Comment: I've noticed SCstudio has a bug in import function, when rendering of disconnected MSC. When a new instance of a node pops up, the messages are placed at the beginning of the .vsd file, they should be always added after the last message. Having multiple interfaces (IPaddresses) is quite common in SIP applications. In the attachment an example of SIP Call Flow, where the rendering is incorrect. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2012-06-22 16:52 Message: A few comments on .mpr creation script pcap2z120.py, I know it may seem OoS at first sight, but if current pcap2z120 algorithm will be inherited by the new feature there are a few things to take into account: 1) pcap2z120.py assumes the instances should be IP address only. In telco applications and especially in LTE it is quite common to have a Point Code, i.e. a single number, instead of an IP address as instance of an MSC. 2) It's also quite common to perform Network Name resolution of the IP adresses in Wireshark in order to automatize the substitution of IP addresses with Node Names, using host file. In this case an instance can be represented by an alphanumeric string. 3) In telco application of MSC, i.e. Call Flows most of the time it is not necessary to have a linearization proportional to time stamps, so it could be an option. The important thing is to be able to use vertical spacing (i.e. time constraint) on new "disconnected" instances. After importing with timestaps coordinates beautify function could linearize vertical spacing as it does today, while other applications may require to respect timestamps spacing. 4) Regarding .mpr import function, that will have anyway a rendering problem, the vertical spacing could be proportional to Message Number, which is already available in .mpr file PS: I was referring to current z120 import function, I would like to take a look to a possible implementation of the concept expressed in bullet 4) Thanks ---------------------------------------------------------------------- Comment By: Vojtech Rehak (xrehak) Date: 2012-06-21 23:56 Message: bug -> feature request We will solve it as a special kind of Beautify that will take time information into account. Gilberto wrote: > PS I've searched for import procedure in the source code, but I can't find them easily. The import procedure itself is in "trunk/src/data/pcap/". It reads a given file and fills the internal data structure. It has not been implemented In the visio part yet, i.e. in "trunk/src/view/visio/addon/document.cpp". ---------------------------------------------------------------------- Comment By: Gilberto Tavan (pomate) Date: 2012-06-09 07:20 Message: Hi Matus, Your interpretation is absolutely correct, sorry I could have been more clear in my explanations. Using .pcap timestamps as references would give a correct temporal order, which would then render the MSC exactly as mscgen.exe does, but with the great advantage of editing capabilities thanks to SCstudio. The time constraint would solve the problem, if time constraint implies a graphical spacing on the Y-axis. The correct order and a constant spacing is more than enought in most MSC Diagrams in my area of expertise (which is Telecomunications) Talking about Z120 import .mpr files produced by pcap2z120.py do not contain timestamps, but I think that correct temporal order and constant spacing could be easier to implement and have a better aesthetical result. Thanks to you all for this unique and handy tool. BR Gilberto PS I've searched for import procedure in the source code, but I can't find them easily. ---------------------------------------------------------------------- Comment By: Matus Madzin (madzin) Date: 2012-06-03 09:14 Message: Hi, Firstly I would like to thank Mr. Tavan for good report. Now, I replay to xrehak's comment. Actually, I can confirm that it's basic feature of MSC, but I don't like any of xrehak's suggestions. If I understand the problem correctly, Mr. Tavan wants a linearization over all messages in an MSC diagram. To reach this functionality by clear solution, I suggest to set time stamp of each message from pcap as an absolute time constraint and create new feature of SCStudio to linearize messages in MSC diagram if it's possible (when the diagram is created from pcap file, it should be always possible). I think, it would be correct to assign this ticket to feature request category. Matus ---------------------------------------------------------------------- Comment By: Vojtech Rehak (xrehak) Date: 2012-05-29 23:18 Message: Actually, it is a basic feature of MSC that disconnected events on different instances can be placed arbitrarily. I suggest two solutions: - consider the interfaces of a single computer as standalone components and add some messages between these interfaces representing internal communication proceed within the computer; hence, the relevant messages will not be disconnected any more. (Ok. this should be hardly achieved from pcap. ) - consider the multiple interfaces as nicknames of the same computer and make a single instance representing all of them together (Matus, is there any possibility to specify this by parameters of pcap2z120.py?) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046489&aid=3530648&group_id=219467 |
|
From: SourceForge.net <no...@so...> - 2012-06-22 06:56:45
|
Feature Requests item #3530648, was opened at 2012-05-29 13:01 Message generated for change (Comment added) made by xrehak You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046489&aid=3530648&group_id=219467 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. >Category: Visio Interface Group: None Status: Open Priority: 5 Private: No Submitted By: Gilberto Tavan (pomate) Assigned to: Matus Madzin (madzin) Summary: Error in rendering disconnected MSC Initial Comment: I've noticed SCstudio has a bug in import function, when rendering of disconnected MSC. When a new instance of a node pops up, the messages are placed at the beginning of the .vsd file, they should be always added after the last message. Having multiple interfaces (IPaddresses) is quite common in SIP applications. In the attachment an example of SIP Call Flow, where the rendering is incorrect. ---------------------------------------------------------------------- >Comment By: Vojtech Rehak (xrehak) Date: 2012-06-21 23:56 Message: bug -> feature request We will solve it as a special kind of Beautify that will take time information into account. Gilberto wrote: > PS I've searched for import procedure in the source code, but I can't find them easily. The import procedure itself is in "trunk/src/data/pcap/". It reads a given file and fills the internal data structure. It has not been implemented In the visio part yet, i.e. in "trunk/src/view/visio/addon/document.cpp". ---------------------------------------------------------------------- Comment By: Gilberto Tavan (pomate) Date: 2012-06-09 07:20 Message: Hi Matus, Your interpretation is absolutely correct, sorry I could have been more clear in my explanations. Using .pcap timestamps as references would give a correct temporal order, which would then render the MSC exactly as mscgen.exe does, but with the great advantage of editing capabilities thanks to SCstudio. The time constraint would solve the problem, if time constraint implies a graphical spacing on the Y-axis. The correct order and a constant spacing is more than enought in most MSC Diagrams in my area of expertise (which is Telecomunications) Talking about Z120 import .mpr files produced by pcap2z120.py do not contain timestamps, but I think that correct temporal order and constant spacing could be easier to implement and have a better aesthetical result. Thanks to you all for this unique and handy tool. BR Gilberto PS I've searched for import procedure in the source code, but I can't find them easily. ---------------------------------------------------------------------- Comment By: Matus Madzin (madzin) Date: 2012-06-03 09:14 Message: Hi, Firstly I would like to thank Mr. Tavan for good report. Now, I replay to xrehak's comment. Actually, I can confirm that it's basic feature of MSC, but I don't like any of xrehak's suggestions. If I understand the problem correctly, Mr. Tavan wants a linearization over all messages in an MSC diagram. To reach this functionality by clear solution, I suggest to set time stamp of each message from pcap as an absolute time constraint and create new feature of SCStudio to linearize messages in MSC diagram if it's possible (when the diagram is created from pcap file, it should be always possible). I think, it would be correct to assign this ticket to feature request category. Matus ---------------------------------------------------------------------- Comment By: Vojtech Rehak (xrehak) Date: 2012-05-29 23:18 Message: Actually, it is a basic feature of MSC that disconnected events on different instances can be placed arbitrarily. I suggest two solutions: - consider the interfaces of a single computer as standalone components and add some messages between these interfaces representing internal communication proceed within the computer; hence, the relevant messages will not be disconnected any more. (Ok. this should be hardly achieved from pcap. ) - consider the multiple interfaces as nicknames of the same computer and make a single instance representing all of them together (Matus, is there any possibility to specify this by parameters of pcap2z120.py?) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046489&aid=3530648&group_id=219467 |
|
From: SourceForge.net <no...@so...> - 2012-06-19 09:02:24
|
Bugs item #3530648, was opened at 2012-05-29 13:01 Message generated for change (Settings changed) made by pomate You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046486&aid=3530648&group_id=219467 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Visio Interface Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Gilberto Tavan (pomate) Assigned to: Matus Madzin (madzin) >Summary: Error in rendering disconnected MSC Initial Comment: I've noticed SCstudio has a bug in import function, when rendering of disconnected MSC. When a new instance of a node pops up, the messages are placed at the beginning of the .vsd file, they should be always added after the last message. Having multiple interfaces (IPaddresses) is quite common in SIP applications. In the attachment an example of SIP Call Flow, where the rendering is incorrect. ---------------------------------------------------------------------- Comment By: Gilberto Tavan (pomate) Date: 2012-06-09 07:20 Message: Hi Matus, Your interpretation is absolutely correct, sorry I could have been more clear in my explanations. Using .pcap timestamps as references would give a correct temporal order, which would then render the MSC exactly as mscgen.exe does, but with the great advantage of editing capabilities thanks to SCstudio. The time constraint would solve the problem, if time constraint implies a graphical spacing on the Y-axis. The correct order and a constant spacing is more than enought in most MSC Diagrams in my area of expertise (which is Telecomunications) Talking about Z120 import .mpr files produced by pcap2z120.py do not contain timestamps, but I think that correct temporal order and constant spacing could be easier to implement and have a better aesthetical result. Thanks to you all for this unique and handy tool. BR Gilberto PS I've searched for import procedure in the source code, but I can't find them easily. ---------------------------------------------------------------------- Comment By: Matus Madzin (madzin) Date: 2012-06-03 09:14 Message: Hi, Firstly I would like to thank Mr. Tavan for good report. Now, I replay to xrehak's comment. Actually, I can confirm that it's basic feature of MSC, but I don't like any of xrehak's suggestions. If I understand the problem correctly, Mr. Tavan wants a linearization over all messages in an MSC diagram. To reach this functionality by clear solution, I suggest to set time stamp of each message from pcap as an absolute time constraint and create new feature of SCStudio to linearize messages in MSC diagram if it's possible (when the diagram is created from pcap file, it should be always possible). I think, it would be correct to assign this ticket to feature request category. Matus ---------------------------------------------------------------------- Comment By: Vojtech Rehak (xrehak) Date: 2012-05-29 23:18 Message: Actually, it is a basic feature of MSC that disconnected events on different instances can be placed arbitrarily. I suggest two solutions: - consider the interfaces of a single computer as standalone components and add some messages between these interfaces representing internal communication proceed within the computer; hence, the relevant messages will not be disconnected any more. (Ok. this should be hardly achieved from pcap. ) - consider the multiple interfaces as nicknames of the same computer and make a single instance representing all of them together (Matus, is there any possibility to specify this by parameters of pcap2z120.py?) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046486&aid=3530648&group_id=219467 |
|
From: SourceForge.net <no...@so...> - 2012-06-09 14:20:36
|
Bugs item #3530648, was opened at 2012-05-29 13:01 Message generated for change (Comment added) made by pomate You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046486&aid=3530648&group_id=219467 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Visio Interface Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Gilberto Tavan (pomate) Assigned to: Matus Madzin (madzin) Summary: Error in renderind disconnected MSC Initial Comment: I've noticed SCstudio has a bug in import function, when rendering of disconnected MSC. When a new instance of a node pops up, the messages are placed at the beginning of the .vsd file, they should be always added after the last message. Having multiple interfaces (IPaddresses) is quite common in SIP applications. In the attachment an example of SIP Call Flow, where the rendering is incorrect. ---------------------------------------------------------------------- Comment By: Gilberto Tavan (pomate) Date: 2012-06-09 07:20 Message: Hi Matus, Your interpretation is absolutely correct, sorry I could have been more clear in my explanations. Using .pcap timestamps as references would give a correct temporal order, which would then render the MSC exactly as mscgen.exe does, but with the great advantage of editing capabilities thanks to SCstudio. The time constraint would solve the problem, if time constraint implies a graphical spacing on the Y-axis. The correct order and a constant spacing is more than enought in most MSC Diagrams in my area of expertise (which is Telecomunications) Talking about Z120 import .mpr files produced by pcap2z120.py do not contain timestamps, but I think that correct temporal order and constant spacing could be easier to implement and have a better aesthetical result. Thanks to you all for this unique and handy tool. BR Gilberto PS I've searched for import procedure in the source code, but I can't find them easily. ---------------------------------------------------------------------- Comment By: Matus Madzin (madzin) Date: 2012-06-03 09:14 Message: Hi, Firstly I would like to thank Mr. Tavan for good report. Now, I replay to xrehak's comment. Actually, I can confirm that it's basic feature of MSC, but I don't like any of xrehak's suggestions. If I understand the problem correctly, Mr. Tavan wants a linearization over all messages in an MSC diagram. To reach this functionality by clear solution, I suggest to set time stamp of each message from pcap as an absolute time constraint and create new feature of SCStudio to linearize messages in MSC diagram if it's possible (when the diagram is created from pcap file, it should be always possible). I think, it would be correct to assign this ticket to feature request category. Matus ---------------------------------------------------------------------- Comment By: Vojtech Rehak (xrehak) Date: 2012-05-29 23:18 Message: Actually, it is a basic feature of MSC that disconnected events on different instances can be placed arbitrarily. I suggest two solutions: - consider the interfaces of a single computer as standalone components and add some messages between these interfaces representing internal communication proceed within the computer; hence, the relevant messages will not be disconnected any more. (Ok. this should be hardly achieved from pcap. ) - consider the multiple interfaces as nicknames of the same computer and make a single instance representing all of them together (Matus, is there any possibility to specify this by parameters of pcap2z120.py?) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046486&aid=3530648&group_id=219467 |
|
From: SourceForge.net <no...@so...> - 2012-06-03 16:14:07
|
Bugs item #3530648, was opened at 2012-05-29 13:01 Message generated for change (Comment added) made by madzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046486&aid=3530648&group_id=219467 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Visio Interface Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Gilberto Tavan (pomate) Assigned to: Matus Madzin (madzin) Summary: Error in renderind disconnected MSC Initial Comment: I've noticed SCstudio has a bug in import function, when rendering of disconnected MSC. When a new instance of a node pops up, the messages are placed at the beginning of the .vsd file, they should be always added after the last message. Having multiple interfaces (IPaddresses) is quite common in SIP applications. In the attachment an example of SIP Call Flow, where the rendering is incorrect. ---------------------------------------------------------------------- Comment By: Matus Madzin (madzin) Date: 2012-06-03 09:14 Message: Hi, Firstly I would like to thank Mr. Tavan for good report. Now, I replay to xrehak's comment. Actually, I can confirm that it's basic feature of MSC, but I don't like any of xrehak's suggestions. If I understand the problem correctly, Mr. Tavan wants a linearization over all messages in an MSC diagram. To reach this functionality by clear solution, I suggest to set time stamp of each message from pcap as an absolute time constraint and create new feature of SCStudio to linearize messages in MSC diagram if it's possible (when the diagram is created from pcap file, it should be always possible). I think, it would be correct to assign this ticket to feature request category. Matus ---------------------------------------------------------------------- Comment By: Vojtech Rehak (xrehak) Date: 2012-05-29 23:18 Message: Actually, it is a basic feature of MSC that disconnected events on different instances can be placed arbitrarily. I suggest two solutions: - consider the interfaces of a single computer as standalone components and add some messages between these interfaces representing internal communication proceed within the computer; hence, the relevant messages will not be disconnected any more. (Ok. this should be hardly achieved from pcap. ) - consider the multiple interfaces as nicknames of the same computer and make a single instance representing all of them together (Matus, is there any possibility to specify this by parameters of pcap2z120.py?) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046486&aid=3530648&group_id=219467 |
|
From: SourceForge.net <no...@so...> - 2012-05-30 06:18:15
|
Bugs item #3530648, was opened at 2012-05-29 13:01 Message generated for change (Comment added) made by xrehak You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046486&aid=3530648&group_id=219467 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Visio Interface Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Gilberto Tavan (pomate) >Assigned to: Matus Madzin (madzin) Summary: Error in renderind disconnected MSC Initial Comment: I've noticed SCstudio has a bug in import function, when rendering of disconnected MSC. When a new instance of a node pops up, the messages are placed at the beginning of the .vsd file, they should be always added after the last message. Having multiple interfaces (IPaddresses) is quite common in SIP applications. In the attachment an example of SIP Call Flow, where the rendering is incorrect. ---------------------------------------------------------------------- >Comment By: Vojtech Rehak (xrehak) Date: 2012-05-29 23:18 Message: Actually, it is a basic feature of MSC that disconnected events on different instances can be placed arbitrarily. I suggest two solutions: - consider the interfaces of a single computer as standalone components and add some messages between these interfaces representing internal communication proceed within the computer; hence, the relevant messages will not be disconnected any more. (Ok. this should be hardly achieved from pcap. ) - consider the multiple interfaces as nicknames of the same computer and make a single instance representing all of them together (Matus, is there any possibility to specify this by parameters of pcap2z120.py?) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046486&aid=3530648&group_id=219467 |
|
From: SourceForge.net <no...@so...> - 2012-05-29 20:01:10
|
Bugs item #3530648, was opened at 2012-05-29 13:01 Message generated for change (Tracker Item Submitted) made by pomate You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046486&aid=3530648&group_id=219467 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Visio Interface Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Gilberto Tavan (pomate) Assigned to: Martin Bezděka (mbezdeka) Summary: Error in renderind disconnected MSC Initial Comment: I've noticed SCstudio has a bug in import function, when rendering of disconnected MSC. When a new instance of a node pops up, the messages are placed at the beginning of the .vsd file, they should be always added after the last message. Having multiple interfaces (IPaddresses) is quite common in SIP applications. In the attachment an example of SIP Call Flow, where the rendering is incorrect. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046486&aid=3530648&group_id=219467 |
|
From: SourceForge.net <no...@so...> - 2012-04-16 06:42:57
|
Bugs item #3383640, was opened at 2011-08-01 04:35 Message generated for change (Settings changed) made by xrehak You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046486&aid=3383640&group_id=219467 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) >Assigned to: Matus Madzin (madzin) Summary: Export to z120 Initial Comment: Bug in export of comments which contains single quotation mark. Single quotation mark is not stored as a visible mark in text file and so it could not be recognized by parser. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046486&aid=3383640&group_id=219467 |
|
From: SourceForge.net <no...@so...> - 2012-04-03 15:10:57
|
Bugs item #3514606, was opened at 2012-04-03 07:44 Message generated for change (Settings changed) made by xrehak You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046486&aid=3514606&group_id=219467 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Beautify Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: xfarmad (xfarmad) >Assigned to: Milan Malota (xmalota) Summary: Beautify doesn't change width of coregion Initial Comment: Beautify doesn't change width of coregion to value set in options ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046486&aid=3514606&group_id=219467 |
|
From: SourceForge.net <no...@so...> - 2012-04-03 14:44:53
|
Bugs item #3514606, was opened at 2012-04-03 07:44 Message generated for change (Tracker Item Submitted) made by xfarmad You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046486&aid=3514606&group_id=219467 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Beautify Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: xfarmad (xfarmad) Assigned to: Nobody/Anonymous (nobody) Summary: Beautify doesn't change width of coregion Initial Comment: Beautify doesn't change width of coregion to value set in options ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046486&aid=3514606&group_id=219467 |
|
From: SourceForge.net <no...@so...> - 2012-03-28 04:37:31
|
Bugs item #3511971, was opened at 2012-03-27 08:47 Message generated for change (Settings changed) made by xrehak You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046486&aid=3511971&group_id=219467 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Beautify Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: xfarmad (xfarmad) >Assigned to: Milan Malota (xmalota) Summary: Comment on coregion Initial Comment: Beautify fails with comment on begining on coregion. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046486&aid=3511971&group_id=219467 |
|
From: SourceForge.net <no...@so...> - 2012-03-28 04:37:12
|
Bugs item #3495291, was opened at 2012-02-28 04:47 Message generated for change (Settings changed) made by xrehak You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046486&aid=3495291&group_id=219467 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Beautify Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Lubos Korenciak (lkorenciak) >Assigned to: Milan Malota (xmalota) Summary: beautify fails if slope of messages is too steep Initial Comment: beautify fails if slope of messages is too steep (see attached file) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046486&aid=3495291&group_id=219467 |
|
From: SourceForge.net <no...@so...> - 2012-03-27 15:47:05
|
Bugs item #3511971, was opened at 2012-03-27 08:47 Message generated for change (Tracker Item Submitted) made by xfarmad You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046486&aid=3511971&group_id=219467 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Beautify Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: xfarmad (xfarmad) Assigned to: Nobody/Anonymous (nobody) Summary: Comment on coregion Initial Comment: Beautify fails with comment on begining on coregion. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046486&aid=3511971&group_id=219467 |
|
From: SourceForge.net <no...@so...> - 2012-03-22 23:38:44
|
Bugs item #3367416, was opened at 2011-07-14 10:20 Message generated for change (Comment added) made by mbezdeka You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046486&aid=3367416&group_id=219467 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Visio Interface Group: None >Status: Closed >Resolution: Fixed Priority: 9 Private: No Submitted By: Martin Bezděka (mbezdeka) Assigned to: Martin Bezděka (mbezdeka) Summary: Loading scstudio takes too much time Initial Comment: Probably caused by help folder. ---------------------------------------------------------------------- >Comment By: Martin Bezděka (mbezdeka) Date: 2012-03-22 16:38 Message: Fixed in r1354. Help folder was moved out from bin folder. All paths to help were adjusted. ---------------------------------------------------------------------- Comment By: Ondřej Bouda (obouda) Date: 2011-11-09 10:39 Message: Some year ago, loading was OK, the problems appeared after a concrete commit to the Visio interface. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046486&aid=3367416&group_id=219467 |
|
From: SourceForge.net <no...@so...> - 2012-03-22 16:31:15
|
Bugs item #3367416, was opened at 2011-07-14 10:20 Message generated for change (Settings changed) made by xrehak You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046486&aid=3367416&group_id=219467 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Visio Interface Group: None Status: Open Resolution: None >Priority: 9 Private: No Submitted By: Martin Bezděka (mbezdeka) >Assigned to: Martin Bezděka (mbezdeka) Summary: Loading scstudio takes too much time Initial Comment: Probably caused by help folder. ---------------------------------------------------------------------- Comment By: Ondřej Bouda (obouda) Date: 2011-11-09 10:39 Message: Some year ago, loading was OK, the problems appeared after a concrete commit to the Visio interface. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046486&aid=3367416&group_id=219467 |
|
From: SourceForge.net <no...@so...> - 2012-02-28 12:47:54
|
Bugs item #3495291, was opened at 2012-02-28 04:47 Message generated for change (Tracker Item Submitted) made by lkorenciak You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046486&aid=3495291&group_id=219467 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Beautify Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Lubos Korenciak (lkorenciak) Assigned to: Nobody/Anonymous (nobody) Summary: beautify fails if slope of messages is too steep Initial Comment: beautify fails if slope of messages is too steep (see attached file) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046486&aid=3495291&group_id=219467 |
|
From: SourceForge.net <no...@so...> - 2012-02-07 14:41:37
|
Bugs item #3480535, was opened at 2012-01-27 05:31 Message generated for change (Comment added) made by madzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046486&aid=3480535&group_id=219467 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Verification algorithms Group: None >Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Vojtech Rehak (xrehak) Assigned to: Matus Madzin (madzin) Summary: Bug in time find flow Initial Comment: Page-2 is not found in HMSC due to unsatisfied time constraint(s). But it is there. ---------------------------------------------------------------------- >Comment By: Matus Madzin (madzin) Date: 2012-02-07 06:41 Message: Fixed in revision 1310. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046486&aid=3480535&group_id=219467 |
|
From: SourceForge.net <no...@so...> - 2012-02-06 23:00:14
|
Bugs item #3480475, was opened at 2012-01-27 02:05 Message generated for change (Comment added) made by madzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046486&aid=3480475&group_id=219467 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Verification algorithms Group: None >Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Vojtech Rehak (xrehak) Assigned to: Matus Madzin (madzin) Summary: Bugs in Find Flow verification report. Initial Comment: In verification report: > Flow "Page-1 not found. Unsatisfied time constraint(s). Some interval(s) are only partially satisfied: [show] > Flow "Page-4" not found. Diff: [show] 1) - missing " in the first line 2) Both sentences are black. I expect them being red as they are saying that the flows were not found. ---------------------------------------------------------------------- >Comment By: Matus Madzin (madzin) Date: 2012-02-06 15:00 Message: Fix in revision 1308, Visio part in 1309. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046486&aid=3480475&group_id=219467 |
|
From: SourceForge.net <no...@so...> - 2012-01-27 13:31:30
|
Bugs item #3480535, was opened at 2012-01-27 05:31 Message generated for change (Tracker Item Submitted) made by xrehak You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046486&aid=3480535&group_id=219467 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Verification algorithms Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Vojtech Rehak (xrehak) Assigned to: Matus Madzin (madzin) Summary: Bug in time find flow Initial Comment: Page-2 is not found in HMSC due to unsatisfied time constraint(s). But it is there. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046486&aid=3480535&group_id=219467 |
|
From: SourceForge.net <no...@so...> - 2012-01-27 10:05:11
|
Bugs item #3480475, was opened at 2012-01-27 02:05 Message generated for change (Tracker Item Submitted) made by xrehak You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046486&aid=3480475&group_id=219467 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Verification algorithms Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Vojtech Rehak (xrehak) Assigned to: Matus Madzin (madzin) Summary: Bugs in Find Flow verification report. Initial Comment: In verification report: > Flow "Page-1 not found. Unsatisfied time constraint(s). Some interval(s) are only partially satisfied: [show] > Flow "Page-4" not found. Diff: [show] 1) - missing " in the first line 2) Both sentences are black. I expect them being red as they are saying that the flows were not found. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046486&aid=3480475&group_id=219467 |
