Caro @Danilo_Lima agradeço o empenho, mas fiz novos testes com a versão mais recente e o problema persistiu, então resolvi partir para uma abordagem mais efetiva!
- procurei revisar a aplicação de segurança que lista as permissões e permite as alterações: no meu caso app_form_sec_groups_apps
E descobri que o código nativo do modulo de segurança postado pelo SC no método onLoadRecord as vezes não consegue identificar o tipo de aplicação e por isso deixa de permitir a configuração das permissões:
/* codigo para descobrir como a aplicação é indentificada adicionado por mim*/
echo {app_name}."/".trim([arr_apps][ {app_name} ])."\n\r";
if( isset( [arr_apps][ {app_name} ] ) )
{
switch(trim([arr_apps][ {app_name} ]))
{
case 'form':
break;
case 'calendar':
sc_field_disabled_record("priv_export; priv_print");
break;
case 'cons':
sc_field_disabled_record("priv_insert; priv_delete; priv_update");
break;
default:
sc_field_disabled_record("priv_insert; priv_delete; priv_update; priv_export; priv_print");
break;
}
}
Tela da aplicação onde fiz os testes:
Resultado do meu echo da tela acima:
form_edit_entity_bankaccount/form ok
form_internal_tb_entity_bankaccount_type/ errado
grid_entity_bankaccount/cons ok
grid_internal_tb_entity_bankaccount_type/ errado
form_edit_entity_bankaccount/form ok
form_internal_tb_entity_bankaccount_type/ errado
grid_entity_bankaccount/cons ok
grid_internal_tb_entity_bankaccount_type/ errado
form_edit_entity_bankaccount/form ok
form_internal_tb_entity_bankaccount_type/ errado
grid_entity_bankaccount/cons ok
grid_internal_tb_entity_bankaccount_type/ errado
Vejam que o problema acontece mesmo com grid de consulta, eu que não havia percebido pois os formulários me chamou mais atenção porque some os botões de salvar.
Eu mesmo vou procurar uma solução para o meu problema aqui (e posto para os demais), mas fica o ALERTA de que o código postado pelo módulo de segurança legado está errando o tipo de aplicação, e isso é algo recente!
