Sir Posted July 23, 2013 Posted July 23, 2013 Please can anyone help me get to the bottom of this. I have spent ages trying to sort it. I have create a user as i have done 1000's of times before in AD. She has the same group membership as others that have write access to c:\ on win 7 machines. On her logon and hers alone on a variety of machines tested on the network, she cannot use a financial mngmt package as she has no full control of c:\. Others with the same properties in AD have no problem! AAAAAh. Any suggestions please?
FishCustard Posted July 23, 2013 Posted July 23, 2013 Is deleting and recreating the user account an option? Also - double check security group membership, I've been caught out by that in the past. 1
SYNACK Posted July 23, 2013 Posted July 23, 2013 Is her client machine Windows Vista or a above, current windows is way less tolerant of incompetent software design and will block calls to some places. Your best option may be to give her local admin rights and configure the shortcut to run as administrator in compatibility settings. Also make sure UAC is on so it can apply security properly for the software at runtime. Next step is to upgrade your software to something reasonable if possible. 1
Sir Posted July 23, 2013 Author Posted July 23, 2013 Thanks for this, both of you. I was booted out of school at 4 so will try in the morning. the software if a financial mngnt package from Capita (run with SIMS) an is up to date. Sims permissions all checked, too!
Sir Posted July 23, 2013 Author Posted July 23, 2013 Capita support insist it is a writing to c:\ permissions problem. I just wonder why it is this user only......
Roberto Posted July 23, 2013 Posted July 23, 2013 Capita support insist it is a writing to c:\ permissions problem. I just wonder why it is this user only...... I would ask them two things at this point 1) can they show you where this permissions error is occurring (I suspect this is someone just reading from a script that says "this error = permissions issue" and possibly ignoring your point about other users with the same rights working. 2) when are they going to fix their faulty software. "Modern" windows application software simply shouldn't be writing to the root of the c:\ drive during use.
FishCustard Posted July 23, 2013 Posted July 23, 2013 (edited) 2) when are they going to fix their faulty software. "Modern" windows application software simply shouldn't be writing to the root of the c:\ drive during use. Capita finance package = SIMS FMS, right? So that's 'modern software' out of the equation... Can you screenshot the error she's getting? It may well be to do with the ODBC connection to the database, rather than file read/write permissions. Edited July 23, 2013 by FishCustard
Arthur Posted July 24, 2013 Posted July 24, 2013 Capita support insist it is a writing to c:\ permissions problem. With UAC on, shouldn't the data be written to the "%UserProfile%\AppData\Local\VirtualStore" folder instead? The software will still think it's saving to the root of C:\, but the data will be automatically saved to your user profile.
SYNACK Posted July 24, 2013 Posted July 24, 2013 With UAC on, shouldn't the data be written to the "%UserProfile%\AppData\Local\VirtualStore" folder instead? The software will still think it's saving to the root of C:\, but the data will be automatically saved to your user profile. That is the idea but is does not always work, usually when software accesses stuff in odd ways rather than through the proper apis so that they can't be redirected easily on the fly. Think Windows 3.1 design principals where the local sheriff did his best against the nefarious league of software bandits that has persisted to this day and maybe even got worse.
Sam_Brown Posted July 24, 2013 Posted July 24, 2013 Not used FMS for years but does it still insist on that f***ing stupid PDOXUSRS.net file being on the route of the C:\ drive? We used to have issues with this that sounds similar to the ones you're having that could be resolved by moving the file from the route of C:\ to a folder and configuring FMS to look for the file somewhere else.
round2it Posted July 24, 2013 Posted July 24, 2013 Not used FMS for years but does it still insist on that f***ing stupid PDOXUSRS.net file being on the route of the C:\ drive? We used to have issues with this that sounds similar to the ones you're having that could be resolved by moving the file from the route of C:\ to a folder and configuring FMS to look for the file somewhere else. Yes definitely that file caused me no end of trouble.
FishCustard Posted July 24, 2013 Posted July 24, 2013 Yep, I can confirm that FMS still requires the ing PDOXUSRS.net being at the root of C:\
Sir Posted August 1, 2013 Author Posted August 1, 2013 Thank you all. Just got back..... Yes to all the above; what a program. Granted user local admin rights.grrrrrrrrrrrrr
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now