Posts Tagged ‘appdata’

Fixed: Connectwise and roaming profile permissions issues

Thursday, January 26th, 2012

A while back we started using Connectwise for our Helpdesk system and we use roaming profiles for our techs. Unfortunately Connectwise has to write to the appdata directory and the permissions were not set for Connectwise to write the files correctly and it also assumed that your appdata directory was going to be on c:\ rather than \\server…..
It took some digging and trial and error before we were able to get this working – the solution is to do the following from a command prompt –
C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\caspol -machine -addgroup LocalIntranet_Zone -url “file://server/user$/%username%/appdata/*” FullTrust -name Andy-PsaIntranet

I think the name parameter can be anything but we set it to firstname-PsaIntranet. Also note the appdata has the path to appdata but with forward slashes instead of back slashes.

Connectwise is a great tool but whatever you don’t do, don’t use the hosted version – the performance and the lack of options and features that are crippled in the hosted product makes a very frustrating end user experience. Last night we switched over to an inhouse version and I found that I had to create a new data directory in the connectwise directory. Note this was after doing the incredibly annoying “clear cache” function in Connectwise. Create %appdata%AppData\connectwise\psa\cache\companyurl.com\companyname\connectwiseuserid\data

Fixed: DigitalPersona fingerprint reader with roaming profiles not saving passwords

Sunday, July 24th, 2011

The new laptop has a fingerprint reader included and comes with DigitalPersona’s fingerprint software. At first glance, this looks like a useful piece of software but after trying to use it, I’ve found it very buggy and the support is non-existant.  DigitalPersona offer no support for the product and refer  you to the OEM partner, in my case Dell, who have nothing in their knowledge base about this product either.

My problem was to do with our roaming profile. After receiving the laptop last night I synched (or so I thought) to the domain, took the machine home and logged in. Windows7 decides that it can’t load my profile and uses the temporary saved copy – all well and good for now, my desktop background, images, shortcuts etc all exist.  However every time I go to add a new website in DigitalPersona, it seems to take the information but does not actually save it to the machine.  Suspecting roaming profiles, I created a local user, logged on as that user and registered my fingers. Note that if you do this, when you use the Windows Login Screen and your finger to login, the pc automatically logs you in without asking which user you want to use. I’m not sure how it determines which user to use, but in my case it used my local user (which was also the most recently created user).

After logging on as the local user I was then able to launch Internet Explorer (9), log into gmail, facebook and this blog and register my usernames and passwords and DigitalPersona kept the information. At this point I also used the option to download and install updates to the software – the most recent version that is now running on the pc is 5.30.252a. Note to get to the updates, click on the plus sign by central management and then the update tab appears.

I then logged off the machine and logged back as my domain account. Tried to use DigitalPersona and yet again the software refused to take my passwords.  I opened explorer up, browsed to %appdata% and sure enough – there was no DigitalPersona directory.  I then browsed to c:\users\localusername\appdata\local and checked out the DigitalPersona directory. This contains an OTS directory and then a _dp_ots_tmp and DPIconCache directory. The tmp directory was empty and the DPIconCache directory contained an icon for the sites I’d saved the password to. I copied the DigitalPersona directroy from the localusers\appdata\local directory to my own %appdata% directory and magically was able to start saving passwords in IE9.

Unfortunately I’ve yet to get the program to work with Firefox or Keepass – the program is unable to detect Firefox or Keepass having a login window.

If anyone has a better (preferably free) password manager that works with IE, Firefox, Chrome and Keepass (last is optional) then please let me know.

Unable to use webdav – fixed

Monday, February 27th, 2006

I had a very peculiar issue at a customer site this afternoon. They are attempting to use webdav to a remote server on the internet but was unable to connect. Each time they put their username and password in they ended up with the message “Internet Explorer could not open http://WebSiteName as a Web Folder. Would you like to see its default view instead?” as documented at Kb220930. The solution in this article didn’t help but did point me towards the error log %temp%\Wecerr.txt. This contained the text “The Local Security Authority cannot be contacted” which didn’t help in a google search either.
The weird thing was that logging on as an administrator worked, but giving the user local admin rights didn’t work. However, at least this ruled out the firewall as the domain admin user could use it.
After about an hour I stumbled across the solution in kb269681 which isn’t clear enough to provide the exact solution – but it is straightforward.
Due to a bug in folder redirection it is possible to redirect %appdata% and somehow not have the %appdata%\microsoft\Msdaipp folder exist.
I created the folder and webdav started working.

Hopefully this post will help someone else with this rare and obscure problem.