fusiondirectory-plugins issueshttps://gitlab.fusiondirectory.org/fusiondirectory/fd-plugins/-/issues2023-03-13T15:57:36Zhttps://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/5825LDAP error in audit plugin2021-07-30T12:35:49ZCôme ChillietLDAP error in audit pluginAudit plugin sometimes trigger an LDAP error "Other", which seems to be related to a limit of RDN length.
So we may need to add some kind of random id to avoid having too long DNs for audit events.Audit plugin sometimes trigger an LDAP error "Other", which seems to be related to a limit of RDN length.
So we may need to add some kind of random id to avoid having too long DNs for audit events.FusionDirectory 1.3.1Côme ChillietCôme Chilliethttps://gitlab.fusiondirectory.org/fusiondirectory/fd-plugins/-/issues/5837More feature switch should be added to mail methods2019-03-06T11:17:26ZCôme ChillietMore feature switch should be added to mail methodsMail methods have a feature switch for vacation message, they should have some as well for alternate emails, forwarding and local only features.
This will allow to deactivate from Partage method features not supported by it.Mail methods have a feature switch for vacation message, they should have some as well for alternate emails, forwarding and local only features.
This will allow to deactivate from Partage method features not supported by it.FusionDirectory 1.3Côme ChillietCôme Chilliethttps://gitlab.fusiondirectory.org/fusiondirectory/fd-plugins/-/issues/5822Add a check in the renater partage service class, to check that the class of ...2018-08-07T11:44:45ZbmortierAdd a check in the renater partage service class, to check that the class of service is correctly written### Requirements
* Filling out the template is required. Any Enhancement request that does not include enough information to be reviewed in a timely manner may be closed at the maintainers' discretion.
* All new code requires tests to e...### Requirements
* Filling out the template is required. Any Enhancement request that does not include enough information to be reviewed in a timely manner may be closed at the maintainers' discretion.
* All new code requires tests to ensure against regressions
## Descriptive title for this enhancement
Add a check in the renater partage service class, to check that the class of service is correctly written
### Actual behavior
Actually there is no check for the correct writing of the service class in the partage/renater service plugin, so if you write it like **staff_xl_condorcet_fr** instead of **staff_xl|staff_xl_condorcet_fr**
you get a php error
### Expected behavior
* put a check that will validate the the class of service will be correctly written and refuse to save otherwise
* add this info the the long help info
### Benefits
Less errors :)
### Possible Drawbacks
none
### Applicable Issues
renater partageFusionDirectory 1.3Côme ChillietCôme Chilliethttps://gitlab.fusiondirectory.org/fusiondirectory/fd-plugins/-/issues/5774Error when renaming a supann entity or etablissement2018-07-19T10:42:10ZbmortierError when renaming a supann entity or etablissement### Description
We get an error when trying to rename the supann entity code
### Distribution Name and Version
Debian Stretch
### FusionDirectory Version
1.2
### Plugin with the defect
supann
### PHP version used
7.0
### Origi...### Description
We get an error when trying to rename the supann entity code
### Distribution Name and Version
Debian Stretch
### FusionDirectory Version
1.2
### Plugin with the defect
supann
### PHP version used
7.0
### Origin of php packages
Debian stretch
### Steps to Reproduce
<!-- Required -->
1. create a supann entity
2. save it
3. change the suppan code entity
supannCodeEntite=10-agent-comptable --> supannCodeEntite=cc-agent-comptable
Le déplacement de «supannCodeEntite=10-agent-comptable,ou=structures,dc=campus-condorcet,dc=fr» à «supannCodeEntite=cc-agent-comptable,ou=structures,dc=campus-condorcet,dc=fr» a échoué
-----
Idem pour c-epcc --> cc-epcc
La requête LDAP a échoué !
Objet: supannCodeEntite=c-epcc,ou=structures,dc=campus-condorcet,dc=fr
Erreur: Naming violation (value of naming attribute 'supannCodeEntite' is not present in entry, lors de l'opération sur 'supannCodeEntite=c-epcc,ou=structures,dc=campus-condorcet,dc=fr' en utilisant le serveur LDAP 'ldaps://ldap1-test.campus-condorcet.fr')
**Expected behavior:**
Be able to rename supann entity and etablishment
**Actual behavior:**
Impossible to do it
**Reproduces how often:**
100%
### Additional InformationCôme ChillietCôme Chilliethttps://gitlab.fusiondirectory.org/fusiondirectory/fd-plugins/-/issues/5833Error in supann tab when we use a template2018-06-19T08:40:01ZJonathan SwaelensError in supann tab when we use a template### Description
Hello,
We have an error with the supann tab when we use a template
### Distribution Name and Version
Stretch
### FusionDirectory Version
1.2.1
### PHP version used
php7
### Origin of php packages
Debian
### Ste...### Description
Hello,
We have an error with the supann tab when we use a template
### Distribution Name and Version
Stretch
### FusionDirectory Version
1.2.1
### PHP version used
php7
### Origin of php packages
Debian
### Steps to Reproduce
1. Create a template
2. Enable supann tab
3. Add a value in affiliation and in principal affiliation
4. Save the template
5. Create an user with the template
We receive this error (if we add researcher in affiliation
```
La valeur «researcher» pour le champ «Affiliation principale» n’est pas dans la liste des choix possibles
```
**Expected behavior:**
Create the user without an error.
**Actual behavior:**
It display an error we must validate the user again to make it work
**Reproduces how often:**
100%FusionDirectory 1.2.2Cô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/5802Audit plugins sometimes fails to create a unique DN2018-04-30T10:06:26ZCôme ChillietAudit plugins sometimes fails to create a unique DN### Description
<!-- Required -->
<!-- Description of the issue -->
Using Audit plugin, in some cases unique DN creation fails.
See fd#5800
### FusionDirectory Version
<!-- Required -->
1.3-dev
### Plugin with the defect
<!-- Requir...### Description
<!-- Required -->
<!-- Description of the issue -->
Using Audit plugin, in some cases unique DN creation fails.
See fd#5800
### FusionDirectory Version
<!-- Required -->
1.3-dev
### Plugin with the defect
<!-- Required -->
<!-- Name of the plugin -->
Audit
### Steps to Reproduce
<!-- Required -->
**Expected behavior:**
<!-- What you expect to happen-->
No errors
**Actual behavior:**
<!-- What actually happens -->
In some cases Audit plugin triggers DN creation errors
**Reproduces how often:**
<!-- What percentage of the time does it reproduce?-->
Rare
### Additional Information
<!-- optional -->
<!-- Any additional information, configuration or data that might be necessary to reproduce the issue. -->
We need to understand the source of the problem to decide if the problem is that an event is logged twice, or if this is just a dn creation problem.FusionDirectory 1.2.1Côme ChillietCôme Chilliet