Bug 29781 - UMC-Kommando get/ucr gibt aktuelle Variablen mit Verzögerung aus
UMC-Kommando get/ucr gibt aktuelle Variablen mit Verzögerung aus
Status: RESOLVED DUPLICATE of bug 31752
Product: UCS
Classification: Unclassified
Component: UMC (Generic)
UCS 3.1
Other Linux
: P5 minor (vote)
: UCS 3.x
Assigned To: UMC maintainers
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2012-12-12 14:12 CET by Dirk Wiesenthal
Modified: 2013-07-02 17:28 CEST (History)
2 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

Note You need to log in before you can comment on or make changes to this bug.
Description Dirk Wiesenthal univentionstaff 2012-12-12 14:12:49 CET
Aufgefallen in system-setup: Sofort nach
  ucr set system/setup/boot/select/role=yes

habe ich das Modul geöffnet. Trotzdem bekam ich keinen Rollenwahl-Dialog zu sehen. get/ucr gab "no" zurück. Erst nach nochmaligem Öffnen funktionierte es. Grund scheint ein verzögertes ucr.load() zu sein. Das wird nämlich nicht bei jedem get/ucr ausgeführt, sondern wird irgendwann per python-notifier im Zusammenspiel mit pyinotify getriggert.

Man muss nur ein paar Sekunden warten, dann geht alles. Aber im ersten Moment habe ich nicht schlecht gestaunt. Ich hatte erwartet, dass die Werte zu jedem Zeitpunkt aktuell sind.
Comment 1 Florian Best univentionstaff 2012-12-12 14:24:14 CET
Die Werte werden alle 10 Sekunden neu geladen
Comment 2 Florian Best univentionstaff 2012-12-12 14:25:31 CET
(In reply to comment #1)
> Die Werte werden alle 10 Sekunden neu geladen
Falsch. 10 Sekunden nach einer Änderung. Dies sollte vermeiden, dass die Werte zu schnell neugeladen werden (weil sich z.b. weitere Werte ändern).
Das kann eventuell reduziert werden.
Comment 3 Dirk Wiesenthal univentionstaff 2012-12-12 15:04:10 CET
Allerdings dauert ein ucr.load() vor jedem get/ucr ungefähr eine Zehntelsekunde... Ich würde ja fast behaupten, wenn man die Zeit aufrechnet gegen den pyinotify und den python-notifier Overhead, kommt man nur ganz knapp über 0 raus.
Comment 4 Alexander Kläser univentionstaff 2013-01-07 10:44:04 CET
Zumindest fehlt ein initiales Laden der UCR-Variablen im UMC-Server, wenn ich das richtig sehe?
Comment 5 Dirk Wiesenthal univentionstaff 2013-01-07 11:05:54 CET
(In reply to comment #4)
> Zumindest fehlt ein initiales Laden der UCR-Variablen im UMC-Server, wenn ich
> das richtig sehe?

UCR-Variablen werden initial geladen, durch reload() gleich in __init__
Comment 6 Alexander Kläser univentionstaff 2013-01-08 09:44:46 CET
(In reply to comment #0)
> Aufgefallen in system-setup: Sofort nach
>   ucr set system/setup/boot/select/role=yes
> 
> habe ich das Modul geöffnet. Trotzdem bekam ich keinen Rollenwahl-Dialog zu
> sehen. get/ucr gab "no" zurück. Erst nach nochmaligem Öffnen funktionierte es.
> Grund scheint ein verzögertes ucr.load() zu sein. Das wird nämlich nicht bei
> jedem get/ucr ausgeführt, sondern wird irgendwann per python-notifier im
> Zusammenspiel mit pyinotify getriggert.
> 
> Man muss nur ein paar Sekunden warten, dann geht alles. Aber im ersten Moment
> habe ich nicht schlecht gestaunt. Ich hatte erwartet, dass die Werte zu jedem
> Zeitpunkt aktuell sind.

Funktioniert das ggf. direkt, wenn man sich über den Logout-Button ausloggt? Dann wird eine neue Session gestartet und die UCR-Variablen ggf. neu geladen.

Gibt es andere Situation, in denen das bisherige Verhalten kritisch ist? Das beschriebene Szenario ist ja nicht wirklich kritisch.
Comment 7 Dirk Wiesenthal univentionstaff 2013-01-08 10:40:46 CET
(In reply to comment #6)
> Funktioniert das ggf. direkt, wenn man sich über den Logout-Button ausloggt?
> Dann wird eine neue Session gestartet und die UCR-Variablen ggf. neu geladen.
> 
> Gibt es andere Situation, in denen das bisherige Verhalten kritisch ist? Das
> beschriebene Szenario ist ja nicht wirklich kritisch.

Ja, wenn man sich direkt ausloggt funktioniert es, ich kenne keine Situation, in der das wirklich kritisch ist. Es ist nur eine kurze Zeitverzögerung. Wenn man selbst die UCR-Variable gesetzt hat, ist man vielleicht ein wenig irritiert - ich jedenfalls war es. Die technische Begründung finde ich auch nicht gerade überzeugend. Aber nein, es ist nicht kritisch.
Comment 8 Dirk Wiesenthal univentionstaff 2013-07-02 17:28:06 CEST
Wird dort gemacht, wie es sich momentan darstellt

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