NEWS

   1
   2
   3 YACS GUI : list of missing functionalities and bugs
   4 ====================================================================================================
   5
   6 One list is initiated by EDF (problems detected by EDF), Another list can be completed by OCC
   7 (problems detected by OCC). The separaration will allow an easier CVS merge.
   8 Each list contains numeroted items, with a description, comments from both parts,
   9 a priority and a status.
  10 The present file must be committed in CVS as often as required, in developments branchs.
  11
  12
  13
  14 Problems detected by EDF
  15 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  16
  17 ----------------------------------------------------------------------------------------------------
  18 Num ----: 1
  19 priority: 0
  20 status--: OK (checked on BR_DEV mergefrom_BR_PR_8jan08)
  21 description: On the launch of YACSGui, without any schema open, if we create a new schema, unless we
  22 double click on schema1 in object browser, we can add nothing because no schema is selected. It is
  23 not obvious and very frustrating. The must always be a schema selected.
  24 comments: OCC: DONE. This functionality will be available from CVS today evening.
  25 ----------------------------------------------------------------------------------------------------
  26 Num-----: 2
  27 priority: 0
  28 status--: OK (checked on BR_DEV mergefrom_BR_PR_8jan08)
  29 description: It is possible to create builtin nodes and blocs at the root level on the schema but not
  30 inside a block or other composed node.
  31 popup must be available on the composed node representation in the tree.
  32 comments: OCC: DONE
  33 ----------------------------------------------------------------------------------------------------
  34 Num-----: 3
  35 priority: 0
  36 status--: OK (checked on BR_DEV mergefrom_BR_PR_10jan08)
  37 description: add node from catalog is missing (from session and from existing schema file).
  38 Must be implemented, it is the only way to add SALOME service nodes from SALOME components.
  39 comments: OCC: This remarks concerns to both points 3 and 4. -a- As we
  40 understand correctly, the only one possibility for nodes creation
  41 should be available within YACS module. -b- It is a creation from two
  42 types of catalog. -c- The type of catalog should be specified during
  43 SALOME service node creation process in the additional dialog box. -d- It
  44 is not possible to create an empty SALOME service node. -e- And it is not
  45 possible to create a SALOME service node from component popup menu in
  46 the tree view taking into account the selected component as a
  47 component from which a service node will be created. Is the described
  48 behaviour correct?
  49 EDF: working examples for node clone from catalog are in guidemo.
  50 (see editTree::ComposedNodeContextMenu in src/hmi/editTree.cxx)
  51 -a- prefered mode of creation = pick a node from a catalog (see -e-)
  52 -b,c,d- yes
  53 -e- I am not sure to understand: select a service from a componentinstance already in tree ?
  54 There could be here a shortcut but it is not a priority.
  55 OCC: The creation of SALOME service nodes from session catalog is done.
  56 EDF:
  57 OK for Session Catalog
  58 Using Catalog from existing schema file does not work.
  59 Example scenario:
  60 - Load SUPERV file salomeloader/samples/GeomGraph.xml and save it as a YACS schema.
  61   This schema is runnable.
  62 - Create a new yacs schema, create a salome node, browse to find the saved schema. SIGSEGV
  63 OCC: DONE
  64 ----------------------------------------------------------------------------------------------------
  65 Num-----: 4
  66 priority: 0
  67 status--: OK (checked on BR_DEV mergefrom_BR_PR_8jan08)
  68 description: in create node menu, salome service is useless (we cannot edit ports). Salome service
  69 come by clone from a catalog.
  70 comments:
  71 EDF: see 3
  72 EDF: OK, only possible to clone a node from a catalog.
  73 ----------------------------------------------------------------------------------------------------
  74 Num-----: 5
  75 priority: 0
  76 status--: OK (checked on BR_DEV mergefrom_BR_PR_8jan08)
  77 description: in create node menu, CPPNode create sigsegv
  78 comments: OCC: This bug is not reproduced on OCC local version in
  79 debug mode. It is needed to check it on BR_OCC branch today evening after our
  80 integration.
  81 EDF: OK
  82 ----------------------------------------------------------------------------------------------------
  83 Num-----: 6
  84 priority: 0
  85 status--: OK  (checked on BR_DEV mergefrom_BR_PR_8jan08)(-- to check if never reproduced)
  86 description: Bug on bloc creation (not systematic)
  87 >> YACSGui_Graph::update
  88 Graph:  ADD node
  89 == aTypeName = N4YACS6ENGINE4BlocE
  90 th. 3050337968 - Trace /home/prascle/SALOME2/YACS/BR_OCC/YACS_SRC/src/gui/YACSGui_Graph.cxx [309] : YACSGui_Graph::update Bloc0
  91 YACSPrs_ElementaryNode::YACSPrs_ElementaryNode : Bloc0
  92 YACSPrs_BlocNode::YACSPrs_BlocNode
  93 terminate called after throwing an instance of 'St9bad_alloc'
  94   what():  St9bad_alloc
  95
  96 comments: OCC: Could you, please, provide a schema sample, on which
  97 this bug is reproduced?
  98 EDF:
  99 I generally load samples/bloc1.xml, and sometimes YACS enters in an infinite loop and consume the memory (swap).
 100 I can't be more precise on the conditions of occurence.
 101 OCC: DONE
 102 ----------------------------------------------------------------------------------------------------
 103 Num-----: 7
 104 priority: 0
 105 status--: OK (checked on BR_DEV mergefrom_BR_PR_8jan08)
 106 description: when creating schema from scratch, we do not have panel for node properties unless
 107 we load another existing schema, then come back to the first schema.
 108 comments: OCC: DONE. This functionality will be available from CVS today evening.
 109 ----------------------------------------------------------------------------------------------------
 110 Num-----: 8
 111 priority: 0
 112 status--: OK (checked on BR_DEV mergefrom_BR_PR_29jan08)
 113 description: in python node properties, the port creation works, but the other buttons (arrows...)
 114 have a confusing behaviour, and lead sometimes to sigsegv.
 115
 116 comments: OCC: DONE. Debugged.
 117 EDF: No more SIGSEGV observed but the behaviour is strange.
 118 Example:
 119 Create a python script or function node, add 3 input dataflow ports a, b, c type int, double, string
 120 Try to select input c. Only one column is selected. Use the arrow up. It looks like only the selected
 121 column is switched with input b, not the entire line. Clik on the other items of the two lines.
 122 Sometimes the entire line is switched (OK) sometimes not... Confusing behaviour, not always the same.
 123 comments: OCC: DONE
 124 ----------------------------------------------------------------------------------------------------
 125 Num-----: 9
 126 priority: 0
 127 status--: OK (checked on BR_DEV mergefrom_BR_PR_29jan08)
 128 description: in python node properties, changing the name leads to abort
 129 /home/prascle/SALOME2/YACS/BR_OCC/YACS_SRC/src/hmi/guiObservers.cxx [1038] : SubjectElementaryNode::addInputPort( 0x8552168, int, sds )
 130 terminate called after throwing an instance of 'YACS::Exception'
 131   what():  node PyFunctiona is not a child of node bloc1.xml
 132
 133 comments: OCC: Could you, please, provide a test scenario to reproduce
 134 this bug?
 135 EDF:
 136 launch YACSGui
 137 create new schema schema1
 138 add an inline script node
 139 load samples/bloc1.xml
 140 return to schema schema1
 141 in Node properties, create an inputport p and an outputport q (dataflow, double),
 142 change PyScript0 in PyScripta and apply:
 143 OCC: DONE
 144 EDF:
 145 Still observed a SIGSEGV when trying to rename a python node created following example 8 above.
 146 (not systematic).
 147 comments: OCC: DONE
 148 ----------------------------------------------------------------------------------------------------
 149 Num-----: 10
 150 priority: 0
 151 status--: OK (checked on BR_DEV mergefrom_BR_PR_8jan08)
 152 description: Node placement looks OK when there are no blocs, but there are problems of placement of
 153 nodes inside the bloc (nodes are outside). When there are two levels of blocks (see bloc1.xml),
 154 same problem, and the bloc in the inner level is not movable. When we move the outer bloc
 155 to englobe the inner bloc, the canvas flickers. The rezize of the bloc have a very strange behaviour.
 156 comments:  OCC: Could you, please, provide a schema sample, on which
 157 this bug is reproduced?
 158 EDF: samples/bloc1.xml
 159 EDF: Node placement from BR_OCC (january 7, 2008) works far better. I remove ordering in the BR_DEV
 160 version (january 8, 2008) because it is possible to have link loops in YACS with loop nodes. See
 161 yacsloader/samples/legendre7.xml.
 162 ----------------------------------------------------------------------------------------------------
 163 Num-----: 11
 164 priority: 0
 165 status--: OK (checked on BR_DEV mergefrom_BR_PR_8jan08)
 166 description: after loading bschema.xml, ports are not visibles in the node properties panel
 167 comments: OCC: DONE
 168 ----------------------------------------------------------------------------------------------------
 169 Num-----: 12
 170 priority: 0
 171 status--: OK (checked on BR_DEV mergefrom_BR_PR_8jan08)
 172 description: in edition, Selection is not possible from canvas (highlight in tree, open properties...)
 173 and selection in tree has no action on canvas.
 174 comments: OCC: DONE
 175 ----------------------------------------------------------------------------------------------------
 176 Num-----: 13
 177 priority: 0
 178 status--: OK (checked on BR_DEV mergefrom_BR_PR_14feb08)
 179 description: When the bloc properties is open, there is a button to add nodes, that does not work.
 180 (remove seems possible)
 181 comments: OCC: Could you, please, provide a test scenario to reproduce
 182 this bug?
 183 EDF:
 184 launch YACSGui
 185 create new schema schema1
 186 add a block
 187 load samples/bloc1.xml (to activate node properties)
 188 return to schema schema1
 189 in bloc properties, Direct Children + (for add node)
 190 a line number 1 appears in Direct Children with an empty node name
 191 I don't know what to do after...
 192 IMPORTANT NOTE: prefered way is to have a popup menu (add nodes) at bloc item in tree view (see 2).
 193 Either the '+' button activate the same menu, or it must be grayed or removed.
 194 OCC: DONE (see2)
 195 EDF: button '+' in bloc properties, Direct Children is still active, it is still possible to try
 196 to remove nodes from other buttons, with effect only on the property pannel. ==> this must be at least
 197 grayed or removed if inactive)
 198 EDF: I have finally understood the use of '+' button and selection, to move (reparent) a node,
 199 idem with '-' button. It is not obvious to find how it works, but it works!
 200 The main problem is if we forget to apply, there is no warning.
 201 I don't know if it is possible to have tooltips on such buttons (or other kind of help)
 202 comments: OCC: DONE, tooltips were added
 203 EDF: still problems (unnecessary warning, abort) with warnings on apply on certain cases
 204 scenario: Create several nodes and a block, move a node to the bloc and click on this node without apply.
 205 abort on OK.
 206 comments: OCC: DONE
 207 ----------------------------------------------------------------------------------------------------
 208 Num-----: 14
 209 priority: 0
 210 status--: OK (checked on BR_DEV mergefrom_BR_PR_14feb08)
 211 description: In general, there are too much buttons or menus that have no action, or very unclear.
 212 these buttons must be either removed, or grayed if they corresponds to something in development.
 213 comments: OCC: DONE
 214 EDF: Still a list of confusing buttons or menus without effect or with an unknown behaviour...
 215 OCC: Could you, please, provide a list of such buttons and menus?
 216 EDF(PR): OK I will try to make some snapshots and mark the things I don't understand.
 217 EDF: Well, you already have done a lot of cleaning in the last versions. There are still a few
 218 things remaining.
 219 1 buttons data flow view and data stream view do nothing (comment in source until implementation)
 220 2 idem in schema property panel
 221 3 menu create node/node node service does nothing (grayed or comment in source until implementation)
 222 4 menu create node/from library does nothing (to be removed)
 223 5 menu create node, from a component instance item in tree (does nothing, could be useful, to check)
 224 6 search in python script, property panel does not work with qscintilla. Not very useful, could be
 225   removed.
 226 7 in execution mode, button "remote run, control" could be removed, provided execution mode radio buttons
 227   and "stop on error" check button exist somewhere (the existing button "stop on error" is not clear:
 228   is it a toggle ?). It should be possible to start an execution in a mode and switch to another mode
 229   at any time during the execution (step by step / breakpoints / without stop).
 230 EDF: 1,2,3,4,6: OK --- 5,7: NOK
 231 comments: OCC:
 232 5 DONE: 1) It is possible now to create a Salome service node
 233 from a Salome component instance item selected in the edition tree
 234 view. In such a case, we take the first method name from the catalog"s
 235 service map as a default service for the created node. This method may
 236 be changed later with help of the property page of service node. 2) It
 237 is possible to create a Corba service node from a Corba component
 238 instance selected in the edition tree view. But in such a case I have a
 239 question: How can I retrieve a list of services from Corba component
 240 instance? Is it possible?
 241 EDF: CORBA nodes are not a priority. SALOME node are created with the first method,
 242 but it is now impossible to change the method (that was too complicated and dangerous).
 243 It still could be use as it is for components with one method.
 244 7 DONE: The modes of schema execution ( without stop / breakpoints /
 245 step by step ) were moved to the exclusive group of toggle buttons on
 246 the execution toolbar. "Stop on error" toggle button is placed on the
 247 execution toolbar too. The "remote run, control" button was removed.
 248 EDF: execution mode left only in menu, not in toolbar (confusing: not an action)
 249 ----------------------------------------------------------------------------------------------------
 250 Num-----: 15
 251 priority: 0
 252 status--: OK (checked on BR_DEV mergefrom_BR_PR_29jan08)
 253 description: No tree view nor canvas for salome SUPERV files
 254 comments: OCC: DONE
 255 EDF: Loading seems OK for edition (tree view, canvas...) but execution tree view is not visible.
 256
 257 ----------------------------------------------------------------------------------------------------
 258 Num-----: 16
 259 priority: 0
 260 status--: OK (checked on BR_DEV mergefrom_BR_PR_29jan08, but related bugs: 13)
 261 description: When editing a node (for instance a python script), if we switch on another node without
 262 apply, everything is lost...
 263 (in guidemo, I used a qt stack of widget for properties, so each item have it's own instance. No specific
 264 action necessary to keep values of each widget). Either something similar is reproduced, or a state
 265 of modification is generated to ask for apply/cancel before switch (may be difficult to implement
 266 properly...)
 267 comments: OCC: OK, we will try to implement the second way: warn the user if he selects another object
 268 without applying modifications (if modifications were really done) for the current object.
 269 In such a case we will provide two possibilities: Apply - to apply modifications for the current object
 270 and switch selection to the choosen object, Cancel - to lose modifications for the current object and
 271 switch selection to the choosen object. Is it suitable for you?
 272 EDF: yes
 273 comments: OCC: DONE
 274 ----------------------------------------------------------------------------------------------------
 275 Num-----: 17
 276 priority: 0
 277 status--: OK (checked on BR_DEV mergefrom_BR_PR_29jan08)
 278 description: Confusing behaviour, when switching from execution to edition and reverse.
 279 Example: create a new schema with 2 python script nodes, one producing to outputs double(a,b), the other
 280 with 2 input double (a,b) and an output double (c) (script: c=a+b), create the 2 links a->a b->b and execute.
 281 return to edition and create a third script node (r=p*q) and connect its inputs to outputs from the
 282 previous nodes.
 283 If you create a new execution (click on object browser, Schema1) you got the 3 nodes without the new links.
 284 you have first to make apply on schema properties in edition : A state of modification is needed to ask
 285 for apply changes before execution.
 286 comments: OCC: DONE
 287 ----------------------------------------------------------------------------------------------------
 288 Num-----: 18
 289 priority: 0
 290 status--: OK (checked on BR_DEV mergefrom_BR_PR_29jan08)
 291 description: When switching from execution to edition and reverse, each execution may correspond to a modified
 292 schema. Now, all executions are under the same item in object browser. There is no way to retrieve a
 293 particular version of the schema corresponding to an execution.
 294 The best thing to do is to create a new schema entry in object browser at the first modification of
 295 an already executed schema, or, better, to force an explicit (visible) copy of an executed schema to allow
 296 modifications.
 297 comments: OCC: As we understand correctly, you want to have a possibility to open the schema corresponding
 298 to any run object in the edition state (i.e. to create a new schema object in the object browser,
 299 edition tree view and 2D view for it) to continue its modification and after that to create a new run object
 300 based on the modified schema and execute it taking into account the last modifications. Is it right?
 301 If yes, we think, that it may be done with help of e.g. "New edition" popup menu item on the run object
 302 in the object browser (and/or the same toolbar button, as it was done for creation of a new execution).
 303 EDF(PR): Yes, I think it is OK. To be complete, when a schema is executed, it must be impossible to modify
 304 it without copy,to keep the coherence between the schema and it's execution.
 305 comments: OCC: DONE
 306 EDF: The schema is still modifiable after execution, but it is always possible to retreive the original
 307 with "new edition" popup menu on execuction item (OK)
 308 ----------------------------------------------------------------------------------------------------
 309 Num-----: 19
 310 priority: 0
 311 status--: OK (checked on BR_DEV mergefrom_BR_PR_10jan08)
 312 description: abort on switch edition, menu add node, python node:
 313  Switch::getChildByShortName : no default node defined for switch of name Switch0
 314 comments: OCC: DONE
 315 ----------------------------------------------------------------------------------------------------
 316 Num-----: 20
 317 priority: 0
 318 status--: OK (checked on BR_DEV mergefrom_BR_PR_29jan08)
 319 description: when export, save before execution... an incomplete schema there must be checks and warnings
 320 comments: EDF: the error log is given on schema item in tree
 321 ----------------------------------------------------------------------------------------------------
 322 Num-----:
 323 priority: 21
 324 status--: OK (checked on BR_DEV mergefrom_BR_PR_29jan08)
 325 description: when modifying 2 output ports, type double to int, in a pyscript node, only one modif
 326 is taken into account when apply.
 327 comments: OCC: Could you, please, provide a test scenario to reproduce this bug?
 328 EDF: For instance, create a new schema, a pyscript node, add 2 inputs ports a and b type double and apply.
 329 Then, change both type to int then apply, WITHOUT cliking elsewhere between the last combo box for type and
 330 the apply button.
 331 comments: OCC: DONE
 332 ----------------------------------------------------------------------------------------------------
 333 Num-----:
 334 priority: 22
 335 status--: OK (not reproduced on BR_DEV mergefrom_BR_PR_29jan08)
 336 description: abort on selection in canvas (after problem 21 above):
 337 YACSGui_TreeView.cxx 474 if ( YACSGui_ReferenceViewItem* aRefItem = dynamic_cast<YACSGui_ReferenceViewItem*>( theItem ) )
 338 segfault in dynamic_cast
 339 comments: OCC: DONE
 340 ----------------------------------------------------------------------------------------------------
 341 Num-----: 23
 342 priority: 0
 343 status--: OK (checked on BR_DEV mergefrom_BR_PR_14feb08)
 344 description: when zoom to fit area, click in a bloc, the bloc moves instead of an aera selection,
 345 release the mouse button leads sometimes to abort.
 346 comments: OCC: DONE
 347 EDF: it works, but it looks like that it is not easy to do!
 348 ----------------------------------------------------------------------------------------------------
 349 Num-----: 24
 350 priority: 0
 351 status--: OK (checked on BR_DEV mergefrom_BR_PR_29jan08)
 352 description: schema is not automatically checked before execution
 353 comments:
 354 ----------------------------------------------------------------------------------------------------
 355 Num-----: 25
 356 priority: 0
 357 status--: OK (checked on BR_DEV mergefrom_BR_PR_29jan08)
 358 description: DSC ports are not displayed in node properties panel (for instance samples/calcium4)
 359 comments:
 360 ----------------------------------------------------------------------------------------------------
 361 Num-----: 26
 362 priority: 0
 363 status--: OK (checked on BR_DEV mergefrom_BR_PR_14feb08, item 4 remaining, and 5 to improve)
 364 description: It must be possible to use data types from other nodes already loaded, or to get them
 365 from catalogs. For instance, use GEOM_Object in a python node.
 366 comments:
 367  - 1 - the list of availables data types in ports must be updated
 368 with all data types already available in the data types list of the
 369 current schema,
 370 OCC: DONE: At the current moment there are two ways to choose a port data
 371 type:
 372 1a) if the data type is a simple type the user can set it, even it is not
 373 publicated in the edition tree view with help of combo box
 374 available for the "Type" column in the edition mode;
 375 1b) the complex data types may be choosen with help of the selection
 376 control available for the "Type" column in the edition mode; in such a
 377 case the user can pick directly a data type in the edition tree view.
 378  - 2 - by default the list contains only simple types : bool, int,
 379 double, string (other types are not usable in a generic form, they
 380 must be specialised) OCC: DONE.
 381  - 3 - the data type list of the schema is automatically updated
 382 when importing nodes from catalogs. OCC: it is already done, because
 383 of the edition tree view updates on importing nodes from catalog in
 384 order to show all available data types inside the current schema.
 385  - 4 - it should be possible also to specifically import a
 386 particular data type from a catalog, by means of a popup on Data Types
 387 Container in edition tree view. OCC: DONE.
 388  - 5 - note that import node from catalog is not restricted to
 389 SALOME service nodes. all kind of nodes can be imported from catalogs,
 390 even python script nodes, taken from catalogs built apon other
 391 schemas.
 392
 393  With this approach list of data types does not grow too fast and
 394 the combo box could still be used (warning, complex data types have
 395 long names...).
 396  Another possibility is to allow to pick directly a data type in a
 397 catalog in the port definition, but it is not possible with the combo
 398 box...
 399 EDF: 5 DONE, with a problem of canvas representation when import composed nodes, that can only
 400 be solved now by export and reimport the schema. The tree view for catalog from proc must reflect
 401 the proc schema hierarchy (otherwise there could be confusion with nodes of the same name)
 402 ----------------------------------------------------------------------------------------------------
 403 Num-----: 27
 404 priority: 0
 405 status--: NOK
 406 description: input ports must not be initialised automatically by default.
 407 comments:
 408 ----------------------------------------------------------------------------------------------------
 409 Num-----:
 410 priority: 28
 411 status--: NOK
 412 description: data nodes in and out, study in and study out, to implement
 413 (to be created by the way of popup menu put in study, get from study, with path stored)
 414 comments:
 415 ----------------------------------------------------------------------------------------------------
 416 Num-----:
 417 priority: 0
 418 status--: NOK
 419 description:
 420 comments:
 421 ----------------------------------------------------------------------------------------------------
 422 Num-----: 1001
 423 priority: 1
 424 status--: NOK
 425 description: only container "FactoryServerPy" works on OCN tests, instead of a C++ container. C++
 426 container works at EDF: There is a problem with the OCN distribution that may compromise SALOME
 427 Application deployement.
 428 comments: OCC: Could you, please, specify the launch options for YACSContainer?
 429 EDF: Head of BR_DEV or BR_PR works with YACSContainer at EDF (with SALOME V4.1.0rc1 ou rc2) :
 430 try, and please provide detailed diagnostic if it does not work on your configuration.
 431 EDF: Is this working now ?
 432 ----------------------------------------------------------------------------------------------------
 433 Num-----: 1002
 434 priority: 1
 435 status--: OK (checked on BR_DEV mergefrom_BR_PR_14feb08)
 436 description: in create node menu, node node service is confusing. It is better to create a
 437 service node, then to associate it with another node with which the component instance is shared.
 438 comments: OCC: DONE. There are two ways now to set component to the
 439 SALOME service node: with help of selection control from Input Panel
 440 for the SALOME service node the user can set the component to the
 441 selected service node 1) by selection a SALOME component in the
 442 edition tree view, 2) by selection an another SALOME service node in
 443 the edition tree view.
 444 EDF: not clear without component instance names, it seems it does not work:
 445 create a new schema with to salome service nodes from AddComponent. One instance of AddComponent is
 446 created by default on DefaultContainer, for each node. OK.
 447 It is not possible to change the component instance of node 2 to the other component instance
 448 (selection control does nothing).
 449 ----------------------------------------------------------------------------------------------------
 450 Num-----: 1003
 451 priority: 1
 452 status--: OK (checked on BR_DEV mergefrom_BR_PR_14feb08)
 453 description: Is it possible to keep the center of the view at the same place when zooming the canvas ?
 454 comments: OCC: DONE
 455 ----------------------------------------------------------------------------------------------------
 456 Num-----: 1004
 457 priority: 1
 458 status--: OK ( BR_DEV mergefrom_BR_PR_14feb08 : we keep the two kinds of default containers)
 459 description: a default container is explicitely created when creating a component, but not when we
 460 import a a schema. In YACS Engine, there is an implicit default container when nothing is defined.
 461 There must not be two kind of default containers.
 462 comments:
 463 EDF: A possibility is to create explicitely a default container in YACS Engine and XML file. Not yet
 464 decided, nothing to do now.
 465 ----------------------------------------------------------------------------------------------------
 466 Num-----: 1005
 467 priority: 1
 468 status--: OK (checked on BR_DEV mergefrom_BR_PR_29jan08)
 469 description: Mismatch in container names. We must distinguish:
 470 - the name in YACS schema and xml file, useful to distinguish process (memory context). Lets call it
 471   "Definition Name".
 472 - the effective name of the container in execution (localhost/factoryServer) useful to retreive the
 473   container with naming service, and particular to an execution. Lets call it "Execution Name".
 474 The term "Definition Name" and "Execution Name" are used here for explanation, they may not be the appropriate
 475 terms for gui.
 476 in tree view, container must be referenced by it's definition name (lets say A, B, C) and not by it's
 477 execution name (localhost/factoryServer).
 478 Container properties panel must give the to names. The execution name (localhost/factoryServer) and
 479 hostname can stay empty (resource manager job).
 480 comments: EDF: Done
 481 ----------------------------------------------------------------------------------------------------
 482 Num-----: 1006
 483 priority: 1
 484 status--: OK (checked on BR_DEV mergefrom_BR_PR_14feb08 - notes on 3,4, see above #13,#26)
 485 description: popup menu item missing on tree view.
 486 1 under Container directory: create a container definition
 487 2 under Nodes directory: create a node
 488 3 under Data Types directory: import a data type from catalog (required for use in a python node, for
 489   instance)
 490 4 under a salome node, create a node (here, it is easy to define a create a node corresponding to
 491   a service of the same component instance (see 1002).
 492 comments:
 493 EDF : 1,2 done (on BR_PR branch)
 494 ----------------------------------------------------------------------------------------------------
 495 Num-----: 1007
 496 priority: 1
 497 status--: NOK
 498 description: instead of having a dialog at execution to define the properties of the YACS Engine
 499 container, put the parameters on the schema properties panel for execution.
 500 comments:
 501 ----------------------------------------------------------------------------------------------------
 502 Num-----: 1008
 503 priority: 1
 504 status--: OK (checked on BR_DEV mergefrom_BR_PR_14feb08)
 505 description: When switching from edition to execution, nodes and link arrangements are lost.
 506 idem for view (zoom, panning).
 507 comments: OCC: DONE
 508 ----------------------------------------------------------------------------------------------------
 509 Num-----: 1009
 510 priority: 1
 511 status--: OK (checked on BR_DEV mergefrom_BR_PR_14feb08)
 512 description: There is nothing to show the validity of a graph in edition, node by node.
 513 A recursive validation node by node is required in engine (will probably be developed soon).
 514 When this information will be available, it have to be represented in Gui (different color for items
 515 in tree view, for instance).
 516 When a node is modified, local impact on graph validity must be recomputed (Engine) and displayed
 517 (gui notification).
 518 comments: EDF DONE
 519 ----------------------------------------------------------------------------------------------------
 520 Num-----: 1010
 521 priority: 1
 522 status--: OK (checked on BR_DEV mergefrom_BR_PR_14feb08, a little problem remains, node is not moveable)
 523 description: in edition, when adding a node in a block, do not reorganize automatically nodes
 524 (the user may prefer his own placement); do not resize the bloc, unless it is too small.
 525 comments: OCC: DONE
 526 ----------------------------------------------------------------------------------------------------
 527 Num-----: 1011
 528 priority: 1
 529 status--: OK (checked on BR_DEV mergefrom_BR_PR_14feb08)
 530 description: When adding a link between to nodes in a block, canvas is not always udpdated.
 531 comments: OCC: DONE
 532 ----------------------------------------------------------------------------------------------------
 533 Num-----: 1012
 534 priority: 1
 535 status--: OK
 536 description: in node properties, value type always set to double when clicking (must stay to its value)
 537 comments: OCC: DONE
 538 ----------------------------------------------------------------------------------------------------
 539 Num-----: 1013
 540 priority: 1
 541 status--: NOK
 542 description: Nodes with data stream ports must only be available by import from catalogs
 543 comments:
 544 ----------------------------------------------------------------------------------------------------
 545 Num-----:
 546 priority: 1
 547 status--: NOK
 548 description:
 549 comments:
 550 ----------------------------------------------------------------------------------------------------
 551 Num-----: 2001
 552 priority: 2
 553 status--: OK (checked on BR_DEV mergefrom_BR_PR_8jan08)
 554 description: control gates on tree are useless, we can use directly the node itself.
 555 (the idea is to have a lighter tree)
 556 comments: DONE
 557 ----------------------------------------------------------------------------------------------------
 558 Num-----: 2002
 559 priority: 2
 560 status--: NOK (checked on BR_DEV mergefrom_BR_PR_8jan08)
 561 description: Link redrawing is globally OK, but sometimes the links are not visible because very
 562 near the blocs borders.
 563 comments:
 564 ----------------------------------------------------------------------------------------------------
 565 Num-----: 2003
 566 priority: 2
 567 status--: NOK
 568 description: strange behaviour to check
 569 access to SALOME_ResourcesManager while browsing salome services in edition (calcium4)
 570 access to Subject::detach when clicking in canvas : edition widget destroyed then recreated ?
 571 comments:
 572 ----------------------------------------------------------------------------------------------------
 573 Num-----: 2004
 574 priority: 2
 575 status--: NOK
 576 description: add a panel property on a link: information on from node and to node.
 577 comments:
 578 ----------------------------------------------------------------------------------------------------
 579 Num-----: 2005
 580 priority: 2
 581 status--: NOK
 582 description: add a panel property on Data Types: type id, content, associated classes...
 583 comments:
 584 ----------------------------------------------------------------------------------------------------
 585 Num-----: 2006
 586 priority: 2
 587 status--: NOK
 588 description:
 589 comments:
 590 ----------------------------------------------------------------------------------------------------
 591 Num-----:
 592 priority: 2
 593 status--: NOK
 594 description:
 595 comments:
 596 ----------------------------------------------------------------------------------------------------
 597
 598
 599 Problems detected by OCC
 600 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 601
 602 ----------------------------------------------------------------------------------------------------
 603 Num-----: 1
 604 priority: 0
 605 status--: OK
 606 description:
 607  --        Import test_schema.xml
 608  --        Select "psnode14" => press "Apply" in opened dialog box
 609 Result: Crash of application
 610 comments: OCC: DONE
 611 ----------------------------------------------------------------------------------------------------
 612 Num-----: 2
 613 priority: 0
 614 status--: OK
 615 description:
 616  --        Import test_schema.xml
 617  --        Select "psnode34" => press "Apply" in opened dialog box
 618 Result: Fatal error (reference to object)
 619 comments: OCC: DONE
 620 ----------------------------------------------------------------------------------------------------
 621 Num-----: 3
 622 priority: 0
 623 status--: OK
 624 description:
 625  --        Import test_schema.xml
 626  --        Select "psnode33" => assign "Input Ports/p1../Value"=10, "Input Ports/obj../Value"=20
 627  --        Press "Apply" in opened dialog box
 628 Result: Fatal error
 629 comments: OCC: DONE
 630 ----------------------------------------------------------------------------------------------------
 631 Num-----: 4
 632 priority: 0
 633 status--: OK
 634 description: Tree View isn't updated after changing of name of SALOME
 635 component and old name of it is shown inspite of new name is stored in corresponding dialog box
 636 comments: OCC: DONE
 637 ----------------------------------------------------------------------------------------------------
 638 Num-----: 5
 639 priority: 0
 640 status--: OK
 641 description:
 642  --        Import test_schema.xml
 643  --        Select "bb1" => modify its parameters as:   Case id       Node  name
 644                                                           5          psnode33
 645                                                        default           n2
 646                                                           7          psnode32
 647  --        Press Apply button (warning message about deletion of "n2" is shown)
 648  --        Press Yess button
 649 Result: SIGSEGV
 650 comments: OCC: DONE
 651 ----------------------------------------------------------------------------------------------------
 652 Num-----: 6
 653 priority: 0
 654 status--: OK
 655 description:
 656  --        Import test_schema.xml
 657  --        Select block node "bbb" => modify its parameters as:
 658            ·  Delete "node4" from first line
 659            ·  Create new line by "+" pressing
 660            ·  Add "nnode0"
 661  --        Press Apply button
 662 Result: SIGSEGV
 663 comments: OCC: DONE
 664 ----------------------------------------------------------------------------------------------------
 665 Num-----: 7
 666 priority: 0
 667 status--: OK
 668 description:
 669  --        Import test_schema_last.xml
 670  --        Select node "node1" => modify its parameters as:
 671            ·  Change name
 672            ·  Assign new valyes to X and Y
 673  --        Press Apply button
 674  --        Select in 2D Viewer block node"Sb1", for which previous node belongs
 675 Result: SIGSEGV
 676 comments: OCC: DONE
 677 ----------------------------------------------------------------------------------------------------
 678 Num-----: 8
 679 priority: 0
 680 status--: OK
 681 description:
 682  --        Import schema bloc1.xml
 683  --        Select b1 node
 684  --        Add empty "Direct Children" row and press Apply button
 685 Result: SIGSEGV
 686 comments: OCC: DONE
 687 ----------------------------------------------------------------------------------------------------
 688 Num-----: 9
 689 priority: 0
 690 status--: OK
 691 description:
 692  --        Import schema bloc1.xml
 693  --        Select node1
 694  --        Add row for "Input Ports"
 695  --        Select the row
 696  --        Click "->"
 697 Result: SIGSEGV
 698 comments: OCC: DONE
 699 ----------------------------------------------------------------------------------------------------
 700 Num-----: 10
 701 priority: 0
 702 status--: OK
 703 description:
 704  --        Import schema bloc1.xml
 705  --        Select link inside node "b1" - popup - Add Point
 706  --        If there is no fatal error SIGSEGV after this step - try next: popup - Delete Point
 707 Result: SIGSEGV
 708 comments: OCC: DONE
 709 ----------------------------------------------------------------------------------------------------
 710 Num-----: 11
 711 priority: 0
 712 status--: OK
 713 description:
 714  --        Launch application
 715  --        File - New
 716  --        Activate YACS
 717  --        Import schema => the "Import Schema" dialog is opened
 718 Result: confusing "data" in "File name" and "Quick path" fields
 719 comments: OCC: DONE. Fixed in YACS module by calling SUIT_FileDlg::getFileName(...) method with
 720 correct arguments and setting the DATA_DIR environment variable to the directory
 721 with schema samples.
 722 ----------------------------------------------------------------------------------------------------
 723 Num-----: 12
 724 priority: 0
 725 status--: OK
 726 description:
 727  --        Import schema double1.xml
 728  --        Fit all
 729 Result: three red broken links are in the viewer
 730 comments: OCC: DONE
 731 ----------------------------------------------------------------------------------------------------
 732 Num-----: 13
 733 priority: 0
 734 status--: OK, but
 735 description:
 736  --        Import schema bloc1.xml
 737  --        Fit all
 738  --        Select node "b1"
 739  --        Click "Apply" in the appeared "Input Panel"
 740 BUG: node "b2" jumps on "node1" inside the "b1"
 741 comments: OCC: DONE, but it is needed to avoid canvas flickers
 742 ----------------------------------------------------------------------------------------------------
 743 Num-----: 14
 744 priority: 0
 745 status--: OK
 746 description:
 747  --        Import forloop1.xml (any other graph)
 748  --        Delete loop node (any other node)
 749  --        Close 2D viewer
 750 Result: SIGSEGV
 751 comments: OCC: DONE
 752 ----------------------------------------------------------------------------------------------------
 753 Num-----: 15
 754 priority: 0
 755 status--: OK
 756 description:
 757  --        Import bloc1.xml
 758  --        Select node1
 759  --        Rename node1 as node3
 760  --        Select b1 block node
 761  --        Add a new line for a new children with help of + button
 762  --        Select node3 as a new child node
 763  --        Press Apply button
 764 Result: SIGSEGV
 765 comments: OCC: DONE
 766 ----------------------------------------------------------------------------------------------------
 767 Num-----: 16
 768 priority: 0
 769 status--: OK
 770 description:  Show log messages (error messages during schema import) in the Message Log
 771 comments: OCC: DONE
 772 ----------------------------------------------------------------------------------------------------
 773 Num-----: 17
 774 priority: 0
 775 status--: OK
 776 description:
 777  --        Import test_schema.xml
 778  --        Select bbb.b1 foreach loop node
 779  --        Delete this node
 780 Result: SIGSEGV
 781 comments: OCC: DONE
 782 ----------------------------------------------------------------------------------------------------
 783 Num-----: 18
 784 priority: 0
 785 status--: NOK
 786 description: Not systematic: change (activate) 2D view with help of tabs.
 787 comments:
 788 ----------------------------------------------------------------------------------------------------
 789 Num-----: 19
 790 priority: 0
 791 status--: OK
 792 description:
 793  --        Import, for example, fschema.xml
 794  --        Create a new execution
 795  --        First of all try to activate popup menu on the node1 item in the
 796  execution tree view
 797 Result: SIGSEGV
 798 comments: OCC: DONE
 799 ----------------------------------------------------------------------------------------------------
 800 Num-----:
 801 priority: 0
 802 status--: NOK
 803 description:
 804 comments:
 805 ----------------------------------------------------------------------------------------------------
 806 Num-----:
 807 priority: 0
 808 status--: NOK
 809 description:
 810 comments:
 811 ----------------------------------------------------------------------------------------------------