This is nothing but a prototype right now but could become pretty
useful. We want to allow our users to control most of our developer
tools without deep knowledge about Icinga Web internals.
This first prototype allows allows one to toggle the JS UI debug
window.
This widget is pretty useless as the error view script can to it's
job. Interestingly nobody missed it, even the render() call was wrong.
I guess we will remove this soon, but for now it's fixed. Looks ugly,
but works.
It makes no sense to add submit buttons without telling the form
that there is such, especially in combination with autosubmitting
elements.
refs #5967
Well... I didn't want to commit this before creating single-button
forms for enabling/disabling modules. However part of this accidentally
made it through, so let's finish it.
Still some work to do, but it already looks far better like this.
refs #4095
This patch makes IcingaWeb deliver a legacy jQuery version for IE8
as it is no longer supported in jQuery 2.x. JS for IE8 will not be
delivered minified to ease troubleshooting on that buggy platform.
fixes#5866
refs #6417
There is no IE7 support and no special handling for IE9, therefore
I removed unused conditional comments. Left IE8 there as it might ask
for special CSS - however it doesn't right now.
Also added missing iframe-class for Iframes on IE8.
When no (default) configuration is available for dashboards
application dies not very gracefully. Display error message
and guid the user to the solution is a better way.
fixes#6412
Drop external auth configuration from config.ini and move
implementation into a single backend provider named
'autologin'. This provider can strip realm names from
username with a custom regexp.
fixes#6081
'icingacli module list' gave "There is no module installed" instead
of "There is no enabled module". Fixed this, the former message is
still shown when doing 'icingacli module list installed'.
As our pagination helper is used in multiple domains gettext would
fail if we don't explicitely call the correct translation function
carrying the "global" domain.
refs #6338
The controller is still pointing to the former view script, it will
soon be replaced by this ones. As soon as I created two forms handling
enable/disable requests this will be completed.
refs #4095
We have a no-JS-friendly CSS showing the menu uncollapsed unless JS
is fully loaded. Even if the page loads pretty fast this looks still
ugly in JS-enabled browsers.
This patch adds a JS-snippet removing the no-js class from the HTML
element before the rendering engine reaches the body. You'll see no
more flickering in your JS-enabled browser.
fixes#6307
