| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
|
|
|
|
| |
This commit makes Delete clients view to use "get_server_from_clients()"
function to send the deletion request to the correct ogServer.
|
|
|
|
| |
Otherwise, ogCP crashes trying to connect to unreachable ogServers.
|
|
|
|
|
|
|
| |
In Servers section/view, users can add or delete ogServers from ogCP
configuration file.
Replaces Repositories views and recycle some of its code.
|
|
|
|
|
| |
Otherwise, users may change the file path on one place of the code and
forget to change the other places.
|
|
|
|
|
|
| |
Clients pills show MACs regardless of the ogServer they belong to. Flask
GET /client/mac API uses "get_server_from_clients()" function to send
the command to the correct ogServer.
|
|
|
|
|
| |
This commit makes Delete image view to use ogServer field from
imagesForm to send the deletion request to the correct ogServer.
|
|
|
|
|
|
|
|
|
|
| |
When users select an image, its ogServer is sent too. Then, the back-end
(flask) processes the form to obtain this ogServer and send it the
pertinent requests.
It also makes "Image details" view use this new parameter, and adds
javascript code to ensure that users can only work with several images
at the same time if they belong to the same ogServer.
|
|
|
|
|
|
| |
Images view fetch images from all ogServers configured and show them in
the left tree as a nested list. ogServers are represented as the parents
of their images.
|
|
|
|
|
| |
This commit makes Delete center view to use ogServer field from
scopesForm to send the command to the correct ogServer.
|
|
|
|
|
| |
With this commit users can select a center from the scopes tree, and
then delete it.
|
|
|
|
|
|
| |
This commit adds a new select input with all available ogServers to "Add
center" view. The ogCP creates the center in the ogServer selected by
the user.
|
|
|
|
|
| |
This commit makes Delete room view to use ogServer field from scopesForm
to send the command to the correct ogServer.
|
|
|
|
|
| |
With this commit users can select a room from the scopes tree, and then
delete it.
|
|
|
|
|
| |
This commit makes Add room view to use ogServer field from
scopesForm to send the command to the correct ogServer.
|
|
|
|
|
| |
With this commit users can select a center from the scopes tree, and then
add a room to that center.
|
|
|
|
|
| |
This commit makes Import Clients view to use ogServer field from
scopesForm to send the command to the correct ogServer.
|
|
|
|
|
| |
With this commit users can select a room from the scopes tree, and then
import clients to that room.
|
|
|
|
|
| |
This commit prevents ogcp from always mark as selected/checked scopes
that have an empty IP list.
|
|
|
|
|
|
|
|
|
| |
With this commit when users select a scope, the ogServer to
which it belongs is also sent. Then when processing the form we obtain
this ogServer and we can send it the pertinent requests.
This commit also makes action "Add client" to use the ogServer sent in
the form.
|
|
|
|
|
| |
With this commit users can select a room from the scopes tree, and then
add a client to that room.
|
|
|
|
|
| |
This commit makes commands views to use "get_server_from_clients()"
function to send the command to the correct ogServer.
|
|
|
|
|
|
|
| |
This commit adapt how "get_scopes()" accesses the name of the ogServer
because commit eae64dd changes how "multi_request()" returns it.
Fixes: eae64dd ("Initial support of ogServer requests routing")
|
|
|
|
|
|
|
| |
This commit adds a helper function ("get_server_from_clients()") to get
the adequate ogServer according to the targeted clients.
It also makes "Client details" command use this function.
|
|
|
|
| |
Fetch clients status using 'get_clients()'.
|
|
|
|
| |
With this commit, ogcp fetch all clients lists an join them.
|
|
|
|
|
|
|
| |
'multi_request()' function make requests to ogServers defined in the
configuration and aggregates it responses.
This commit also makes 'get_scopes()' use it.
|
|
|
|
|
|
|
| |
Update the configuration file format to support several ogServers and
retrieve scopes from those ogServers.
The old config file format is still supported.
|
| |
|
| |
|
|
|
|
|
| |
In "Repositories" view, users select a repository from the list on the
left and press "Delete repository".
|
|
|
|
| |
Creates "Add repository" form with the required inputs: name and IP.
|
|
|
|
|
| |
In Repositories section/view, users can manage task related to
repositories. For example: list, add, delete and edit them.
|
|
|
|
|
|
|
| |
On image creation use the id to identify repositories instead of the IP.
ogServer related commit:
* 52a38d3 ("#915 Use the repository id on image creation")
|
|
|
|
|
|
|
|
|
|
|
| |
This patch moves login password hashing from the frontend/javascript to
the backend/flask.
This patch moves password hashing of login and user management forms.
Related commits:
* c7b0024 ("Add password hashing")
* 661254b ("Add 'Add user' to Users section")
|
|
|
|
|
| |
Improve usability increasing the textarea used to copy the DHCPd
configuration.
|
|
|
|
|
|
| |
Rename "OS" to "Partition" to improve clarity.
This field represent which partition is used to create the image.
|
|
|
|
|
| |
If link speed is greater than 1000 Mb/s, show it in Gb/s to improve
readability.
|
|
|
|
|
| |
Otherwise, update/restore fails on images not saved in the same machine
which runs ogServer.
|
|
|
|
| |
Let users choose which repository want to use to save the image.
|
|
|
|
|
| |
Add ":" separator between each byte in hexadecimal and transform chars
to uppercase.
|
|
|
|
|
| |
Add an explanatory list of the colors used to represent the different
client states.
|
|
|
|
|
| |
If the last command sent to a client/s finishes with errors, their icons
in the scopes tree change to a yellow circle with an times sign inside.
|
|
|
|
|
| |
If the clients API response include link speed information, show it in
clients' pills.
|
|
|
|
| |
Retrieve and cache MACs one by one as users select clients.
|
|
|
|
|
| |
Creates "Delete user" form. The user to be deleted is selected from the
sidebar in Users section.
|
|
|
|
|
|
| |
Creates "Edit user" form with the following inputs: password, password
confirmation, role (administrator or regular), allowed scopes. It does
no allow to change/edit the username.
|
|
|
|
|
| |
Creates "Add user" form with the following inputs: username, password,
password confirmation, role (administrator or regular), allowed scopes.
|
|
|
|
|
| |
In Users section/view, administrator accounts can manage all task
related to users. For example: add, delete and edit users.
|