FOG 1.5.2.11 GUI bug in Host and Group Membership Edit
-
Fog 1.5.2.24 : the same as Fog 1.5.2.23
-
@fredg what’s the link for that host show? It appears to me to be host id 441, can you show the link as well? At the least the uri portion of that link.
-
Okay found, I think, where the issue was. Adding always worked properly, but I made a typo on the remove element. Not that it matters to many but I was passing the array for remove rather than the individual item. Once I corrected this, I was able to see the proper item removing. I happened to have luck earlier so I just added a few more hosts so I could see what was happening.
I’m fairly confident the latest working version has this corrected for. Just need a few to test and report.
Thank you
-
Fog 1.5.2.26 : OK it works!
Thank you -
@tom-elliott : can we have the default list of members in alphabetical order?
-
Hi, I am experiencing the same issue. When I try to select hosts in the group memebership tabs and remove them from group or get to the hostpreferences a different host is edited. On mouse-over the hyperlink of the host has a different id in it. It looks like the id variable is incremented by one or maybe it is an issue caused by a loop in the source which runs one more time than it should.
My further investigation showed:
If I create a new group an edit memberships (delete, select host for editing preferences) everything works as it should(the host-id in the hyperlink is correct) as long as the server is not rebooted.
By the way when in the hoststab itself the hostids are correct, the incrementation happens only if i switch to the grouptab.
I am runnning ubuntu 16.04 with fog 1.5.2 and php7. The only changes i did to the clean fog-setup, were:Editing the fog vhost configuration(Moving </Directory> Tag) and setiing a different php-fpm max_children count higher to get rid of the Updating database error 503 after multicast-deploy. I don’t think there is some connection between my changes and the webguibug.
Please excuse my bad English, I hope this information helps to target the problem.
-
@fredg I can add the sorting yes.
-
@pedro please try installing the working branch as has been discussed that should fix the issue you’re talking about. It shouldn’t be too long before I can push 1.5.3 proper but I’m waiting for feed back in a few other bugs as well.
-
@fredg Added element to always sort by name field, unless the name field is not available in which case it defaults to order by the id field.
-
@tom-elliott : Items are sorted by name field except for membership.
-
@tom-elliott This works after upgrading to version 1.5.2.28
