fusiondirectory-plugins issueshttps://gitlab.fusiondirectory.org/fusiondirectory/fd-plugins/-/issues2022-09-30T09:26:37Zhttps://gitlab.fusiondirectory.org/fusiondirectory/fd-plugins/-/issues/463php error after removing fusiondirectory-plugin-fai2022-09-30T09:26:37Zbaraminephp error after removing fusiondirectory-plugin-faiI get this error after removing the FAI plugin:
Fatal error: cannot instantiate class 'servrepository' - try running 'fusiondirectory-setup' to fix this
I tried to run fusiondirectory-setup --update-cache, without any positive result.....I get this error after removing the FAI plugin:
Fatal error: cannot instantiate class 'servrepository' - try running 'fusiondirectory-setup' to fix this
I tried to run fusiondirectory-setup --update-cache, without any positive result...
*(from redmine: issue id 463, created on 2011-09-29, closed on 2011-09-29)*FusionDirectory 1.0.2baraminebaraminehttps://gitlab.fusiondirectory.org/fusiondirectory/fd-plugins/-/issues/855[openstack-compute] - Error in README file naming2022-09-09T18:58:43Zobonhomme[openstack-compute] - Error in README file namingIn the openstack-compute tree, the README file is called README in stead of being named README.openstack-compute.
*(from redmine: issue id 855, created on 2012-04-28, closed on 2012-04-30)*In the openstack-compute tree, the README file is called README in stead of being named README.openstack-compute.
*(from redmine: issue id 855, created on 2012-04-28, closed on 2012-04-30)*FusionDirectory 1.0.3bmortierbmortierhttps://gitlab.fusiondirectory.org/fusiondirectory/fd-plugins/-/issues/864in the fai plugin in the disk partitionning part the size should be in GB by ...2022-09-09T09:07:53Zbmortierin the fai plugin in the disk partitionning part the size should be in GB by default not mbHello,
in the fai plugin class disk partitioning the size for a partition should be expressed in GB not MB
Cheers
*(from redmine: issue id 864, created on 2012-05-04, closed on 2012-05-04)*Hello,
in the fai plugin class disk partitioning the size for a partition should be expressed in GB not MB
Cheers
*(from redmine: issue id 864, created on 2012-05-04, closed on 2012-05-04)*FusionDirectory 1.0.4https://gitlab.fusiondirectory.org/fusiondirectory/fd-plugins/-/issues/1234problem when insert values in DHCP advanced options2022-09-09T21:08:47Zagallavardinproblem when insert values in DHCP advanced optionsIf I insert the string :
IPBX-IP-Phone-Identifier "Mitel IP Phone"
Fusiondirectory show me :
<pre>
IPBX-IP-Phone-Identifier \"Mitel IP Phone\"IPBX-IP-Phone-Identifier \"Mitel IP Phone\"
</pre>
nope it isn't a bad "cut and paste" from...If I insert the string :
IPBX-IP-Phone-Identifier "Mitel IP Phone"
Fusiondirectory show me :
<pre>
IPBX-IP-Phone-Identifier \"Mitel IP Phone\"IPBX-IP-Phone-Identifier \"Mitel IP Phone\"
</pre>
nope it isn't a bad "cut and paste" from myself !
It's stored like this in LDAP tree
*(from redmine: issue id 1234, created on 2012-08-10, closed on 2012-08-10)*
* Custom Fields:
* Bug in version: 1.0.4FusionDirectory 1.0.4Côme ChillietCôme Chilliethttps://gitlab.fusiondirectory.org/fusiondirectory/fd-plugins/-/issues/1259"$" is an invalid character for field Name of workstations2022-09-30T08:39:42Zbaramine"$" is an invalid character for field Name of workstationsHi,
The "$" character in the Name of workstations (cn) is necessary for samba-ldap uses.
So it would be great to modify the regex that check the characters of the field "Name" during the edition of a workstation.
Here is the error mess...Hi,
The "$" character in the Name of workstations (cn) is necessary for samba-ldap uses.
So it would be great to modify the regex that check the characters of the field "Name" during the edition of a workstation.
Here is the error message receive while trying to use a "$":
"The Field 'Name' contains invalid characters!!"
Note that LDAP don't care of "$" so it won't cause any backend problem to use "$" in workstation's name.
Here is a exemple of machine entry generated by samba while joining a machine (baramine-pc) to the domain:
dn: uid=baramine-pc$,ou=computers,dc=chjt,dc=be
cn: baramine-pc$
uid: baramine-pc$
uidNumber: 2009
gidNumber: 515
homeDirectory: /dev/null
loginShell: /bin/false
description: Computer
gecos: Computer
objectClass: posixAccount
objectClass: account
objectClass: sambaSamAccount
sambaLogonTime: 0
sambaLogoffTime: 2147483647
sambaKickoffTime: 2147483647
sambaPwdCanChange: 0
sambaPwdMustChange: 2147483647
sambaAcctFlags: [W ]
sambaSID: S-1-5-21-572706182-2104301667-2160542752-5018
sambaPrimaryGroupSID: S-1-5-21-572706182-2104301667-2160542752-515
displayName: baramine-pc$
sambaDomainName: DOMAIN.COM
sambaNTPassword: 8168008
sambaPwdLastSet: 1345646785
Cheers,
Baramine
*(from redmine: issue id 1259, created on 2012-08-28, closed on 2012-08-29)*FusionDirectory 1.0.4bmortierbmortierhttps://gitlab.fusiondirectory.org/fusiondirectory/fd-plugins/-/issues/3047create a glpi plugin that will allow to provision and show some of the glpi d...2023-03-13T15:44:10Zbmortiercreate a glpi plugin that will allow to provision and show some of the glpi data inside FusionDirectoryHello,
on lots of place glpi is the central place of it information, inventory, contracts, tickets etc ...
i would be nice thta have some info coming from glpi stored inside FusionDirectory
For a first version of the plugin, we could...Hello,
on lots of place glpi is the central place of it information, inventory, contracts, tickets etc ...
i would be nice thta have some info coming from glpi stored inside FusionDirectory
For a first version of the plugin, we could concentrate on getting hardware and network information for a system
https://forge.fusiondirectory.org/projects/fd-plugins/wiki/Glpi_plugin
Cheers
* Uploads:
* [glpi-plugin.tar.gz](/uploads/95ad7736e13cfee9f9bb94d4fedd4ffb/glpi-plugin.tar.gz)
* [test.php](/uploads/d009e2ebed6918ed0e4aae166f89495c/test.php)FusionDirectory 1.4Côme ChillietCôme Chilliethttps://gitlab.fusiondirectory.org/fusiondirectory/fd-plugins/-/issues/4188report / Form plugin2023-03-13T15:56:06Zagallavardinreport / Form pluginOne of my colleague suggested the folling
For each new user We re editing a apere with all useful information :
-> login name
-> mail address
-> phone number
-> name/phone/email of there manager
It should a good way to have a plugin wi...One of my colleague suggested the folling
For each new user We re editing a apere with all useful information :
-> login name
-> mail address
-> phone number
-> name/phone/email of there manager
It should a good way to have a plugin wich could generate a form with LDAP leaf information inside.
It could be based on ODT template ( e.g {mail} will be replace by value of mail
ODT template could be stored in /etc/fusiondirtectory/odt_tpl
with a subdir per type ( group/user/computer ..)
on each object : have a report/form tab where user could select the kind of report to generate and a button for generate it.
After clicking on it, FD suggest to down load ODT generated
some useful links :
http://www.opendocumentformat.org/developers/
dokuwiki do the same trick
https://www.dokuwiki.org/plugin:odt
cheersFusionDirectory 1.4https://gitlab.fusiondirectory.org/fusiondirectory/fd-plugins/-/issues/5024Allow to configure main objectClass used for ppolicy objects2020-02-05T09:32:47ZcoudotAllow to configure main objectClass used for ppolicy objectsFD is hardcoded to use objectClass device to represent a password policy, but this should be configurable. On my side I use for example organizationalUnit.
I was able to change it with this simple patch on class_ppolicy.inc file:
<pre>
...FD is hardcoded to use objectClass device to represent a password policy, but this should be configurable. On my side I use for example organizationalUnit.
I was able to change it with this simple patch on class_ppolicy.inc file:
<pre>
< var $objectclasses = array('device', 'pwdPolicy');
---
> var $objectclasses = array('organizationalUnit', 'pwdPolicy');
38c38,39
< 'icon' => 'geticon.php?context=applications&icon=ppolicy&size=16'
---
> 'icon' => 'geticon.php?context=applications&icon=ppolicy&size=16',
> 'mainAttr' => 'ou'
57c58
< 'cn', TRUE
---
> 'ou', TRUE
181,182c182,183
< $this->attributesAccess['cn']->setDefaultValue($config->get_cfg_value('ppolicyDefaultCn', 'default'));
< $this->attributesAccess['cn']->resetToDefault();
---
> $this->attributesAccess['ou']->setDefaultValue($config->get_cfg_value('ppolicyDefaultCn', 'default'));
> $this->attributesAccess['ou']->resetToDefault();
</pre>
But we need to add new configuration items:
* main objectClass name
* main attribute
*(from redmine: issue id 5024, created on 2016-07-21)*
* Custom Fields:
* Bug in version: 1.0.14
* Support contract: NoneCôme ChillietCôme Chilliethttps://gitlab.fusiondirectory.org/fusiondirectory/fd-plugins/-/issues/5399Add an option to allow several zone nodes for the same DNS zone2023-03-13T15:57:17ZCôme ChillietAdd an option to allow several zone nodes for the same DNS zoneThis will allow to have several files for the same DNS zone but to include them in different DNS views.This will allow to have several files for the same DNS zone but to include them in different DNS views.FusionDirectory 1.4bmortierbmortierhttps://gitlab.fusiondirectory.org/fusiondirectory/fd-plugins/-/issues/5555ForeignKeys missing for posixGroup in templates2018-04-05T11:58:13ZCôme ChillietForeignKeys missing for posixGroup in templatesHello,
I reproduce this issue on demo-fixes and demo-dev but not on demo.
The steps to reproduce the issue:
* Create a posix group
* Create a template where you add your posix group
* Create a user with the template to see if it work
*...Hello,
I reproduce this issue on demo-fixes and demo-dev but not on demo.
The steps to reproduce the issue:
* Create a posix group
* Create a template where you add your posix group
* Create a user with the template to see if it work
* Delete the posix group
* Create another user with your template and you will fall on this error
<pre>
Fatal error: Uncaught exception 'NonExistingLdapNodeException' with message 'Could not open dn cn=pt,ou=groups,dc=fusiondirectory,dc=org' in /usr/share/fusiondirectory/include/simpleplugin/class_simplePlugin.inc:232 Stack trace: #0 /usr/share/fusiondirectory/plugins/admin/groups/posix/class_posixGroup.inc(112): simplePlugin->__construct('cn=pt,ou=groups...', NULL, Object(simpleTabs), true) #1 /usr/share/fusiondirectory/include/simpleplugin/class_simpleTabs.inc(86): posixGroup->__construct('cn=pt,ou=groups...', NULL, Object(simpleTabs), true) #2 /usr/share/fusiondirectory/include/class_objects.inc(186): simpleTabs->__construct('group', 'cn=pt,ou=groups...') #3 /usr/share/fusiondirectory/plugins/personal/posix/class_posixAccount.inc(636): objects::open('cn=pt,ou=groups...', 'group') #4 /usr/share/fusiondirectory/include/simpleplugin/class_simplePlugin.inc(1208): posixAccount->ldap_save() #5 /usr/share/fusiondirectory/plugins/personal/posix/class_posixAccount.inc(613): simplePlugin->save() #6 /usr/share/fusiondirectory/inclu in /usr/share/fusiondirectory/include/simpleplugin/class_simplePlugin.inc on line 232
</pre>
Note: The error is now catched properly but it would be better if the template is updated by a foreign key upon deleting the group.
* Relations:
* copied_to fd-plugins#5553
FusionDirectory 1.3Côme ChillietCôme Chilliethttps://gitlab.fusiondirectory.org/fusiondirectory/fd-plugins/-/issues/5645memory exhaustion in the middle of the import2019-03-22T14:02:17ZGhost Usermemory exhaustion in the middle of the import### Description
When trying to import a full export from a test server into a production server, it fails saying the file is empty.
Inspecting the ldif file it is 3.89MB and 135350 lines in length.
### Distribution Name and Version
<!...### Description
When trying to import a full export from a test server into a production server, it fails saying the file is empty.
Inspecting the ldif file it is 3.89MB and 135350 lines in length.
### Distribution Name and Version
<!-- Required -->
<!-- Debian, Centos -->
### FusionDirectory Version
1.1.1
### Plugin with the defect
ldapmanager
### PHP version used
php5
### Origin of php packages
<!-- Required -->
<!-- Distribution packages, Out of distribution -->
### Steps to Reproduce
<!-- Required -->
1. Import a ldif file of 3.89MB and 135350 lines in length.
**Expected behavior:**
Import should work without issues
**Actual behavior:**
it consistently failing at about 3100 users with their templates and groups at an nginx 502 Bad Gateway error.
**Reproduces how often:**
100%
### Additional Information
we have increased the value of upload_max_filesize from 2M to 20M in /etc/php5/fpm/php.ini which stopped the error from having.
FusionDirectory 1.4Côme ChillietCôme Chilliethttps://gitlab.fusiondirectory.org/fusiondirectory/fd-plugins/-/issues/5744We have some HTML in the ldif during export if debug is activate2018-01-10T16:00:31ZJonathan SwaelensWe have some HTML in the ldif during export if debug is activate### Description
We have some HTML in the ldif during export if debug is activate
```
<div id="debug-handling" class="notice"><img src="geticon.php?context=status&amp;icon=dialog-information&amp;size=22" alt="info icon" style="vertical-...### Description
We have some HTML in the ldif during export if debug is activate
```
<div id="debug-handling" class="notice"><img src="geticon.php?context=status&icon=dialog-information&size=22" alt="info icon" style="vertical-align:middle;margin-right:.2em;"/>There is some debug output <button onClick="javascript:$$('div.debug_div').each(function (a) { a.toggle(); });">Toggle</button></div><div class="debug_div">DEBUG[1] (/usr/share/fusiondirectory/include/simpleplugin/class_simpleTabs.inc:save_object():226) - Saving: 'ldapmanager'</div>
<div class="debug_div">DEBUG[1] (/usr/share/fusiondirectory/include/simpleplugin/class_simplePlugin.inc:save_object():1069) - save_object: 'new'</div>
```
### Distribution Name and Version
Ubuntu LTS
### FusionDirectory Version
1.3-dev
### Plugin with the defect
ldapmanager
### PHP version used
7.0
### Origin of php packages
Ubuntu
### Steps to Reproduce
1. Activate debug
2. Export a branch with LDAP Export
3. Read the LDIF
**Expected behavior:**
Not add the debug part in the ldif
**Actual behavior:**
THe ldif contain a debug part
**Reproduces how often:**
100%Côme ChillietCôme Chilliethttps://gitlab.fusiondirectory.org/fusiondirectory/fd-plugins/-/issues/5793Giving an array as base stalls the webservice2018-06-26T13:18:24ZKrügl MatthiasGiving an array as base stalls the webservice### Description
### Distribution Name and Version
Debian Stretch
### FusionDirectory Version
1.0.19-1-debian, 1.2
### Plugin with the defect
webservice
### PHP version used
7.0-49
### Origin of php packages
Debian stretch
##...### Description
### Distribution Name and Version
Debian Stretch
### FusionDirectory Version
1.0.19-1-debian, 1.2
### Plugin with the defect
webservice
### PHP version used
7.0-49
### Origin of php packages
Debian stretch
### Steps to Reproduce
We are not sure which steps are needed.
1. Create a department, `/test`.
2. Create a template within this department.
3. Create an user for the api, e.g. `api`.
4. Give the `api` user `manager` rights on the department.
5. From within a JSON-RPC client log in and
6. Issue a usetemplate with e.g. the following params:
```
'params': [session_id,
'user',
templatedn,
{'user': {
'base': {'ou=test,dc=example,dc=org':'/test'},
'uid': 'uid',
'sn': 'name',
'givenName': 'givenname',
},
}
```
**Expected behavior:**
Creation of new user object based on template and submitted values _OR_ error message.
**Actual behavior:**
Failed request to ldap, Apache process stalls for ~30sec, empty 200 response
```
(login) apache2: FusionDirectory [api-user]: (debug) Method getId of type JSON-RPC : Params:Array#012(#012)
(template) apache2: FusionDirectory [api-user]: (debug) Method usetemplate of type JSON-RPC : Params:Array#012(#012 [0] => user#012 [1] => cn=template_id,ou=templates,ou=people,ou=test,dc=example,dc=org#012 [2] => Array#012 (#012 [user] => Array#012 (#012 [base] => Array#012 (#012 [ou=test,dc=example,dc=org] => /test#012 )#012#012 [sn] => name#012 [uid] => 03test#012 [givenName] => givennname#012 )#012#012 )#012#012)
slapd[633]: conn=1014 op=2 do_search: invalid dn: "new"
```
**Reproduces how often:**
100% (5/5)
### Additional Information
Both exists in 1.0.19 and after upgrading to 1.2 from the repo.
We are not sure if we use the api correctly regarding the `base`, the issue does not reproduce when omitting the attribute `base`.
However when omitting the `base` we receive the error `You have no permission to modify the field "sn" of object "new"`, as fusiondirectory seems to create and modify a temporary(?) account at `dn=new`.FusionDirectory 1.3Côme ChillietCôme Chilliethttps://gitlab.fusiondirectory.org/fusiondirectory/fd-plugins/-/issues/5800Changing cyrus user can cause fatal error2023-03-13T16:13:30ZnpriceChanging cyrus user can cause fatal error### Description
On a working system with cyrus plugin changed the cyrus admin user and after wards cannot access systems or users
### Distribution Name and Version
Debian Stretch
### FusionDirectory Version
1.21
### Plugin with the...### Description
On a working system with cyrus plugin changed the cyrus admin user and after wards cannot access systems or users
### Distribution Name and Version
Debian Stretch
### FusionDirectory Version
1.21
### Plugin with the defect
cyrus, mail or simpleplugin
### PHP version used
7.0
### Origin of php packages
Distribution packages
### Steps to Reproduce
<!-- Required -->
1. Change in mail config attrib from mail to uid
2. Change admin user in cyrus service under server in systems
3. save and go back into systems or access users
**Expected behavior:**
fd will auth to to cyrus on server as new admin user (tested on saslauthd and cyradm)
**Actual behavior:**
When access users get this error
Unknown element type specified!
When accessing Systems get this trace:
```
Fatal error: Uncaught NonExistingLdapNodeException: Could not open dn serviceCyrus in /usr/share/fusiondirectory/include/simpleplugin/class_simplePlugin.inc:232
Stack trace:
#0 /usr/share/fusiondirectory/include/simpleplugin/class_simpleService.inc(46): simplePlugin->__construct('serviceCyrus', NULL, NULL, false, Array)
#1 /usr/share/fusiondirectory/plugins/admin/systems/class_systemManagement.inc(287): simpleService->__construct('serviceCyrus')
#2 /usr/share/fusiondirectory/include/class_listing.inc(853): systemManagement::listServices(0, 'serviceCyrus', Array)
#3 /usr/share/fusiondirectory/include/class_listing.inc(761): listing->processElementFilter('column', 5, '%{filter:listSe...', Array, 0)
#4 /usr/share/fusiondirectory/include/class_listing.inc(418): listing->renderCell('column', 5, '%{filter:listSe...', Array, 0)
#5 /usr/share/fusiondirectory/include/simpleplugin/class_simpleManagement.inc(519): listing->render()
#6 /usr/share/fusiondirectory/include/simpleplugin/class_simpleManagement.inc(591): simpleManagement-> in /usr/share/fusiondirectory/include/simpleplugin/class_simplePlugin.inc on line 232
```
**Reproduces how often:**
Not 100% as it happened as I have made this change once before with success.
### Additional Information
ldap of mail server:
version: 1
```
# Entry 1: cn=ctgw-3.ad.gibb.co.za,ou=servers,ou=systems,dc=ad,dc=gibb,dc...
dn: cn=ctgw-3.ad.gibb.co.za,ou=servers,ou=systems,dc=ad,dc=gibb,dc=co,dc=za
cn: ctgw-3.ad.gibb.co.za
description: Cyrus mail server
fdcyrusadmin: vmail
fdcyrusconnect: {ctgw-3.ad.gibb.co.za:143/notls/novalidate-cert}
fdcyruspassword: secret
fdcyrussieveserver: {ctgw-3.ad.gibb.co.za:4190/notls}
fdmode: unlocked
iphostnumber: 192.168.100.59
l: Cape Town
objectclass: fdServer
objectclass: ipHost
objectclass: ieee802Device
objectclass: fdCyrusServer
```
Config:
```
# LDIF Export for cn=config,ou=fusiondirectory,dc=ad,dc=gibb,dc=co,dc=za
# Server: CTGW-3 LDAP Server (127.0.0.1)
# Search Scope: base
# Search Filter: (objectClass=*)
# Total Entries: 1
#
# Generated by phpLDAPadmin (http://phpldapadmin.sourceforge.net) on March 27, 2018 1:14 pm
# Version: 1.2.2
```
version: 1
```
# Entry 1: cn=config,ou=fusiondirectory,dc=ad,dc=gibb,dc=co,dc=za
dn: cn=config,ou=fusiondirectory,dc=ad,dc=gibb,dc=co,dc=za
cn: config
fdaccountprimaryattribute: uid
fdaclrolerdn: ou=aclroles
fdacltabonobjects: FALSE
fdcasactivated: FALSE
fdcascontext: /cas
fdcashost: localhost
fdcasport: 443
fdcasservercacertpath: /etc/ssl/certs/ca.cert
fdcnpattern: %givenName% %sn%
fdcomponentrdn: ou=netdevices,ou=systems
fdcyrusdeletemailbox: TRUE
fdcyrususeslashes: TRUE
fddashboardexpiredaccountsdays: 15
fddashboardnumberofdigit: 3
fddashboardprefix: PC
fddebuglevel: 0
fddisplayerrors: FALSE
fddisplayhookoutput: FALSE
fdenablesnapshots: TRUE
fdencodings: ISO8859-1=ISO8859-1 (Latin 1)
fdencodings: ISO8859-2=ISO8859-2 (Latin 2)
fdencodings: ISO8859-3=ISO8859-3 (Latin 3)
fdencodings: ISO8859-4=ISO8859-4 (Latin 4)
fdencodings: ISO8859-5=ISO8859-5 (Latin 5)
fdencodings: cp850=CP850 (Europe)
fdforcepassworddefaulthash: FALSE
fdforcesaslpasswordask: FALSE
fdforcessl: FALSE
fdhandleexpiredaccounts: FALSE
fdhttpauthactivated: FALSE
fdhttpheaderauthactivated: FALSE
fdhttpheaderauthheadername: AUTH_USER
fdimaptimeout: 10
fdlanguage: en_US
fdldapsizelimit: 200
fdldapstats: FALSE
fdlistsummary: TRUE
fdlogging: TRUE
fdloginattribute: uid
fdmailattribute: uid
fdmailsharedprefix: shared
fdmobilephonerdn: ou=mobile,ou=systems
fdmodificationdetectionattribute: entryCSN
fdogrouprdn: ou=groups
fdpassworddefaulthash: ssha
fdpasswordrecoveryactivated: FALSE
fdpasswordrecoveryemail: to.be@chang.ed
fdpasswordrecoveryloginattribute: uid
fdpasswordrecoverymail2body:: SGVsbG8sCgpZb3VyIHBhc3N3b3JkIGhhcyBiZWVuIGNoYW
5nZWQuCllvdXIgbG9naW4gaXMgc3RpbGwgJXMu
fdpasswordrecoverymail2subject: [FusionDirectory] Password recovery successf
ul
fdpasswordrecoverymailbody:: SGVsbG8sCgpIZXJlIGlzIHlvdXIgaW5mb3JtYXRpb246IAo
gLSBMb2dpbiA6ICVzCiAtIExpbmsgOiAlcwoKVGhpcyBsaW5rIGlzIG9ubHkgdmFsaWQgZm9yID
EwIG1pbnV0ZXMu
fdpasswordrecoverymailsubject: [FusionDirectory] Password recovery link
fdpasswordrecoverysalt: SomethingSecretAndVeryLong
fdpasswordrecoveryusealternate: FALSE
fdpasswordrecoveryvalidity: 10
fdphonerdn: ou=phones,ou=systems
fdprinterrdn: ou=printers,ou=systems
fdrestrictrolemembers: FALSE
fdschemacheck: TRUE
fdserverrdn: ou=servers,ou=systems
fdsessionlifetime: 7200
fdsnapshotbase: ou=snapshots,dc=ad,dc=gibb,dc=co,dc=za
fdsplitpostaladdress: FALSE
fdsslcacertpath: /etc/ssl/certs/ca.cert
fdsslcertpath: /etc/ssl/certs/fd.cert
fdsslkeypath: /etc/ssl/private/fd.key
fdstrictnamingrules: TRUE
fdsystemrdn: ou=systems
fdterminalrdn: ou=terminals,ou=systems
fdtheme: breezy
fdtimezone: Africa/Johannesburg
fduserrdn: ou=people
fdwarnssl: TRUE
fdworkstationrdn: ou=workstations,ou=systems
fusionconfigmd5: 30f82a7e37c2ee0f6a52485bcd81181a
objectclass: fusionDirectoryConf
objectclass: fdDashboardPluginConf
objectclass: fusionDirectoryPluginsConf
objectclass: fdPasswordRecoveryConf
objectclass: fdMailPluginConf
objectclass: fdSystemsPluginConf
```FusionDirectory 1.4bmortierbmortierhttps://gitlab.fusiondirectory.org/fusiondirectory/fd-plugins/-/issues/5823Export of users (CSV, PDF)2023-03-13T15:57:36ZbmortierExport of users (CSV, PDF)## Descriptive title for this enhancement
Export of users (CSV, PDF)
### Actual behavior
Actually the user export in pdf and csv only permit to export column that are present in the view (Name, surname, uid)
### Expected behavior
Fo...## Descriptive title for this enhancement
Export of users (CSV, PDF)
### Actual behavior
Actually the user export in pdf and csv only permit to export column that are present in the view (Name, surname, uid)
### Expected behavior
For exemple to be able to export the mail address and better to be able to export other attributes for the users, to be able to export for exemple mail address, appartenance to groups etc..
### Step by step description of new behaviour
use a model or template to export the data
### Benefits
get a real export tool to create xls or pdf file to be given to other person, be able to use that for import into other systems
### Possible Drawbacks
Difficulties to detect or create a mask to select what could be exported
### Applicable Issues
all export of dataFusionDirectory 1.4Côme ChillietCôme Chilliethttps://gitlab.fusiondirectory.org/fusiondirectory/fd-plugins/-/issues/5824In case FD not find a mapping for supann attribute display it directly in pla...2018-06-14T08:07:15ZJonathan SwaelensIn case FD not find a mapping for supann attribute display it directly in place of empty## Descriptive title for this enhancement
In case FD not find a mapping for supann attribute display it directly in place of empty
### Actual behavior
It display an empy name, if we save it we will maybe lose the value
### Expected b...## Descriptive title for this enhancement
In case FD not find a mapping for supann attribute display it directly in place of empty
### Actual behavior
It display an empy name, if we save it we will maybe lose the value
### Expected behavior
See at least the ldap value directly so it not disturb the user that think we have lost a value
### Step by step description of new behaviour
1. Go in suppann tab for a user
2. Add an element in a supann attributes and save
3. Remove it from the suppan files and edit the user again
### Benefits
Less disturb the user when the value is not visibleFusionDirectory 1.3Côme ChillietCôme Chilliethttps://gitlab.fusiondirectory.org/fusiondirectory/fd-plugins/-/issues/5844There are no foreignkey on FAI class2023-03-13T15:58:38ZJonathan SwaelensThere are no foreignkey on FAI class### Description
Hello,
All the fai class are missing a foreign key because when we remove them they are not removed in the profile.
### Distribution Name and Version
Debian
### FusionDirectory Version
1.2.1
### Plugin with the def...### Description
Hello,
All the fai class are missing a foreign key because when we remove them they are not removed in the profile.
### Distribution Name and Version
Debian
### FusionDirectory Version
1.2.1
### Plugin with the defect
FAI
### PHP version used
php7
### Origin of php packages
Debian
### Steps to Reproduce
1. Create FAI classes
2. Add them to a profile
3. Rename or remove a class
4. The profile didn't change
**Expected behavior:**
The class modification like rename or moving need to be apply on profile
The profile is not modified
**Reproduces how often:**
100%FusionDirectory 1.4Côme ChillietCôme Chilliethttps://gitlab.fusiondirectory.org/fusiondirectory/fd-plugins/-/issues/5862Would be better if the filter had a way to access the management instance ins...2023-03-13T15:56:53ZCôme ChillietWould be better if the filter had a way to access the management instance instead of using the session and a static call.From serverService:
<pre>
* FIXME: Would be better if the filter had a way to access the management instance instead of using the session and a static call.
static function getServiceList()
{
return session::get('ServerServic...From serverService:
<pre>
* FIXME: Would be better if the filter had a way to access the management instance instead of using the session and a static call.
static function getServiceList()
{
return session::get('ServerService');
}
</pre>FusionDirectory 1.4Côme ChillietCôme Chilliethttps://gitlab.fusiondirectory.org/fusiondirectory/fd-plugins/-/issues/5889Add cache for sinaps UUID lookups2023-03-13T15:59:31ZCôme ChillietAdd cache for sinaps UUID lookups`sinapsDiffusionHandlerJob::ldapUuidToCodeEntite` and `sinapsUser::codeEntiteToldapUuidCallback` should both have a cache to reduce LDAP calls.
(from TODO notes in the code)
Related to #5869`sinapsDiffusionHandlerJob::ldapUuidToCodeEntite` and `sinapsUser::codeEntiteToldapUuidCallback` should both have a cache to reduce LDAP calls.
(from TODO notes in the code)
Related to #5869FusionDirectory 1.4Côme ChillietCôme Chilliethttps://gitlab.fusiondirectory.org/fusiondirectory/fd-plugins/-/issues/5910plugins sinaps : in case of mass transfer from sinaps to FD , disable post ac...2019-02-13T16:20:14Zagallavardinplugins sinaps : in case of mass transfer from sinaps to FD , disable post action or web service actions### Requirements
## Descriptive title for this enhancement
when we push a lot of diffusion to FD, FD try to apply a template.
### Actual behavior
If the template use an external actions ( like mailbox check on remote mail server), th...### Requirements
## Descriptive title for this enhancement
when we push a lot of diffusion to FD, FD try to apply a template.
### Actual behavior
If the template use an external actions ( like mailbox check on remote mail server), this diffusion could take a long time.
### Expected behavior
Is there a way to a add a switch which disable all external actions ( like mailbox checking ) for some purpose like :
* mass import
* testing with create external resources like mailbox
### Step by step description of new behavior
1. spread all identity to FD
2. FD apply all template and could take a loooong time due to external request
### Benefits
testing and mass import more efficient
### Possible Drawbacks
complexity ?Côme ChillietCôme Chilliethttps://gitlab.fusiondirectory.org/fusiondirectory/fd-plugins/-/issues/5915inconsistency principal Posix group when using getNextIdHook features2022-09-01T10:59:03Zagallavardininconsistency principal Posix group when using getNextIdHook features### Description
### Distribution Name and Version
### FusionDirectory Version
`fusiondirectory 1.3-2~jenkinsbuild93`
### Plugin with the defect
`fusiondirectory 1.3-2~jenkinsbuild93`
### PHP version u...### Description
### Distribution Name and Version
### FusionDirectory Version
`fusiondirectory 1.3-2~jenkinsbuild93`
### Plugin with the defect
`fusiondirectory 1.3-2~jenkinsbuild93`
### PHP version used
`php 1:7.0+49`
### Origin of php packages
Debian main repos
### Steps to Reproduce
1. add a getnextId script wich provide a uniq uidNumber and force gidNumber to an already created gidNumber (like 513 : all domains users)
2. enable posix Account for user uid james.bond
3. save it
4. check posix user :
- uidGidNumber and uidNumber are correctly set
- the main group is a new created group called james.bond with 513 gidNumber ! ( so 2 groups have the same gidNumber : confirmed by `fusiondirectory-setup --check-ids`
**Expected behavior:**
the main posix group should be the group with the gidNumber specified
**Actual behavior:**
a new group with the same name of the user has been created and with the gidNumber provide by the getNextId script
**Reproduces how often:**
100 %
### Additional Information
duplicat gid must not occured !FusionDirectory 1.3.1Côme ChillietCôme Chilliethttps://gitlab.fusiondirectory.org/fusiondirectory/fd-plugins/-/issues/5994We not see all the information when we import a GPG key2023-03-13T16:05:12ZJonathan SwaelensWe not see all the information when we import a GPG key## Descriptive title for this enhancement
After we import a GPG key we not see the following elements
```
Key ID User ID Creation time Expiration Algorithm Size
```
But the key is well linked to the user (we can see it with the LDAP d...## Descriptive title for this enhancement
After we import a GPG key we not see the following elements
```
Key ID User ID Creation time Expiration Algorithm Size
```
But the key is well linked to the user (we can see it with the LDAP dump plugin.
```
uid=fd-admin,ou=people
createTimestamp 2019-08-29 14:19:05
modifyTimestamp 2019-08-29 14:23:56
cn System Administrator
sn Administrator
givenName System
uid fd-admin
userPassword {SSHA}WvpWsuzGVdJQvI+aeYqkpHaqfw8RJ7CV
objectClass inetOrgPerson
objectClass organizationalPerson
objectClass person
objectClass fdGpgAccount
fdUserKeyDN pgpCertID=D744D55EACDA69FF,ou=PGP Keys,dc=demo-fusiondirectory,dc=org
---
dn: pgpCertID=D744D55EACDA69FF,ou=PGP Keys,dc=demo-fusiondirectory,dc=org
objectClass: pgpKeyInfo
pgpKey:: LS0tLS1CRUdJTiBQR1AgUFVCTElDIEtFWSBCTE9DSy0tLS0tCgptUUlOQkZsWTlmY0JFQ
URRN2NDUm44QklkVUYzc05aT0I5aFBFSU84d3M3dldMN0dEUTRDd3NkTlJ6SjRKV1pxCjFKL0JQWE
10VkVBa0JNM2wraGFHNDMxd3YrMWZqM0FCU3FmUGR5Q3Jvb0xaUzFTbHkwejdKeTVwdFBSMU91Nno
KZUtIL2dqNitYL1dUU1c0YkhhWHR4MXFEZmNyQ0JTNXZRWjNhTnNyVnBiZEk4SzVoRW5xMytyR0N5
Z0l0czFrRApGUld1SXhtSkpuL1N6djZEcXN0bER2UjUzK3dJd3pTYmsvb3FicXJYUlFTNW9SeUZ5Z
mpkR2F0VWxSOHorOVN4Ck11WlBMVnoyeTZrOWtLWUQ0YjdxSnlqc3VZczNsOXpPUlVhYUl1dG5SRn
Z3Z01Kd1U2N3ZvMFpJc1RnVnhqNlYKMUlUMS9SaTJuckI0V01SYysrdTlPRm9ZM2pLdGF4Y0RQM2h
WQjYyak14NkVVbnA4Y1dlV2xRSURDanRVajZuTApOcUlwTHg0bllPZDI4anE2c3pvRU9TaEc1QU1L
V1dFMmh1UW1xTEViZmhyeks5Z0ZvN2Z0SXZmWEYybXJ0dEg1CkY0b2h5dE5STUJDQWxrR3k5WlhHS
E5PY1ZlSzFjNjNkbW1teWRBblRoQkFVT3FDSzcxc1NNVy9LamUvVUtkKzAKSkp6TWlwZkxmUkpneD
lYMkhKWTFHU3htR1ljVzMrTEQ5ZHc5c1NaQTdaRlZReVdVOS9CNzFDbnNZdWJJeFR3dwp1TklDVzZ
iMFo0RUZmSE5VanRIOU81cGVLMDk2OVVBWXRDU20vVnJVK2Q5RGZhcHdUWEFhaCtpRWRlaTRkUDZF
CllmSUJsd2VFT0hSWU9kakJwZ0dCVnovbGVPT0VxNDB3UzlCQXY3Uk5td3RvcTY5L3RGME0rUG1RV
HdBUkFRQUIKdEVGR2RYTnBiMjVFYVhKbFkzUnZjbmtnVUhKdmFtVmpkQ0JUYVdkdWFXNW5JRXRsZV
NBOFkyOXVkR0ZqZEVCbQpkWE5wYjI1a2FYSmxZM1J2Y25rdWIzSm5Qb2tDUFFRVEFRZ0FKd1VDV1Z
qMTl3SWJBd1VKQ1dZQmdBVUxDUWdICkF3VVZDZ2tJQ3dVV0F3SUJBQUllQVFJWGdBQUtDUkRYUk5W
ZXJOcHAvNzhyRC85b0w4eFJKc0xJOWlNazZnd0EKMmhrMWU2amlmOExzaVNnb3FVUGg0ZzVQeVc4d
3dzYVVodHhIYzJma081Nm95ZmFDOVczdkxjQ0kwcVhSVmNUSwpUY3djbFFhQlNNcFhoQy9VL0c0cU
szK1NSZXhUb1NCY2ltdks2TytNaXdEK0VqR0tTTVhpNW84N0t0SU9ORWd2CnpEdXJKaVFwWk9TYzl
lNmhlQTFHN1ppZ0ZxTnR3UzR1RUxtaStwZEJqdFpWZE5qbENUVXMzMUl3QUVZQ20xUTgKa1dlMnc0
dVZzRjZFNkl5c0pEb2c5Y3BWeGwzckhWdWFDTEtJekJBTWdBZVhNamtqeHFaeVQvYlQ0eXZQNDJra
gphWWc4aVRCWWlNQW5zaDhpbDFEbmJ4Y3V2d3cyNEJVM21EN3hSL1JGMnFaZ0RmMFU4b2JINzdOTn
dIR1ZzSml1ClR6N3FVUjZnNHdiZ2ZDMDJkZ0FyM0I2QUdRNTFTeTVxd21ML0ZFMkg0ei9Jb1cxekw
reG5aaHhmQ3hLRk44RlEKRVZBaTdQNS9CaklwdUpVUXZwZGlaVlh2ZXRtYklJL3RDY0grcUphQXFw
KzNGQkJaVnBkcWJTU2VCb2RvbHRHVApOb1A4aTFYdkFoODZPblpSci82UXBjMFJ1RC9TTmxBZml1b
0NndVVlV3F6L2tYYkdad3ArQ2tObmZqT3Z1UlUzClBTc1JudWFMdGhwSEFvMk9heTg5M2tqNHRnYj
VLd285dzl3QW9UbS9odGFYZTYzT0NFbVBMeFFBeFFlb0UzVmMKRG5JdWduL2RDdEZ6ZHluVkllcjF
aRTNTby85bGpvbTlXMkI5ZHNuY1UxRWpSTjJaQ2Vhd2VsY3hnTzd2WFhndgpnOXFHNnJGVG5FQ3VK
REdJTEpmS2xIVldXTGtDRFFSWldQWDNBUkFBMzBpWUJMWnNqckhNd0dEdWEzWEJDSmJxCjJYYTVKV
2cxYVBzNWVkc01zeWRLSXNHdWlpbjU5bzlxdC9EUVVDaE0vWnZmTDIyZmV5azRidkVDTWVvREhSUW
gKYTZqak80aXVjQWZIV1EvcHdSaUZhQTBSU3IwRGJNNmFHZTNuQmsvRDNsWDNVNFpEbmlvME9ScmR
rUWd0aFVveAp4c0g1RHNMNkZzWWNOa2FxRE5HcGs2U2xQV0hTNTZBNWpFWWhhaHd1cDdlb0t6aUdp
dW9uZ2hSQ2FzMGFNSkhUCngzZnFHVlliWUJaUG9wbkF0OVpSQ3gyS2RiRGNOZzRzUmVva21nZ29EK
zNBV0JaMjFOR2RMdzVCSVNITXRxRHEKc2xqYm03QndjbkIzcUdLMkhmWlBkV0xKVEVNbnp6MnBEZl
Q5cW1kUHZsYU1XWW51U3BnZ2FqSnE5MGVhVWM3MAoxdWdXZmdQVjU3Ky8rSXUrRUs1eWZUMDQ3NUd
wUTJuNG0zYkxRSGt0c2hTZ0djNTdHNnFRdkxkbDM4Z01GY0taClRUeWkyT1BqU1Q2UDhVN2t1R1U1
WnIyT085ZHZlNFJPQllBOFA1OFNDR1ZLa0lUZzJiVjFpMENIRlFUQW56YmcKbDdjQkVmcFU2SzM1b
TlmZmhqY1JWbDQ1cjV0UDZLZnNjaWlGRVQ2N1lzdXRNVUxJbTNPL0VFaGFUMGRweWhCVQpZcksxdm
Y3d1pIU1JDNnZ5dHhXZkNoV1BpbkUrZG0zb2lJUFNLVjdISktEKzErOWszS3NhbExVWFcwZTc0dEZ
5ClZTeS83bStXc3pTaUxXdlhZckRzSG93SmFMSVhmeGYyblBPWlhobjhKMEFhQS81NU0rMGcxVWhP
MW9teE4yb1QKT2ZEVUFndTk4RFcvMFlGS3BQY0FFUUVBQVlrQ0pRUVlBUWdBRHdVQ1dWajE5d0liR
EFVSkNXWUJnQUFLQ1JEWApSTlZlck5wcC8xQ3hELzQ3ZEhLcDk3TERzZnpHakF3TUVWbkgwQlNiYj
dCTG12aWkxcUZ0RFA2SGpDNUNuc1BxCkVobHRxWk5RcW5IeWk2bGRHcVZpVnBNbjdDd0VCV0RLZzd
BWllPSTRiNk5EYk1mZS91YmZmTTU0cEEyeXI2a3MKcmhOT1dHcG8xUyttU2Rpb1lzL2tNc2owOVFs
T0dlYld1SzQ4aXZ0R1hKb0trdXhTU2V1U2puNXVQb3N0NGp1Nwo4SHJwbWgybWhhSVpyOWVxMXRtd
jZCYU9tR20vZENwZ1ZlT2gwNlQ5VmVOaDdnSDNxNXRhbjJsVngzd0VBSDdPCm5lRWpoL2c5amNEMS
93Uk9NN3lSL0ZsS1ZpY1JzSGQ3RUZIWkk0VnRxWmhBVXRjRm1Bdm5tT2cvUnUwNzY2cXoKN01IUWd
sZHBvbml6Ykg4TnhLdlAxQ2VJQzhTME5wVU45UkJMMjEwRWhXY054SXpsUGxXT2VtRjVKM3dNcWdE
SQpCemhKQzhsRStFNGZlWHU0a0ExMFMwWDU2T0Z5N1loRVpKUlRQY2laTHltaVZ6UksyVXdTK3B4c
3Y1RkRhTnNTCmFQVEdkaFBZcGJ0WFo0dlhwbjNqSnQva3d2TUVheTNMdk92UmFoU3o2b256VWp1YX
RJNFJVcTBOOHdHVzBlVWkKVlZDOGNPcmdJRkJHUHM5Q3JhL0JrZVNPRm9LZXdxcHBHVVEvMkY2eFV
iMG5pRWFuVHhtdGpYd1o4dmhJbzVBNgp6SG92N0FlZmRzeTE4TWFZYlI3bjdQaVdUM2QvWFA0ODN0
ZU96akpueGFIS1BoRHBpNWVSczFxRE5WZVI3ZGhIClhyZnlQbFVhTVc5R3U3elpxU2hMUEZyMzAza
UhpSXR2ZVRYKyttUUZ2aGFDWlZDN3FMUU9wSEhNN1E9PQo9eHVsTAotLS0tLUVORCBQR1AgUFVCTE
lDIEtFWSBCTE9DSy0tLS0tCg==
pgpCertID: D744D55EACDA69FF
```
### Actual behavior
Missing informations
### Expected behavior
Displaying the informations in the interface
### Benefits
More informations are availableFusionDirectory 1.4bmortierbmortierhttps://gitlab.fusiondirectory.org/fusiondirectory/fd-plugins/-/issues/6012Improve REST webservice call syntax2023-03-13T16:11:03ZcoudotImprove REST webservice call syntaxSome calls to REST webservices can be improved.
For the moment, I noticed:
* the dateOfBirth syntax expected in modification is different from the syntax when reading the attribute
* the userPassword attribute can be read but not modifi...Some calls to REST webservices can be improved.
For the moment, I noticed:
* the dateOfBirth syntax expected in modification is different from the syntax when reading the attribute
* the userPassword attribute can be read but not modified
For user password:
```
curl -H 'Session-Token: koo5cmma2kt1915k9qthjm6ef2' -X PUT -d '"test"' 'https://fd.pfptnbdev.io/rest.php/v1/objects/user/uid=coudot,ou=users,dc=kroqi,dc=fr/user/userPassword'
[{"message":"Le champ obligatoire 'Mot de passe' n'est pas rempli\u202f!","line":44,"file":"\/usr\/share\/fusiondirectory\/include\/webservice\/class_fdRPCService.inc"
```
Even a user creation fails:
```
cat fd-rest-new-account.json
{ "attrs": { "user": { "givenName": "Baptiste", "sn": "TEST", "userPassword": "test" }, "mailAccount": { "mail": "baptiste.gaillet@test.fr" }, "personalInfo": { "personalTitle": "Monsieur", "fdBadge": "16" } }, "template": "ou=users,dc=kroqi,dc=fr"}
```
```
curl -X POST -d @fd-rest-new-account.json -H "Session-Token: koo5cmma2kt1915k9qthjm6ef2" https://fd.pfptnbdev.io/rest.php/v1/objects/user
[{"message":"Le champ obligatoire 'Mot de passe' n'est pas rempli\u202f!","line":44,"file":"\/usr\/share\/fusiondirectory\/include\/webservice\/class_fdRPCService.inc"
```FusionDirectory 1.4Côme ChillietCôme Chilliethttps://gitlab.fusiondirectory.org/fusiondirectory/fd-plugins/-/issues/6029the dns plugin doesnt accept @ as the wildcard for a domain2023-03-13T16:03:09Zbmortierthe dns plugin doesnt accept @ as the wildcard for a domain## Descriptive title for this enhancement
<!-- required -->
the dns plugin doesn't accept @ as the wildcard for a domain
### Actual behavior
<!-- What actually happens -->
when putting a @ record for a zone its not saved correctly i...## Descriptive title for this enhancement
<!-- required -->
the dns plugin doesn't accept @ as the wildcard for a domain
### Actual behavior
<!-- What actually happens -->
when putting a @ record for a zone its not saved correctly in fusiondirectory
![fusiondirectory-wildcard-dns](/uploads/862c2f08eb0164338d574109702fa7bd/fusiondirectory-wildcard-dns.png)
### Expected behavior
<!-- What you expect to happen-->
To be able to store the @ record in the dns plugin
@ A 195.154.20.85
### Step by step description of new behaviour
<!-- Required -->
1. [First Step]
2. [Second Step]
3. [and so on...]
### Benefits
<!-- optional -->
<!-- What benefits will be realized by the code change? -->
being able to add wildcard in dns zone
### Possible Drawbacks
<!-- optional -->
<!-- What are the possible side-effects or negative impacts of the code change? -->
none
### Applicable Issues
<!-- optional -->
<!-- Enter any applicable Issues here -->
* FusionDirectory dns plugin
* Argonaut-ldap2zoneFusionDirectory 1.4Côme ChillietCôme Chilliethttps://gitlab.fusiondirectory.org/fusiondirectory/fd-plugins/-/issues/6035fatal error when apply template for supann entity2023-03-13T16:03:39Zagallavardinfatal error when apply template for supann entity### Description
```
Fatal error: Uncaught TypeError: Argument 2 passed to simplePlugin::adapt_from_template() must be of the type array, null given, called in /usr/share/fusiondirectory/include/simpleplugin/class_simpleTabs.inc on line 4...### Description
```
Fatal error: Uncaught TypeError: Argument 2 passed to simplePlugin::adapt_from_template() must be of the type array, null given, called in /usr/share/fusiondirectory/include/simpleplugin/class_simpleTabs.inc on line 465 and defined in /usr/share/fusiondirectory/include/simpleplugin/class_simplePlugin.inc:1923
Stack trace:
#0 /usr/share/fusiondirectory/include/simpleplugin/class_simpleTabs.inc(465): simplePlugin->adapt_from_template(Array, NULL)
#1 /usr/share/fusiondirectory/include/class_template.inc(355): simpleTabs->adapt_from_template(Array, NULL)
#2 /usr/share/fusiondirectory/include/management/class_templateDialog.inc(115): template->apply()
#3 /usr/share/fusiondirectory/include/management/class_templateDialog.inc(62): templateDialog->handle_finish()
#4 /usr/share/fusiondirectory/include/management/class_management.inc(459): templateDialog->save_object()
#5 /usr/share/fusiondirectory/include/management/class_management.inc(1274): management->execute()
#6 /usr/share/fusiondirectory/include/class_pluglist.inc(576): man in /usr/share/fusiondirectory/include/simpleplugin/class_simplePlugin.inc on line 1923
```
occurs when I trie to create a supann structure by using a template .
### Distribution Name and Version
Debian buster
### FusionDirectory Version
```
root@annuaire:~# apt-cache policy fusiondirectory-plugin-supann
fusiondirectory-plugin-supann:
Installé : 1.4-2~jenkinsbuild602
Candidat : 1.4-2~jenkinsbuild602
Table de version :
*** 1.4-2~jenkinsbuild602 500
500 https://integration.fusiondirectory.org/repos/development/debian/fusiondirectory-dev-14-stretch stretch/main amd64 Packages
100 /var/lib/dpkg/status
1.2.3-4+deb10u1 500
500 http://deb.debian.org/debian buster/main amd64 Packages
root@annuaire:~#
```
### Plugin with the defect
supann
### PHP version used
```
php:
Installé : 2:7.3+69
Candidat : 2:7.3+69
Table de version :
*** 2:7.3+69 500
500 http://deb.debian.org/debian buster/main amd64 Packages
100 /var/lib/dpkg/status
```
### Origin of php packages
from debian
### Steps to Reproduce
1. create a template supann (template used is following)
2. create a supann structure
3. choose TPL_SUPANN
extract of template used
```
cn=TPL_SUPANN,ou=templates,ou=structures
objectClass: fdTemplate
fdTemplateField: facsimileTelephoneNumber:+%r[1,2,d]|% %r[1,1,d]|% %r[2,2,d]|% %r[2,2,d]|% %r[2,2,d]|% %r[2,2,d]|%
fdTemplateField: objectClass:organizationalUnit
fdTemplateField: objectClass:supannEntite
fdTemplateField: ou:CENTRE_%r[3,3,d]|%
fdTemplateField: postalAddress:%r[1,2,d]|% rue de %r[10,20,l]|%
fdTemplateField: supannCodeEntite:CTR_%r[3,3,d]|%
fdTemplateField: supannTypeEntite:{SUPANN}S238
fdTemplateField: telephoneNumber:+%r[1,2,d]|% %r[1,1,d]|% %r[2,2,d]|% %r[2,2,d]|% %r[2,2,d]|% %r[2,2,d]|%
cn: TPL_SUPANN
```
**Expected behavior:**
a new supann structure is create base on template
**Actual behavior:**
Error !
**Reproduces how often:**
100%FusionDirectory 1.4Côme ChillietCôme Chilliethttps://gitlab.fusiondirectory.org/fusiondirectory/fd-plugins/-/issues/6101Postfix Service Plugin - 'Domains and routing' fields not saved2022-09-01T10:50:32ZLong BenjaminPostfix Service Plugin - 'Domains and routing' fields not saved### Description
When adding a Postfix service to a server, none of the settings on the right hand side (that is, everything under 'Domains and routing') are ever saved to LDAP.
However, if I edit the LDAP record and add a 'postfixMyDesti...### Description
When adding a Postfix service to a server, none of the settings on the right hand side (that is, everything under 'Domains and routing') are ever saved to LDAP.
However, if I edit the LDAP record and add a 'postfixMyDestinations' attribute to the server record, that will show up under 'Domains to accept mail for' section.
<!-- Required -->
<!-- Description of the issue -->
### Distribution Name and Version
Ubuntu 20.04
<!-- Required -->
<!-- Debian, Centos -->
### FusionDirectory Version
1.3
<!-- Required -->
### Plugin with the defect
fusiondirectory-plugin-postfix
<!-- Required -->
<!-- Name of the plugin -->
### PHP version used
7.4. I also tried it with 7.3 with the same result.
<!-- Required -->
### Origin of php packages
7.4 = Official Ubuntu 20.04 packages.
7.3 = ppa:ondrej/php
<!-- Required -->
<!-- Distribution packages, Out of distribution -->
### Steps to Reproduce
<!-- Required -->
1. In 'Systems' create an entry.
2. In that system, add a new service of type 'Postfix (SMTP)'
3. In that service, add a domain under 'Domains to accept mail for' and save.
4. Check your LDAP record and notice that the domain was not added
5. Go to the home page, then back to the service (so the local cache refreshes).
6. Go back to the service record, and notice that the 'Domains to accept mail for' section is blank.
**Expected behavior:**
When a record is added in Fusiondirectory under the 'Domains and routing' section, the corresponding LDAP attributes should be added to the LDAP record.
<!-- What you expect to happen-->
**Actual behavior:**
None of the records under the 'Domains and routing' section are ever saved to LDAP.
<!-- What actually happens -->
**Reproduces how often:**
<!-- What percentage of the time does it reproduce?-->
100%. Every time.
### Additional Information
<!-- optional -->
<!-- Any additional information, configuration or data that might be necessary to reproduce the issue. -->
I don't think there are any updates to this plugin since 1.3 was first released, at least as far as I can tell via the git repo.FusionDirectory 1.3.1Côme ChillietCôme Chilliethttps://gitlab.fusiondirectory.org/fusiondirectory/fd-plugins/-/issues/6128personal plugin does not show up2023-03-13T15:06:29ZCoutadeur Davidpersonal plugin does not show up### Description
I have installed fusion-directory with the sources. (1.4-dev).
When trying to install personal plugin, it does not show up in the web interface (contrary to my FD 1.3)
### Distribution Name and Version
Debian 10
### ...### Description
I have installed fusion-directory with the sources. (1.4-dev).
When trying to install personal plugin, it does not show up in the web interface (contrary to my FD 1.3)
### Distribution Name and Version
Debian 10
### FusionDirectory Version
1.4-dev
### Plugin with the defect
personal
### PHP version used
php 7.3.29-1
### Origin of php packages
debian official repositories
### Steps to Reproduce
1. Install FD from gitlab (following this procedure: https://github.com/makinacorpus/fusiondirectory/blob/master/contrib/docs/INSTALL) (by the way, an improvement could be to have an official build procedure)
2. get FD plugins
3. install FD plugins with: `fusiondirectory-setup --set-fd_home=/var/www/fusiondirectory --install-plugins` + `fusiondirectory-insert-schema -i /etc/ldap/schema/fusiondirectory/personal-fd.schema` and `fusiondirectory-insert-schema -i /etc/ldap/schema/fusiondirectory/personal-fd-conf.schema`
4. Update cache: `fusiondirectory-setup --check-directories --update-cache --update-locales`
Personal tab appearing in the user menu.
**Actual behavior:**
Personal tab not appearing in the user menu.
**Reproduces how often:**
100%
### Additional Information
Also, it could be interesting to have an INSTALL file describing the official installation of a plugin from the sources.FusionDirectory 1.4bmortierbmortierhttps://gitlab.fusiondirectory.org/fusiondirectory/fd-plugins/-/issues/6162Creation of new Class - Mail Template - New Configuration Menu Item2022-09-12T16:17:17Zdockx thibaultCreation of new Class - Mail Template - New Configuration Menu Item### Requirements
A Mail Template Class is required in order to define "mail template" to be used as base to automate email forwarding.
Mail template must contains existing FD features such as but not restricted to :
1. Password Recove...### Requirements
A Mail Template Class is required in order to define "mail template" to be used as base to automate email forwarding.
Mail template must contains existing FD features such as but not restricted to :
1. Password Recovery
2. User Reminder
## Descriptive title for this enhancement
*Creation of new plugin - Mail Template - New Configuration Menu Item*
### Actual behavior
Possibility to reach Mail Template within Configuration menu of FD.
Possibility to fulfill a "basic template" and to save within LDAP the required datas.
The template must be retrievable from a list defined as follow :
[Category Type][Template lists]
### Expected behavior
Possible to save a basic mail template and retrieve it.
### Step by step description of new behavior
1. Open FD main page
2. Within configuration menu, click on Mail Template
3. Fulfill required fields or import existing template
4. Save Template.
### Benefits
Mail Template first structure created
### Possible Drawbacks
None
### Applicable Issues
NoneFusionDirectory 1.4dockx thibaultdockx thibault2022-03-24https://gitlab.fusiondirectory.org/fusiondirectory/fd-plugins/-/issues/6163Creation of new plugin allowing a new tab within Mail Template - named Mail T...2022-09-12T16:10:52Zdockx thibaultCreation of new plugin allowing a new tab within Mail Template - named Mail Tasks### Requirements
Within Mail Template, a "Task" must be linked to a "Mail Template Type".
## Descriptive title for this enhancement
*Creation of new tab within Mail Template - named Tasks*
### Actual behavior
Possibility to reach "T...### Requirements
Within Mail Template, a "Task" must be linked to a "Mail Template Type".
## Descriptive title for this enhancement
*Creation of new tab within Mail Template - named Tasks*
### Actual behavior
Possibility to reach "Tasks Tab" within Mail Template.
### Expected behavior
Tasks Tab will be used to link an existing "type of mail template" which includes, one or multiples templates, to a specific defined task.
It is a manageable page where tasks can be defined and linked to one or multiple mail templates.
*Tasks will be used as arguments within terminal tools in order to retrieve associated mails templates.*
### Step by step description of new behavior
1. Open FD main page.
2. Within configuration menu, click on Mail Template.
3. Click on tab Tasks.
4. Create or select a new task.
5. Link a "Mail Template Type" to a task.
### Benefits
Tasks initial structure created.
### Possible Drawbacks
None.
### Applicable Issues
None.FusionDirectory 1.4dockx thibaultdockx thibaulthttps://gitlab.fusiondirectory.org/fusiondirectory/fd-plugins/-/issues/6164Update of WebService plugin to include Mail Template (core) and Mail Task (P...2022-09-12T16:14:45Zdockx thibaultUpdate of WebService plugin to include Mail Template (core) and Mail Task (Plugin)### Requirements
The WebService must be updated as a new console tool is developed in order to retrieve Mail Templates.
Request will be performed through the WebService.
## Descriptive title for this enhancement
*Update of WebService ...### Requirements
The WebService must be updated as a new console tool is developed in order to retrieve Mail Templates.
Request will be performed through the WebService.
## Descriptive title for this enhancement
*Update of WebService plugin to include Mail Template (core) and Mail Task (Plugin)*.
### Actual behavior
WebService does not allow interaction with Mail Template (core) nor Mail Task (Plugin)
### Expected behavior
WebService is allowing request from the tool, the mail templates are properly received.
### Step by step description of new behavior
1. Open terminal.
2. Launch "Mail Template Retrieval" with a named tasks as argument or a named template.
1. Min of two options must be available, plugin task being a plugin.
4. Mail templates retrieved and saved in a proper format.
*All performed via FD WebService plugin*
### Benefits
Ease of mail templates retrieval.
*By tasks if plugin installed*
*By template name by default*
### Possible Drawbacks
None.
### Applicable Issues
None.FusionDirectory 1.4dockx thibaultdockx thibaulthttps://gitlab.fusiondirectory.org/fusiondirectory/fd-plugins/-/issues/6171[webservice] - supannCMSId et supannCMSAppId - Attributes filtering issue2023-03-13T14:45:15Zdockx thibault[webservice] - supannCMSId et supannCMSAppId - Attributes filtering issue### Description
It seems the output during a filtering on supannCMS components do not work whil using the webservice.
### Distribution Name and Version
Debian 11
### FusionDirectory Version
1.4
### Plugin with the defect
Webservic...### Description
It seems the output during a filtering on supannCMS components do not work whil using the webservice.
### Distribution Name and Version
Debian 11
### FusionDirectory Version
1.4
### Plugin with the defect
Webservice
### PHP version used
7.4
### Origin of php packages
Enterprise
### Steps to Reproduce
CURL command can be use.
Client command here enclosed :
`GET /objects/user?base=ou=active,dc=int-evry,dc=fr&filter=(uid=test)&attrs\[supannCMSAppId\]=\*&attrs\[supannCMSId\]=\*&attrs\[supannCMSAppAffectation\]=\*`
**Expected behavior:**
A proper output if filter and attributes arguments are used.
**Actual behavior:**
* if `attrs[supannCMSAppId]=*`, nothing happens.
* if `attrs[supannCMSAppId;x-koha-xmsb]=*`, ACL issue is generated.
**Reproduces how often:**
100%.
### Additional Information
Important to see if REST tools can be used to reproduce the problem.
Curl script from the team does not report any issue apart from void data displayed.FusionDirectory 1.4dockx thibaultdockx thibault2022-06-02https://gitlab.fusiondirectory.org/fusiondirectory/fd-plugins/-/issues/6207[mail] wrong rendering of mailQuota2023-02-16T15:01:14Zsfroger[mail] wrong rendering of mailQuota## Wrong rendering of mailQuota
### Actual behavior
We are using Bluemind as mail server, and Bluemind expect mail quotas in LDAP to be expressed in bytes.
But it seems that FD only supports MiB as units for this attribute.
### Expec...## Wrong rendering of mailQuota
### Actual behavior
We are using Bluemind as mail server, and Bluemind expect mail quotas in LDAP to be expressed in bytes.
But it seems that FD only supports MiB as units for this attribute.
### Expected behavior
To be able to display/save user quotas properly in our environment, I've had to change MailQuotaAttribute units to start at bytes:
from
```
$units = [
1 => _('MiB'),
1024 ** 1 => _('GiB'),
1024 ** 2 => _('TiB'),
];
```
to
```
$units = [
1 => _('Bytes'),
1024 ** 1 => _('KiB'),
1024 ** 2 => _('MiB'),
1024 ** 3 => _('GiB'),
1024 ** 4 => _('TiB'),
];
```
It would be nice if quota units could be set in configuration.bmortierbmortierhttps://gitlab.fusiondirectory.org/fusiondirectory/fd-plugins/-/issues/6235[Supann] - FranceConnect needs its own FD objectClass2023-06-12T08:33:01Zdockx thibault[Supann] - FranceConnect needs its own FD objectClass[Supann] - FranceConnect needs its own FD objectClass
There is a current issue not allowing FranceConnect to exist in case supann Tab is being disabled.
This is because it "can" run under the same objectClass.
The solution is to create...[Supann] - FranceConnect needs its own FD objectClass
There is a current issue not allowing FranceConnect to exist in case supann Tab is being disabled.
This is because it "can" run under the same objectClass.
The solution is to create an identical objectClass but managed by FD in order to not have mandatory attributes and resolve the above issue.
A new schema will therefore be created and the objectClass for the tab france-connect will be updated.FusionDirectory 1.4dockx thibaultdockx thibault