fusiondirectory-plugins issueshttps://gitlab.fusiondirectory.org/fusiondirectory/fd-plugins/-/issues2018-07-19T10:38:18Zhttps://gitlab.fusiondirectory.org/fusiondirectory/fd-plugins/-/issues/5681The opsi plugin needs the department management dropdown2018-07-19T10:38:18ZbmortierThe opsi plugin needs the department management dropdownHello,
the opsi plugin doesnt have the department management dropdown
Cheers
Hello,
the opsi plugin doesnt have the department management dropdown
Cheers
FusionDirectory 1.3Côme ChillietCôme Chilliethttps://gitlab.fusiondirectory.org/fusiondirectory/fd-plugins/-/issues/5791Add an option to inherit localboots from group2018-03-20T11:08:35ZCôme ChillietAdd an option to inherit localboots from groupThe idea is to be able to activate the OPSI tab on a system only to add some localboots, without removing the ones activated in the group, if any.
<!-- required -->
### Actual behavior
<!-- What actually happens -->
If you activate the...The idea is to be able to activate the OPSI tab on a system only to add some localboots, without removing the ones activated in the group, if any.
<!-- required -->
### Actual behavior
<!-- What actually happens -->
If you activate the OPSI tab on a system which is in a group with the OPSI tab active as well, you can still inherit the profile&server, but the localboots will be overridden.
### Expected behavior
<!-- What you expect to happen-->
Have some way to express that you want to inherit localboots and add your own on top of that.
### Step by step description of new behaviour
<!-- Required -->
1. Put a system in a group
2. Activate OPSI on the group
3. Add some localboots to the group
4. Open the system and activate the OPSI tab
5. Somehow select that you want to inherit the localboots (this should also force to inherit the server)
6. Add some localboots specific to the system
### Benefits
<!-- optional -->
<!-- What benefits will be realized by the code change? -->
Being able to add localboots both on groups and systems and install all of them.
### Possible Drawbacks
<!-- optional -->
<!-- What are the possible side-effects or negative impacts of the code change? -->
This is getting quite confusing with all the inherit options.
And it does not encourage people to use profiles which is the clean way to handle OPSI products.FusionDirectory 1.3Côme ChillietCôme Chilliethttps://gitlab.fusiondirectory.org/fusiondirectory/fd-plugins/-/issues/5787Add an option to inherit profile from group when OPSI tab is activated2018-03-13T09:35:24ZCôme ChillietAdd an option to inherit profile from group when OPSI tab is activatedAdd an "inherited" value in the profile selection of the OPSI tab when the system is in a group which has a profile selected.
### Actual behavior
If you activate the OPSI tab you have to chose a profile or None.
### Expected behavior
...Add an "inherited" value in the profile selection of the OPSI tab when the system is in a group which has a profile selected.
### Actual behavior
If you activate the OPSI tab you have to chose a profile or None.
### Expected behavior
Being able to inherit the profile and only override the localboots
### Step by step description of new behaviour
<!-- Required -->
1. Put the system in a group with OPSI activated and a profile selected
2. Activate the OPSI tab on the system
3. Select the "inherited" value for the profile
### Benefits
<!-- optional -->
<!-- What benefits will be realized by the code change? -->
Inherit the profile from the group but specify some localboots. It makes it easier to change profile for the whole group later on.
### Possible Drawbacks
<!-- optional -->
<!-- What are the possible side-effects or negative impacts of the code change? -->
### Applicable Issues
<!-- optional -->
<!-- Enter any applicable Issues here -->FusionDirectory 1.3Côme ChillietCôme Chilliethttps://gitlab.fusiondirectory.org/fusiondirectory/fd-plugins/-/issues/5764When importing OPSI hosts, have an option to import the packages associated2018-04-05T11:57:42ZbmortierWhen importing OPSI hosts, have an option to import the packages associated### 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
When importing an opsi object from the opsi import we need to import the packages associated to this opsi object and add it the the localboot list in the fusiondirectory opsi tab
### Actual behavior
The packages are not imported
### Expected behavior
the import of an opsi object with the opsi import should also import all the packages installed on this object
### Step by step description of new behaviour
<!-- Required -->
1. Import an object with the opsi import
2. Go to the fd system created by this import
3. the opsi tab localboot list should contains the list of packages
### Benefits
Be able to import a opsi object completely with all his packages and their properties
### Possible Drawbacks
None seen
### Applicable Issues
import opsi object in full to fusiondirectoryFusionDirectory 1.3Côme ChillietCôme Chilliethttps://gitlab.fusiondirectory.org/fusiondirectory/fd-plugins/-/issues/5763Add template selection into opsi import2018-01-16T14:27:26ZbmortierAdd template selection into opsi import### 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 the possibility to select a template when doing an opsi import
### Actual behaviour
There is no possibility to use a template with the opsi import
### Expected behaviour
To be able to select a system template when making an opsi import
### Step by step description of new behaviour
<!-- Required -->
1. Select a server
2. Select a template
3. Start the import
### Benefits
Be able to apply a systems template and prefill other systems tab when importing from a opsi server
### Possible Drawbacks
None found right now
### Applicable IssuesFusionDirectory 1.3Côme ChillietCôme Chilliethttps://gitlab.fusiondirectory.org/fusiondirectory/fd-plugins/-/issues/5749Use target dn as base for ACL checking in deployment queue2018-01-10T16:45:37ZJonathan SwaelensUse target dn as base for ACL checking in deployment queue## Descriptive title for this enhancement
The deployment queue checks the ACL rights as the LDAP root level.
It would be better to check the ACL on where the target system is stored in the LDAP.
### Actual behavior
Argonaut queue ACLs...## Descriptive title for this enhancement
The deployment queue checks the ACL rights as the LDAP root level.
It would be better to check the ACL on where the target system is stored in the LDAP.
### Actual behavior
Argonaut queue ACLs needs to be given on LDAP root
### Expected behavior
Being able to give rights on jobs only targeting a given LDAP branch.
### Step by step description of new behaviour
1. Set an ACL for removing the deployment queue on a branch
2. Do a software update on a machine
3. Try to remove the deployment queueFusionDirectory 1.3Côme ChillietCôme Chilliethttps://gitlab.fusiondirectory.org/fusiondirectory/fd-plugins/-/issues/5746Add ACL support to dashboard tabs2018-01-10T10:47:59ZCôme ChillietAdd ACL support to dashboard tabsDashboard tabs could be seen by other users than admin with fd#5734 so plugins adding tab to dashboard should make sure ACLs are respected and no info is shown that the user is not allowed to see.
### Actual behavior
<!-- What actually...Dashboard tabs could be seen by other users than admin with fd#5734 so plugins adding tab to dashboard should make sure ACLs are respected and no info is shown that the user is not allowed to see.
### Actual behavior
<!-- What actually happens -->
All data is displayed
### Expected behavior
<!-- What you expect to happen-->
Only allowed data should be displayed
### Step by step description of new behaviour
<!-- Required -->
1. Go to dashboard systems or network tab
2. You should only see systems and information you are allowed to see
### Benefits
<!-- optional -->
<!-- What benefits will be realized by the code change? -->
Give dashboard access to managers
### Possible Drawbacks
<!-- optional -->
<!-- What are the possible side-effects or negative impacts of the code change? -->
Computing stats might be a bit slowerFusionDirectory 1.3Côme ChillietCôme Chilliethttps://gitlab.fusiondirectory.org/fusiondirectory/fd-plugins/-/issues/5739Add a new field into weblink to store an inventory url2018-09-07T11:17:44ZbmortierAdd a new field into weblink to store an inventory url### 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 new field into weblink to store an inventory url
### Actual behavior
The weblink plugin was made to to have a nice way to connect to the system remote web interface.
### Expected behavior
Have a section with the title inventory link and a field to be filled, this field should check if the url is correctly formed.
### Step by step description of new behaviour
<!-- Required -->
1. Be able to field the field with an url like http://glpi.opensides.be/mycomputer
2. the link should open in another tab/window
### Benefits
Ba able to link the systems to a more complete description of it from a CMDB
### Possible Drawbacks
None
### Applicable IssuesFusionDirectory 1.3Côme ChillietCôme Chilliethttps://gitlab.fusiondirectory.org/fusiondirectory/fd-plugins/-/issues/5738Add opsi stat tab to the dashboard2018-04-05T12:18:33ZbmortierAdd opsi stat tab to the dashboard### 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 opsi stat tab to the dashboard
### Actual behavior
No stats for opsi in the dashbaord
### Expected behavior
Get basic information on the opsi objects and servers inside the dashboard
### Step by step description of new behaviour
1. List of opsi profiles
2. Number of computers associated to a particular profile
3. NUmber of groups having the opsi tab
4. Number of opsi servers
### Benefits
Basic stats of the opsi objects inside FusionDirectory
### Possible Drawbacks
Need to have all the information stored into ldap to be sure the calculation are right and fast
### Applicable Issues
Each time we need to know about basic information for opsiFusionDirectory 1.3Côme ChillietCôme Chilliethttps://gitlab.fusiondirectory.org/fusiondirectory/fd-plugins/-/issues/5737Add last date of connection of a client inside the opsi client tab2018-04-05T12:08:05ZbmortierAdd last date of connection of a client inside the opsi client tab### 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 last date of connection of a client inside the opsi client tab
### Actual behavior
There is no information about the last connexion of a opsi client to the opsi server
### Expected behavior
See the last connexion of a opsi client to the opsi server in the opsi tab
### Step by step description of new behaviour
<!-- Required -->
1. Click on the opsi tab in an opsi client
2. See a text line with the latest opsi client connexion
3. Store the info in a ldap attributes
### Benefits
Be able to see of the client as connected recently
### Possible Drawbacks
Lots of call to the webservice, in this case
### Applicable Issues
detect when a set of client doesn't connect anymoreFusionDirectory 1.3Côme ChillietCôme Chilliethttps://gitlab.fusiondirectory.org/fusiondirectory/fd-plugins/-/issues/5731Add a tab in the opsi plugin on a system to show log for this computer2018-04-06T12:17:33ZbmortierAdd a tab in the opsi plugin on a system to show log for this computer### 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 tab in the opsi plugin on a system to show log for this computer.
We need to be able to show the log in a tab **opsi log** on a system that has the opsi enabled
### Actual behavior
We are not able to get the log related to an opsi system
### Expected behavior
* Be able to get the latest log entries for a computer in a **opsi log** tab on a opsi enabled computer.
* Be able to select the level of verbosity of the log
* Be able to select the kind of log we want to see for this system
### Step by step description of new behaviour
<!-- Required -->
1. Got to the **opsi log** tab
2. Select the verbosity level
3. Select the log we want to see
### Benefits
Be able to see the various log and level from the **opsi log** tab
### Possible Drawbacks
Getting to much info from the webservice and not be able to filter it
The method from the webservice seems to not allow filtering by level and select to log for one operations from start to finish
https://download.uib.de/opsi_stable/doc/html/en/opsi-manual/opsi-manual.html#opsi-manual-api-datastructure-opsi
log_read
Reads a opsi log file from the server.
Parameters: logType *objectId *maxSize
Possible logTypes are instlog (opsi-winst), clientconnect (opsiclientd), userlogin, bootimage, opsiconfd. The objectId is normally the clientId to which the log belongs.
### Applicable IssuesFusionDirectory 1.3Côme ChillietCôme Chilliethttps://gitlab.fusiondirectory.org/fusiondirectory/fd-plugins/-/issues/5700We should be able to forbid deployments outside of a given time frame2018-04-05T12:16:12ZCôme ChillietWe should be able to forbid deployments outside of a given time frame### Description
Add a way to specify for a computer or a group of them the authorized time frame for deployment.
Trying to schedule or trigger deployments outside of this frame should be forbidden.
### FusionDirectory Version
1.3
###...### Description
Add a way to specify for a computer or a group of them the authorized time frame for deployment.
Trying to schedule or trigger deployments outside of this frame should be forbidden.
### FusionDirectory Version
1.3
### Plugin with the defect
Argonaut or a new one
### Additional Information
https://gitlab.fusiondirectory.org/fusiondirectory/fd-plugins/wikis/deployment-featuresFusionDirectory 1.3Côme ChillietCôme Chilliethttps://gitlab.fusiondirectory.org/fusiondirectory/fd-plugins/-/issues/5596Allow to setup OPSI product outside of profiles2017-12-08T15:12:31ZJonathan SwaelensAllow to setup OPSI product outside of profiles### 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
Allow to activate products on an OPSI system without going through a profile
### Actual behavior
not implemented
### Expected behavior
Be able to deploy a specific package on a OPSI client
### Step by step description of new behaviour
<!-- Required -->
1. Go to the opsi client tab
2. Select a software to be installed / updated from the software list on the opsi client tab
3. This software is stored on the client/group
4. More than one software can be in this software list
5. When going to action trigger install, the profile is merged with the list of software from the opsi tab
### Benefits
Easy to use for installing/updating a specific package without need to create or update a profile, or when you only need to deploy/update a specific package in a opsi client
### Possible Drawbacks
desynchronization between profile list of software and the action that has been done, because the software is not inside a software list
### Applicable Issues
every situation where you have to update / install only a software on a opsi clientFusionDirectory 1.3Côme ChillietCôme Chilliethttps://gitlab.fusiondirectory.org/fusiondirectory/fd-plugins/-/issues/5595Grab the version of the opsi package in a software-list2018-04-05T09:24:22ZJonathan SwaelensGrab the version of the opsi package in a software-listHello,
It will be great to have the version of the package in the opsi software-list.
Cheers.
*(from redmine: issue id 5595, created on 2017-06-13, closed on 2017-06-15)*
* Changesets:
* Revision 86d538c7b6217da063aec9846107ba180ea...Hello,
It will be great to have the version of the package in the opsi software-list.
Cheers.
*(from redmine: issue id 5595, created on 2017-06-13, closed on 2017-06-15)*
* Changesets:
* Revision 86d538c7b6217da063aec9846107ba180ea83a9c by Côme Chilliet on 2017-06-15T09:40:32.000Z:
```
Fixes #5595 Show productVersion and packageVersion in software list
```
* Custom Fields:
* Support contract: None
* Dolibarr project Name: PJ1703-0080FusionDirectory 1.2Côme ChillietCôme Chilliethttps://gitlab.fusiondirectory.org/fusiondirectory/fd-plugins/-/issues/5504We should be able to launch actions on group of systems2018-04-05T09:17:04ZCôme ChillietWe should be able to launch actions on group of systemsBoth triggered and scheduled actions should be available on groups.
*(from redmine: issue id 5504, created on 2017-05-02, closed on 2017-05-30)*
* Changesets:
* Revision 4df79df34d96dcc74bd659c7e75e1e20440a4933 by Côme Chilliet on 20...Both triggered and scheduled actions should be available on groups.
*(from redmine: issue id 5504, created on 2017-05-02, closed on 2017-05-30)*
* Changesets:
* Revision 4df79df34d96dcc74bd659c7e75e1e20440a4933 by Côme Chilliet on 2017-05-03T14:44:39.000Z:
```
Fixes #5504 Cleaned up event handling code before copying it in group management
```
* Custom Fields:
* Support contract: None
* Dolibarr project Name: PJ1703-0080FusionDirectory 1.2Côme ChillietCôme Chilliethttps://gitlab.fusiondirectory.org/fusiondirectory/fd-plugins/-/issues/1311Show in system list which system are on/off2021-07-29T19:24:59ZbmortierShow in system list which system are on/offHello,
it would be nice if we could know if the system listed are on or off, we could also have a fonction in the menu to tigger a check for this
Cheers Hello,
it would be nice if we could know if the system listed are on or off, we could also have a fonction in the menu to tigger a check for this
Cheers FusionDirectory 1.3Côme ChillietCôme Chilliethttps://gitlab.fusiondirectory.org/fusiondirectory/fd-plugins/-/issues/5767systems-fd.schema classes should allow "description" and "l" fields2018-01-16T15:06:42ZJonathan Swaelenssystems-fd.schema classes should allow "description" and "l" fields### Description
ObjectClass ipHost is linked to description and location
So we cannot let it empty and add description and location
### Distribution Name and Version
Ubuntu
### FusionDirectory Version
1.3-dev
### Plugin with the de...### Description
ObjectClass ipHost is linked to description and location
So we cannot let it empty and add description and location
### Distribution Name and Version
Ubuntu
### FusionDirectory Version
1.3-dev
### Plugin with the defect
Systems
### PHP version used
7.0.22
### Origin of php packages
Ubuntu official
### Steps to Reproduce
1. Set workstation ip as optionnal
2. Create a workstation with only cn and description
3. Read the error
**Expected behavior:**
Have ipHost as optionnal and set description and location
**Actual behavior:**
ipHost is mandatory if we want add description and location
**Reproduces how often:**
100%
### Additional Information
Related to fd-plugins#5705FusionDirectory 1.3Côme ChillietCôme Chilliethttps://gitlab.fusiondirectory.org/fusiondirectory/fd-plugins/-/issues/5735Viewing the log from the argonaut queue should not be fai dependent2018-04-05T12:20:18ZbmortierViewing the log from the argonaut queue should not be fai dependent### 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
Viewing the log from the argonaut queue should not be fai dependent
### Actual behavior
when clicking on view log in the argonaut queue, we get and error if fai is not installed
![image3](/uploads/96e91d481feb535ea06b4d99f86e0c6b/image3.png)
### Expected behavior
Not crashing and preferably be able to show the kind of log for the type op systems being installed
* fai
* opsi
### Step by step description of new behavior
<!-- Required -->
1. Click on the log icon
2. get the log from the kind of system installing
### Benefits
Be able to show log from either fai or opsi systems being installed
### Possible Drawbacks
Maybe difficult as we don't have the concept of type of systems inside the argonaut protocol.
### Applicable Issues
deploying mixed computers environmentFusionDirectory 1.3Côme ChillietCôme Chilliethttps://gitlab.fusiondirectory.org/fusiondirectory/fd-plugins/-/issues/5705Make mandatory IPs a configuration option in the systems plugins2018-07-19T10:40:15ZbmortierMake mandatory IPs a configuration option in the systems plugins### Description
It bugs me is having the IP field mandatory only in some cases, we should put it either mandatory for all systems or none, or have an option in the configuration back-end.
If it’s non-mandatory by default we can make it...### Description
It bugs me is having the IP field mandatory only in some cases, we should put it either mandatory for all systems or none, or have an option in the configuration back-end.
If it’s non-mandatory by default we can make it mandatory when some tabs are activated (argonautClient for instance needs it).
### FusionDirectory Version
1.3-dev
### Plugin with the defect
plugin-systems
### PHP version used
5.6
### Origin of php packages
debian
### Steps to Reproduce
<!-- Required -->
1. Create a system
2. try to save without an ip
3. doesnt work
**Expected behavior:**
- Make it non mandatory by default, code wise.
- Have an option in configuration back-end for each of the plugin thats need ip address.
- Active the option by default, to not change the fonctional usage of people already using it but allowing people to change it if needed.
**Actual behavior:**
ip is mandatory on all systems and we cannot change that
**Reproduces how often:**
100%
### Additional Information
Make it a configuration option since we changed this too many times already.
Multi-valuated configuration field listing the types for which IP is mandatory.
Note that ipHost have the field ipHostNumber as mandatory so we’ll need to add code to remove this objectClass when the field is empty. This is already what we are doing for phones.FusionDirectory 1.3Côme ChillietCôme Chilliethttps://gitlab.fusiondirectory.org/fusiondirectory/fd-plugins/-/issues/5702Making the ip non mandatory in the opsi backend plugin when people don 't man...2018-04-05T12:11:46ZbmortierMaking the ip non mandatory in the opsi backend plugin when people don 't manage dns and dhcp with opsi### Description
#### opsi way of working
on opsi you can create client without ip and without mac foolowing the configuration of your opsi server.
as the mac is not mandatory in FusionDirectory, the only aspect that is divergent from ...### Description
#### opsi way of working
on opsi you can create client without ip and without mac foolowing the configuration of your opsi server.
as the mac is not mandatory in FusionDirectory, the only aspect that is divergent from opsi is the forced ip address in FusionDirectory
### Description of the Change
look for the draft specs and ideas here https://gitlab.fusiondirectory.org/fusiondirectory/fd-plugins/wikis/OPSI-ip-issues
CheersFusionDirectory 1.3Côme ChillietCôme Chilliet