Hopefully i'm the only one experiencing this, but so far i've found a glitch trying to write up another potential suggestion for security. In trying to show what I wanted, i found a glitch in the groups on 7.1.5 (and 7.1.4) when cloning a user permission group using the right-click context, and i'm having trouble making changes to a group I did clone of in 7.1.5.

Issue #1 - Exists in 7.1.4 and 7.1.5

Edit a user permission (my ID, for instance). Go to the Groups tab, and right-click on a group (such as Viewers). Choose 'Clone'. Instead of doing so, it asks you if you want to delete it. Click too quickly, and you will 🙂 If you use the 'Clone' button at the top, it will clone as expected. It's a right-click context menu issue.

Issue #2 - Only exists on my 7.1.5 test system (2012 R2 using 7.1.5. Final released today). I just noticed today, this could have been an issue since early 7.1.5 beta, but I do not have the problem on our 7.1.4 systems.

I cloned the 'Viewers' user group and added one option, Import Settings. I called the group 'Import Only'. When I press OK and save, going back to the main VisualCron screen with jobs. I disconnect from the server, reconnect, and go look at the user group permissions I just updated and the import settings box is not checked. The cloned group does exist, but the changes i made to it are not there. It appears that the group permissions are not saving even though I see in the logs that they are.

EDIT: Actually, Any group... any change, it's not being saved. I just created a brand new group with all permissions. Logged in as the built-in 'admin' Id instead of an AD user. Called it TestGroup. I saved, quit. Disconnected from the VC server, reconnected, and went to look at the TestGroup. it's there, exactly as I planned which is great. Now, change anything. The Name, uncheck boxes, etc... Save it. It'll all look great, until you disconnect from VC and then reconnect and go look. None of the changes are there.

Can anyone reproduce this?

Brian

Thanks for the report. I was able to reproduce the first issue but not the second. I recorded a video. I use the free tool Jing to do this. Please let me know what I am doing differently.

http://screencast.com/t/zb5ijRuux 

---

Thanks for the report. I was able to reproduce the first issue but not the second. I recorded a video. I use the free tool Jing to do this. Please let me know what I am doing differently.

http://screencast.com/t/zb5ijRuux 

Try making additional changes to the group after you've finished cloning (or creating a new one). The initial changes made while cloning/creating, are kept. No attempted changes after that time will save for me. I tried on 2 different systems with 7.1.5 Final. One is 2012 R2, the other is 2008 R2.

So here's the steps, to reproduce:

1. Log in with AD or local Admin ID. Either is fine
2. Edit the user permissions of any user, click the groups tab
3. Create a new group or clone an existing group. Change whatever you want, or nothing.
4. Save everything and disconnect from the server. (not sure this is necessary to disconnect)
5. Reconnect to server, edit any user again, click groups tab.
6. Edit the group you just created. Make any change to permissions (even try changing the name of the group). Save when done.
7. You can go back and edit the group again, you'll still see ycur changes as if they saved.
8. Disconnect/reconnect to the server and go check to see if your permissions/name of the group/etc... have really been saved. It will look how it did when it was originally created, and none of the changes you made after the fact will matter.

