reload dns map from dns interface didn't work , but from server it works

Description

Try to reload map from DNS main interface : it didn't work : I add a data::dumper trace on Argonaut client :

Nov 11 16:22:39 [NOTICE] ldap2zone called zone: $VAR1 = [
          'demo.fusion.'
        ];

Try to reload from serveur view : it's work

Trace from argonaut client : Nov 11 16:31:16 [NOTICE] ldap2zone called zone: $VAR1 = 'demo.fusion.';

see the difference : from DNS main interface, an array is sent, from server interface it's a string

Distribution Name and Version

Debian Stretch

FusionDirectory Version

from git

root@fd-14-dev:/usr/local/src/fd-plugins# git show
commit 573c517c78477d75d3a32d3961a3a8c6156fa938 (HEAD -> 1.4-dev, origin/HEAD, origin/1.4-dev)

Plugin with the defect

dns

PHP version used

ii php7.3 7.3.19-1~deb10u1

Steps to Reproduce

1. create a single dns zone
2. reload it from DNS main interface : FAIL
3. reload it from DNS tab in Server main interface : WORKS

Reproduces how often: 100%

added plugin-dns label

assigned to @bmortier

added PJ1802-0188 label

hello @agallavardin,

please also give us the argonaut version and the argonaut modules versions

Cheers

added 5m of time spent at 2020-11-11

origin/argonaut-1.3-dev' from git repository

installation methode here : https://book.gallaksys.fr/books/fusiondirectory-in-a-nutshell/page/installation-du-client-argonaut

marked this issue as related to #6090 (closed)

hello @agallavardin,

its a fusiondirectory issue, that has been fixed in 1.4-dev in the linked ticket above, what vas the version of FusionDirectory in your test ?

Cheers

added 5m of time spent at 2021-01-28

changed milestone to %FusionDirectory 1.3.1

added Fixed label

hello @agallavardin

just checked the code in 1.3-fixes and the fix is there so it should be working

Cheers

added 5m of time spent

closed