Interesting GUI behavior - Hostgroup

[SteveBeauchemin]

I thought something was a bit off...

I have Hostgroups named:
hg-Linux-RH6
hg-Linux-RH6-Dev/QA

When I use the following to display the data I get 2 different displays.

Home > Hostgroup Summary > Linux_RH6_Dev/QA > View Service Status Detail For This Host Group
versus
Home > Hostgroup Summary > Linux_RH6 > View Service Status Detail For This Host Group

On the Linux_RH6 Hostgroup I get the Nagios Nagios XI screen.
On the Linux_RH6_Dev/QA Hostgroup I get the Nagios Core display

Upon further testing, I noticed that if there is a front-slash / in the Hostgroup name, I get brought to the Nagios Core GUI when looking at the Service Status Detail for the Host Group. I renamed the groups to have no / and I get the Nagios XI display. Add the / and go to Nagios Core.

Fascinating isn't it.

Steve B

[cdienger]

I'm not able to reproduce so far. Are you clicking the links that I have highlighted in the screenshot below or other links?

Please PM me a profile as well as a copy of the ccm database which can be gathered with:

Code: Select all

mysqldump -uroot -pnagiosxi nagiosql > nagiosql.sql

The above assume you're using the default local database. If you're using an offloaded database you'll need to run something like:

Code: Select all

mysqldump --h remote_db_ip -uUSERNAME -pPASSWORD nagiosql > nagiosql.sql

[SteveBeauchemin]

As stated previously
Home > Hostgroup Summary > Linux_RH6_Dev/QA > View Service Status Detail For This Host Group
All I did was copy a Hostgroup and add a slash to make this example.
see below.

Start here

Hostgroup-Slash-in-Name-01.png

and get this with a slash in the Hostgroup name

Hostgroup-Slash-in-Name-003.PNG

OR get this when there is no slash in the name

Hostgroup-Slash-in-Name-004.PNG

Please splain it.

Thanks

Steve B

[ssax]

I am able to replicate this when I have Admin > Performance Settings > Use Unified Hostgroup Screens checked. This looks to be a bug but I'm not sure where yet, will update the post shortly.

EDIT: This is confirmed as a bug with any names with special characters in it that requires url encoding (it's technically failing on the % from the url encoded forward slash), development will need to implement the fix as the file where the fix needs to take place is encrypted, I have submitted the bug report to development:

NEW TASK ID 15381 created - Nagios XI Bug Report: XI - coreuiproxy needs % added to optsmatch

Thank you for reporting this!

[SteveBeauchemin]

Nice. Please close this.
Steve B

[scottwilkerson]

Nice. Please close this.
Steve B

Locking thread