Bug 33367 - When creating policy objects from within another module "Referenced objects" is not loaded anymore
When creating policy objects from within another module "Referenced objects" ...
Status: RESOLVED DUPLICATE of bug 33344
Product: UCS
Classification: Unclassified
Component: UMC - Policies
UCS 3.2
Other Linux
: P5 normal (vote)
: UCS 3.2-x
Assigned To: UMC maintainers
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2013-11-14 10:25 CET by Dirk Wiesenthal
Modified: 2014-04-29 12:55 CEST (History)
4 users (show)

See Also:
What kind of report is it?: ---
What type of bug is this?: ---
Who will be affected by this bug?: ---
How will those affected feel about the bug?: ---
User Pain:
Enterprise Customer affected?:
School Customer affected?:
ISV affected?:
Waiting Support:
Flags outvoted (downgraded) after PO Review:
Ticket number:
Bug group (optional):
Max CVSS v3 score:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Dirk Wiesenthal univentionstaff 2013-11-14 10:25:09 CET
Open a computer, e.g. the DC master. Go to policies, add a new policy, say, NFS shares: In the new tab the form for this policy is loaded, but "Referenced objects" is missing. Creating this policy and then opening it does not help. In fact, every NFS share policy is now lacking this subpage.

If the policies module is used and any other NFS shares policy is opened _before_ the computer was opened, the subpage exists!

Backend problem, probably is_policy_module() returns False, probably self.name is "policies/policy".
Comment 1 Alexander Kläser univentionstaff 2013-11-14 10:38:29 CET
Should be the problem described in Bug 33344.

*** This bug has been marked as a duplicate of bug 33344 ***
Comment 2 Dirk Wiesenthal univentionstaff 2013-11-14 11:26:39 CET
I would not say that this is a duplicate. As I mentioned, the problem is most likely is_policy_module(), while Bug#33344 is (according to Florian) related to the LDAP_Search syntax.
Comment 3 Florian Best univentionstaff 2013-11-14 11:32:51 CET
(In reply to Dirk Wiesenthal from comment #2)
> I would not say that this is a duplicate. As I mentioned, the problem is
> most likely is_policy_module(), while Bug#33344 is (according to Florian)
> related to the LDAP_Search syntax.
That was only a guess. I think your reasoning is better ;)
Comment 4 Dirk Wiesenthal univentionstaff 2013-11-14 11:59:06 CET
(In reply to Florian Best from comment #3)
> (In reply to Dirk Wiesenthal from comment #2)
> > I would not say that this is a duplicate. As I mentioned, the problem is
> > most likely is_policy_module(), while Bug#33344 is (according to Florian)
> > related to the LDAP_Search syntax.
> That was only a guess. I think your reasoning is better ;)

As I said: 2 bugs -> 2 reasons. Your references are broken. Mine are not shown at all (whole tab is missing!)
Comment 5 Moritz Muehlenhoff univentionstaff 2013-12-04 14:34:28 CET
Also noted in a technical training, policy references for the policies created are only shown after a logout from the UMC
Comment 6 Moritz Muehlenhoff univentionstaff 2013-12-04 14:39:16 CET
(In reply to Moritz Muehlenhoff from comment #5)
> Also noted in a technical training, policy references for the policies
> created are only shown after a logout from the UMC

But even then, they're not properly updated. Three mail quota policies were created as assigned to the LDAP base, a container and a user object.

The policy evaluation is correct, but the policy references is always showing only the user for all policies.
Comment 7 Dirk Wiesenthal univentionstaff 2014-04-29 12:28:11 CEST
This whole bug may be a duplicate of Bug #33344 (as suggested earlier).

It may be that the new JS cache for UDM saves the "do not display _view_referencing_objects"-state forever.
Comment 8 Alexander Kläser univentionstaff 2014-04-29 12:55:27 CEST
(In reply to Dirk Wiesenthal from comment #7)
> This whole bug may be a duplicate of Bug #33344 (as suggested earlier).
> 
> It may be that the new JS cache for UDM saves the "do not display
> _view_referencing_objects"-state forever.

AFAIS, as well, the behaviour described in this bug is a duplicate of Bug 33344.

*** This bug has been marked as a duplicate of bug 33344 ***