I'm not in the office yet, but one thing you did in your video that i did not... was actually check the box to enable the group for the user you were editing. I didn't do that, i was just creating the group for future use, but not by that user. I don't think that had anything to do with it but I can validate when i get in. I can't make a video at work, we block all that stuff :(

Brian

Thanks for the report. I was able to reproduce the first issue but not the second. I recorded a video. I use the free tool Jing to do this. Please let me know what I am doing differently.

http://screencast.com/t/zb5ijRuux 

Try making additional changes to the group after you've finished cloning (or creating a new one). The initial changes made while cloning/creating, are kept. No attempted changes after that time will save for me. I tried on 2 different systems with 7.1.5 Final. One is 2012 R2, the other is 2008 R2.

So here's the steps, to reproduce:

1. Log in with AD or local Admin ID. Either is fine
2. Edit the user permissions of any user, click the groups tab
3. Create a new group or clone an existing group. Change whatever you want, or nothing.
4. Save everything and disconnect from the server. (not sure this is necessary to disconnect)
5. Reconnect to server, edit any user again, click groups tab.
6. Edit the group you just created. Make any change to permissions (even try changing the name of the group). Save when done.
7. You can go back and edit the group again, you'll still see ycur changes as if they saved.
8. Disconnect/reconnect to the server and go check to see if your permissions/name of the group/etc... have really been saved. It will look how it did when it was originally created, and none of the changes you made after the fact will matter.

I'm not in the office yet, but one thing you did in your video that i did not... was actually check the box to enable the group for the user you were editing. I didn't do that, i was just creating the group for future use, but not by that user. I don't think that had anything to do with it but I can validate when i get in. I can't make a video at work, we block all that stuff :(

Brian

I cannot reproduce this with your steps 😢

---

Thanks for the report. I was able to reproduce the first issue but not the second. I recorded a video. I use the free tool Jing to do this. Please let me know what I am doing differently.

http://screencast.com/t/zb5ijRuux 

Try making additional changes to the group after you've finished cloning (or creating a new one). The initial changes made while cloning/creating, are kept. No attempted changes after that time will save for me. I tried on 2 different systems with 7.1.5 Final. One is 2012 R2, the other is 2008 R2.

So here's the steps, to reproduce:

1. Log in with AD or local Admin ID. Either is fine
2. Edit the user permissions of any user, click the groups tab
3. Create a new group or clone an existing group. Change whatever you want, or nothing.
4. Save everything and disconnect from the server. (not sure this is necessary to disconnect)
5. Reconnect to server, edit any user again, click groups tab.
6. Edit the group you just created. Make any change to permissions (even try changing the name of the group). Save when done.
7. You can go back and edit the group again, you'll still see ycur changes as if they saved.
8. Disconnect/reconnect to the server and go check to see if your permissions/name of the group/etc... have really been saved. It will look how it did when it was originally created, and none of the changes you made after the fact will matter.

I'm not in the office yet, but one thing you did in your video that i did not... was actually check the box to enable the group for the user you were editing. I didn't do that, i was just creating the group for future use, but not by that user. I don't think that had anything to do with it but I can validate when i get in. I can't make a video at work, we block all that stuff :(

Brian

I cannot reproduce this with your steps 😢

I got temporary access to screencast.com at work so I could use Jing and upload this. I have this exact same result on my system and another, both running the 7.1.5 i downloaded from the main download page (not Beta)

http://screencast.com/t/NjATT3a32fWJ 

EDIT: One thing to note, if it has ANY relevance at all.. Both of the systems had 6.1.4 installed prior to installing 7.1.5 over top. My system has had many upgrades as I test everything, the 2nd (2008 R2) system, had 6.1.4 installed a long while back and was never used... nothing configured from defaults, and was then upgraded to 7.1.5


Brian

I just installed 7.1.5 on a fresh "Windows Server 2003 R2 32-bit" server.

Nothing has ever been installed on that OS before. I can reproduce the problem shown in my video. So it does not have anything to do with older settings/versions/etc....

I also tried on our 7.1.4 system and have the same problem. Actually, making changes to 'Any' group, not just one I created... does not appear to be saving properly. I simply (on the 7.1.4 install) went in and renamed 'Administrators' group to 'Administrators 1', saved, disconnected/reconnected, and it was back to 'Administrators'.

The problem does not exist in 7.1.1 or 7.1.3

So, it appears the bug showed up in 7.1.4


Brian

Thank you for your testing. We will get back to you!

---

Please test this version:

http://www.visualcron.co....aspx?g=posts&t=4017 

Thank you!

---

I can confirm both issues i listed are now fixed as part of 7.1.6 Beta.

Thanks! :)

Brian

Thanks!

---