Module: check_mk
Branch: master
Commit: e6c8bc06eb29e2c4e919f381e8d26fb4f12e6898
URL:
http://git.mathias-kettner.de/git/?p=check_mk.git;a=commit;h=e6c8bc06eb29e2…
Author: Florian Heigl <fh(a)mathias-kettner.de>
Date: Wed Aug 22 11:28:15 2012 +0200
Add new bug entries for some old nastinesses
---
.bugs/797 | 11 +++++++++++
.bugs/798 | 15 +++++++++++++++
2 files changed, 26 insertions(+), 0 deletions(-)
diff --git a/.bugs/797 b/.bugs/797
new file mode 100644
index 0000000..3e7099e
--- /dev/null
+++ b/.bugs/797
@@ -0,0 +1,11 @@
+Title: PNP Graph zoom zooms wrong position
+Component: multisite
+State: open
+Date: 2012-08-22 11:21:24
+Targetversion: 1.2.0
+Class: bug
+
+If you make a area selection on a pnp graphs displayed in multisite you end up
+at a different position in the graph than you expected
+If you try to view the right-most position, it will not be possible because you
+always get something else.
diff --git a/.bugs/798 b/.bugs/798
new file mode 100644
index 0000000..c98b677
--- /dev/null
+++ b/.bugs/798
@@ -0,0 +1,15 @@
+Title: PNP graphs and localtime
+Component: multisite
+State: open
+Date: 2012-08-22 11:23:13
+Targetversion: future
+Class: nastiness
+
+If the user and the monitoring server exist in different timezones, multisi
+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.
+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)