]> SALOME platform Git repositories - modules/yacs.git/blob - NEWS
Salome HOME
Go on
[modules/yacs.git] / 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 ----------------------------------------------------------------------------------------------------