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
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_info.php corpus_stats.php
File management
files_management.php
AssistSeg
assistseg.php
15
Database management
AssistSeg
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
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 spent 12
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
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)