This repository has been archived by the owner on Dec 13, 2022. It is now read-only.
[Widget] when shared as public, the preferences are not saved #7383
Comments
|
I tried with another widgets (hostgroup-monitoring, graph-monitoring) the bug is also present. But, a good new, once the user had load the view, and I modify it on my previous user (the owner), the IHM set this user into the locked_user and everything went well. |
15 tasks
sc979
pushed a commit
that referenced
this issue
Apr 10, 2019
correctly set widget params when you load a public view
7 tasks
sc979
pushed a commit
that referenced
this issue
Apr 11, 2019
correctly set widget params when you load a public view
sc979
pushed a commit
that referenced
this issue
Apr 11, 2019
correctly set widget params when you load a public view
sc979
pushed a commit
that referenced
this issue
Apr 15, 2019
correctly set widget params when you load a public view
sc979
added a commit
that referenced
this issue
Apr 18, 2019
from : fix(widget) : widget params on public view #7383 * correctly set widget params when you load a public view * enh : check if $userId is non empty
sc979
added a commit
that referenced
this issue
Apr 18, 2019
from : fix(widget) : widget params on public view #7383 * correctly set widget params when you load a public view * enh : check if $userId is non empty
|
Should be fixed by https://github.com/centreon/centreon/pull/7408 |
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
BUG REPORT INFORMATION
Prerequisites
Versions
centreon-web-18.10.4-9.el7.centos.noarch
centreon-widget-httploader-18.10.0-6.el7.centos.noarch
Operating System
CentOS 7
Additional environment details (AWS, VirtualBox, physical, etc.):
Description
When I share a view using
public, the preferences of my widget http-loader (the URL) are not saved and restore when an another user load this viewSteps to Reproduce
publicload from exiting viewDescribe the received result
I still have the old url on my view :Describe the expected result
I would like the preferences are saved when I share with `public`Additional relevant information (e.g. frequency, ...)
Workaround
If I set my user in the locked user or the unlocked user, here the preferences are save (I have a new entry into table
widget_preferences)Also work with the group_user.
I can't say for the moment if all the widgets know the same issue.
The text was updated successfully, but these errors were encountered: