Bug 39274 - UMC - we need a way to disable the cache for a UDM syntax
UMC - we need a way to disable the cache for a UDM syntax
Status: CLOSED WONTFIX
Product: UCS
Classification: Unclassified
Component: UMC (Generic)
UCS 4.0
Other Linux
: P5 normal (vote)
: UCS 4.1-0-errata
Assigned To: Florian Best
Felix Botner
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2015-08-27 12:21 CEST by Felix Botner
Modified: 2016-01-28 12:33 CET (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 Felix Botner univentionstaff 2015-08-27 12:21:42 CEST
See Ticket #2015071021000133

They added a ext. attribute to the users module with a special syntax. The syntax fills a select box with values. These values are added/removed by another UMC module. 

Without a udm.cache.reset() in the UMC module that is used to change the values, the select box for the ext. attribute is filled during startup (of the UDM module?) and does not get changes on the values in the same session (only after a logout/login).

The problem is, that the UMC module is used on a slave and udm.cache.reset() is not available on slave (univention-management-console-module-udm).

So it might be a good idea to disable the cache for a syntax (maybe as parameter on the ext. attribute).
Comment 1 Florian Best univentionstaff 2015-09-03 11:07:55 CEST
Btw: The cache is reset after each move/remove/edit of an object and when renewing the session or module-list (e.g. after app installation, ...).
Comment 2 Florian Best univentionstaff 2015-12-22 17:00:02 CET
There is no cache involved in the requests for the syntax class from the named module in that ticket.
The rendering of the detailpage makes a call to udm/properties which also returns the property and the syntax choices of the syntax. This call is done every time the detailpage gets rendered. There is no caching involved - neither in the backend nor in the frontend.

The problem exists because the detailpage is either prerendered or rendered after closing a detailpage (in the case of a user object) and not rendered before opening a object. So you need to open the users module either afterwards or 1. open a object 2. close the object 3. open the object again.

Changing this behavior would be a revert of Bug #38190.
Comment 3 Felix Botner univentionstaff 2016-01-25 18:05:06 CET
OK