Ref.

Module File management

12

File management

Function Affected location load_corpus_std in corpus_load_action.php STP_functions\corpu s_fonc.php load_corpus_std in corpus_load_action.php STP_functions\corpu s_fonc.php split_database_dbt_i message_resu_info.php nfo in STP_functions\fonc_ bdm.php get_bank_by_code in message_resu_info.php database_mapping\d bt_fonctions.php

Message

Message

11 14

AssistSeg Database management

Main

"Manual assistseg_actions.php segmentation" "charge_DBT" in database_management.php database_load.php and $lFich in relative_project_valu es.php "Load project" project_starts_actions.php and relative_project_values.php

5 10

Message Corpus management

"diagramme a secteurs" in corpus_management \stp_rates_graph.ph p

message_info.php corpus_stats.php

File management

files_management.php

AssistSeg

assistseg.php

15

Database management

fmt_read_line in database_management.php STP_functions\fonc_ bdm.php

Due to binaries 8 Corpus management

AssistSeg

corpus_dedoublonag charge_corpus_formular.php e in STP_functions\corpu s_fonc.php FK_query_result in assistseg_actions.php STP_functions\FK_re quest_fonc.php

Description When a file of type corpus_std is loaded, "NULL" is written in the field "current_seg_pattern" of the table "results" despite its actual value (Idem, and) if we create a new instance of the same file, "current_seg_pattern" will be written but the field "res" will be empty. Consequently, the STP rate is different for these two instances The BIC info in the db.t is not recognized and therefore not written in the table

Importance level high

Priority ***

high

***

high

**

The function returns Bank/Branch id, which will be compared with the BIC as result code, and thus the test result is always false. Consequently "no info found in database" is shown on the page The result of manual segmentation of a token is lost when the next token is processed The name of reference database file is not taken into consideration with F57

medium

**

high medium

*** ***

Session values needed cannot be retrieved from the user- medium filled form but are stored in the parameter file. As there's no function to read these values from that file, they're considered as undefined The message id should be shown The diagram of STP rates is not shown when error reporting is activated low medium

**

** **

After loading a project, if we access to a corpus loaded in medium previous session without opening a new file, the variable $_SESSION['file_id'] will not be initialized $_SESSION['mess_list_cats'] and $_SESSION['list_tokens'] low aren't initialized for the first message viewed in AssistSeg because there's no info stored beforehand

The field the length of which is 0 is ignored. Consequently high the predefined field order and lengths can't be applied correctly

**

The content of .can is not correct, and therefore the field high "canonise" is empty in the table "results". This causes errors in executing related functions The segmentation of digits in addresses is not correct. Sometimes there are issues with zip codes also high

**

**

Time estimated (hr) 4

Time spent 12

New estimation Status 12 Fixed

Waiting

12

Waiting

Waiting

0 2

0 2

Fixed Fixed

12

Waiting

3 4

0.5 0

0 12

Fixed Waiting

Fixed

Fixed

12

23

27.5

71

Comment Segmentation process was missing in the function load_corpus_std (see corpus_fonc.php in STP_functions) See function FK_query_prospect(&$fp, $FK_server_hostname, $hdLog) in STP_functions\FK_request_fonc.php line 37

The attempt to fix this bug by modifying related parameters in the .cf will cause failure of comparison of current result with expected result, which is set in BIC in the corpus file

Errors in related functions

Condition to modify in file_edition.php

Can be ignored by modifying assistseg.php (putting lines that initialize $list_tokens and $mess_list_cats in comment). However, if $mess_list_cats is not initialized an error will occur in manual segmentation (see bug no. 11)

Algorithms are to be revised