Module: check_mk
Branch: master
Commit: 596d77a18883abf5427a6defd9fab253af81b2e8
URL:
http://git.mathias-kettner.de/git/?p=check_mk.git;a=commit;h=596d77a18883ab…
Author: Mathias Kettner <mk(a)mathias-kettner.de>
Date: Fri Oct 18 21:36:56 2013 -0400
Updated bug entries #1021, #0798
---
.bugs/1021 | 9 +++++++--
.bugs/798 | 16 ++++++++++------
2 files changed, 17 insertions(+), 8 deletions(-)
diff --git a/.bugs/1021 b/.bugs/1021
index 43ccfc4..6b399e0 100644
--- a/.bugs/1021
+++ b/.bugs/1021
@@ -1,10 +1,15 @@
Title: Multisite title shows only site-name (should show site alias)
Component: multisite
-State: open
+Class: nastiness
+State: done
Date: 2013-09-17 16:39:20
Targetversion: 1.4.0
-Class: nastiness
It would be more user friendly if the title of the window / tab would show
the alias of the site instead of the site-id. The normal user does not
see the site-id in many situations. In most cases the site-alias is used.
+
+2013-10-18 21:33:26: changed state open -> done
+A site has no alias. There is just an alias for a Multisite connectin
+in the central site. But the site has a global option "HTML-Title of HTML Multisite
GUI".
+There you can add an arbitrary text.
diff --git a/.bugs/798 b/.bugs/798
index 4bea830..0cb41b1 100644
--- a/.bugs/798
+++ b/.bugs/798
@@ -1,16 +1,20 @@
Title: PNP graphs and localtime
Component: multisite
-State: open
+Class: nastiness
+State: wontfix
Date: 2012-08-22 11:23:13
Targetversion: future
-Class: nastiness
If the user and the monitoring server exist in different timezones, multisite
-has enough smarts to handle this. the problem is with PNP graphs - if the
-user views them, he ends up with time information recorded on the nagios
-server This breaks the UI logic, and worse, he can't even tell what timezone
-the server is running in.
+is not smart enough in order to handle this. the problem is with PNP graphs
+- if the user views them, he ends up with time information recorded on the
+nagios server. This breaks the UI logic, and worse, he can't even tell what
+timezone the server is running in.
It might be possible to fudge with the numbers when calling PNP. Otherwise we
could at least add timezone info to the output, but this would only work if
there's just a single monitoring host (thus useless)
+
+2013-10-18 21:35:26: changed state open -> wontfix
+Probably hard to fix in PNP. We'll wait for some solution in the
+future.