fusiondirectory-plugins issueshttps://gitlab.fusiondirectory.org/fusiondirectory/fd-plugins/-/issues2024-03-07T11:23:13Zhttps://gitlab.fusiondirectory.org/fusiondirectory/fd-plugins/-/issues/6255[Samba] - Samba tab cannot be removed when samba ID mapping is activated2024-03-07T11:23:13Zdockx thibault[Samba] - Samba tab cannot be removed when samba ID mapping is activated[Samba] - Samba tab cannot be removed when samba ID mapping is activated[Samba] - Samba tab cannot be removed when samba ID mapping is activatedFusionDirectory 1.5dockx thibaultdockx thibaulthttps://gitlab.fusiondirectory.org/fusiondirectory/fd-plugins/-/issues/6247[Invitations] - Problems with location of public form and template resulting ...2023-12-04T09:57:41Zdockx thibault[Invitations] - Problems with location of public form and template resulting in wrong baseWhen a public form with a non-root creation base is used by an invitation that isn't stored on root, the two bases are combined resulting in an (usually) invalid root, causing the form to error. If base is left as an altered field in the...When a public form with a non-root creation base is used by an invitation that isn't stored on root, the two bases are combined resulting in an (usually) invalid root, causing the form to error. If base is left as an altered field in the public form, it is either similarly not handled correctly, or is ignored entirely, I was not able to verify which in my troubleshooting. It does seem that if you leave the invitation at root, but set a non-root value for the creation base for the public form, it will initially create the user and their registration at the creation base defined in the public form, but then move it to root when you confirm the user.
To Reproduce
Create a public form with a creation base other than root
Create an invitation that uses that public form and store it somewhere other than root
Send that invitation to yourself and fill in the form
Assuming the resultant mess of combined base doesn't exist in your directory, the form will fail
https://github.com/fusiondirectory/fusiondirectory-plugins/issues/36dockx thibaultdockx thibaulthttps://gitlab.fusiondirectory.org/fusiondirectory/fd-plugins/-/issues/6246Plugin dyngroups missing icons2023-11-26T18:24:21ZFEMAT ORTIZ ArmandoPlugin dyngroups missing icons### Description
We upgrade FusionDirectory 1.4-1 and installed the 'Dyngroup' plugin.
The plugin found the groupsOfUrl. Nevertheless, in the user interface, there are no icons for the Dyngroups.
For information, the [GitLab repository...### Description
We upgrade FusionDirectory 1.4-1 and installed the 'Dyngroup' plugin.
The plugin found the groupsOfUrl. Nevertheless, in the user interface, there are no icons for the Dyngroups.
For information, the [GitLab repository for the plugin](https://gitlab.fusiondirectory.org/fusiondirectory/fd-plugins/-/tree/dev/dyngroups) has no `html` folder. Maybe the problem comes from there.
### Distribution Name and Version
Debian 11 - Bullseye
### FusionDirectory Version
FusionDirectory 1.4-1
### Plugin with the defect
Dyngroup : fusiondirectory-plugin-dyngroups 1.4-1
### PHP version used
PHP : 7.4.33
### Origin of php packages
Distribution package.
### Steps to Reproduce
**Requirements**
- FusionDirectory version 1.4-1 (upgraded from version 1.3-4);
- Dyngroups plugin;
- Having a dynamic group declared.
1. Connecting into FusionDirectory.
2. Entering into the 'Groups and roles' section.
**Expected behavior:**
It is expected to have the icon for Dynamic groups.
**Actual behavior:**
There is no icon nowhere. Some examples:
- The second column of the Groups and roles.
- The Properties column.
- The Actions > Create > Dynamic group.
**Reproduces how often:**
Everytime.FusionDirectory 1.4.1dockx thibaultdockx thibaulthttps://gitlab.fusiondirectory.org/fusiondirectory/fd-plugins/-/issues/6205[Zimbra] - Lifecycle of Zimbra account - Errors of re-activation and auto-act...2023-06-27T09:54:49Zdockx thibault[Zimbra] - Lifecycle of Zimbra account - Errors of re-activation and auto-activation not working.### Description
[Zimbra] - Lifecycle of Zimbra account - Errors of re-activation and auto-activation not working.
### Distribution Name and Version
Debian 11
### FusionDirectory Version
FD 1.4
### Plugin with the defect
Soap Zimbra...### Description
[Zimbra] - Lifecycle of Zimbra account - Errors of re-activation and auto-activation not working.
### Distribution Name and Version
Debian 11
### FusionDirectory Version
FD 1.4
### Plugin with the defect
Soap Zimbra
### PHP version used
7.4
### Origin of php packages
Distro
### Steps to Reproduce
1. If an FD account is disabled the Zimbra account is disabled but if the FD account is re-enabled to Zimbra account remains disabled.
2. Upon any modification on an account referenced within FusionDirectory, any updates even a simple apply makes the Zimbra account activated again.
3. There seems to be strange behavior between automatic and manual fulfilling of the Zimbra page. Automating is not working.
**Expected behavior:**
Expected positive output from the three bullets points mentioned above.
**Actual behavior:**
Described within the steps.
**Reproduces how often:**
100 %
### Additional Information
See more information on the ticket open by the customer.FusionDirectory 1.5dockx thibaultdockx thibault