Posted on 11-06-2013 06:33 AM
The distributed users with partial access to Casper are getting this error when they try to upload items through Casper admin. Though the error is generated, it appears the upload completes correctly. The error also occurs when saving in Casper Admin.
Rather than blanketly assign update privileges on all JSS objects, where should I be looking for what objects they need update privileges on? The change management log was not helping me here.
Posted on 12-03-2013 10:35 AM
I'm having this issue too, with version 9.21. It's completely random, it seems anyway. Simply removing a package from a configuration and hitting save gives me this error.
I have to reboot the JSS to fix it.
Posted on 12-04-2013 10:38 PM
This is an issue I've seen.
Are you connected to Active Directory domain? (if so, which version?). If you are using AD users, are you using AD groups, or importing individual users and them assigning them permissions in Casper 9?
This is simply a hunch at this point, but I think the JSS pings AD servers quite a lot, there might be some sort of time out happening on the directory service which the JSS chokes on.
Posted on 12-09-2013 05:46 AM
Can anyone from Jamf comment?
Posted on 12-19-2013 07:52 AM
I am seeing this as well. Testing reboot of JSS to see if it fixes..........
Posted on 12-19-2013 08:02 AM
NOPE
Posted on 12-20-2013 08:50 AM
I'm also seeing this issue with 9.21.
Posted on 01-23-2014 12:53 AM
I am seeing this as well. Creating new configuration while saving it now seem to take forever now.
Posted on 05-02-2014 10:10 AM
I'm seeing this on 9.31
Posted on 05-02-2014 11:32 AM
Well, I'm not sure that my problem was the same as everyone else. In my case, Casper's repo is on NAS which is being accessed via SMB with a functional account that I created in AD. I gave said account permissions to the network share and set it up in the "Distribution Point" settings in JSS, BUT I neglected to give that account permissions in JSS. The result is that Casper Admin could mount the share and read/write to it, but changes could not be saved in JSS and it would throw "You may not have permissions to update Casper admin data". Added that account as an LDAP user in JSS and now everything is happy again.
Posted on 05-19-2014 07:59 PM
Login to the JSS through a web browser using the same login you are using for casper admin. Make sure the current site drop-down is set to "Full JSS" and then log out. If it is not, there is a bug where it will only give the casper admin app access to the current site. Hope this helps.
Posted on 06-09-2014 02:53 PM
Wow that is annoying.
Login to the JSS through a web browser using the same login you are using for casper admin. Make sure the current site drop-down is set to "Full JSS" and then log out.
Just worked for me.
Posted on 06-09-2014 03:03 PM
That's actually behavior described in D-005832, which is still listed as an open defect.
Development is aware that it's an issue, and it does have the "Planned for release" stamp on it, so hopefully we'll be seeing a fix soon.
Amanda Wulff
JAMF Software Support
Posted on 08-04-2014 02:57 AM
Hi All,
JAMF Support/Dev Guys... Any update on this (described in D-005832) as it NOW renders CASPER next to useless!
Regards,
Mike
Posted on 08-04-2014 07:27 AM
The defect is still listed as open, but it doesn't render Admin useless; all we need to do to get around it, as mentioned further up in the thread, is login to the JSS through a web browser using the same login you are using for casper admin. Make sure the current site drop-down is set to "Full JSS" and then log out.
It's being logged in and in a "Site View" that causes the problem, so switching back to "Full JSS" takes care of it as a workaround.
After doing that, you'll want to re-launch Casper Admin, and it should be fine.
Amanda Wulff
JAMF Software Support
Posted on 12-02-2014 07:37 AM
I am having this issue with 9.61 and mine is set to full for sure. Any other work arounds?