Bug 33202 – Reload XML files for module meta information on "modules/list" (e.g. to update the list of ""Installed Applications")

Bug 33202 - Reload XML files for module meta information on "modules/list" (e.g. to update the list of ""Installed Applications")


Summary:	Reload XML files for module meta information on "modules/list" (e.g. to updat...

Status:	RESOLVED DUPLICATE of bug 34243

Product:	UCS
Classification:	Unclassified
Component:	UMC (Generic)
Version:	UCS 3.1
Hardware:	Other Linux

Importance:	P5 enhancement (vote)
Target Milestone:	UCS 3.2-x
Assigned To:	UMC maintainers
QA Contact:

URL:
Keywords:

Depends on:
Blocks:
	Show dependency tree / graph

Reported:	2013-11-07 15:51 CET by Alexander Kläser
Modified:	2014-07-14 10:05 CEST (History)
CC List:	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):	Usability
Max CVSS v3 score:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

Description Alexander Kläser

2013-11-07 15:51:41 CET

Even better: a reload when GET modules/list is called. This would lead to an updated modules list upon browser page refresh.

+++ This bug was initially created as a clone of Bug #32299 +++

In case a new UMC module has been installed, the UMC server needs at least a reload to re-read the new XML meta files. It would render the handling of module installations easier if the XML files would be re-read upon login.

Comment 1 Alexander Kläser

2013-11-07 16:38:04 CET

From Bug #32299:
> It is even almost possible to do it on F5
> (get/modules/list) but I think at the moment some things may go wrong
> (although probably not in >99%).
> 
> Maybe some day we can implement it this way. Then a UMC-server restart would
> only be necessary on umc-server package updates!

Comment 2 Alexander Kläser

2013-11-07 16:40:04 CET

Even better: The frontend could reload modules/list and update the overview directly without a refresh etc.

Comment 3 Alexander Kläser

2013-11-07 16:46:16 CET

(In reply to Alexander Kläser from comment #2)
> Even better: The frontend could reload modules/list and update the overview
> directly without a refresh etc.

Might cause problems when the frontend hash is changed after a UMC module installation.

Comment 4 Dirk Wiesenthal

2013-11-19 13:09:45 CET

New modules often come from apps. Apps bring their own extended attributes, but those are cached -> UDM forms are outdated if no F5 is pressed.

Comment 5 Florian Best

2014-02-07 23:02:04 CET

Change title because it's already done on login but not on modules/list UMCP command.

Comment 6 Alexander Kläser

2014-03-19 08:41:12 CET

(In reply to Alexander Kläser from comment #3)
> (In reply to Alexander Kläser from comment #2)
> > Even better: The frontend could reload modules/list and update the overview
> > directly without a refresh etc.
> 
> Might cause problems when the frontend hash is changed after a UMC module
> installation.

This is not anymore an issue thanks to Bug 29588.

Comment 7 Florian Best

2014-03-19 08:53:31 CET

(In reply to Alexander Kläser from comment #2)
> Even better: The frontend could reload modules/list and update the overview
> directly without a refresh etc.
+1

Comment 8 Florian Best

2014-07-14 10:05:11 CEST

Thanks to Bug #34243, this works now!

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