OrangeExige

Same here. Adding this policy appears to be working for us also.

We were experiencing this issue with all of our machines which are now on 1703. This was the case for both mandatory and roaming profiles which could be replicated by repeatedly opening the start menu until eventually it hangs and explorer restarts. For students the start menu would hang almost instantly. Looking at the event logs, there was no indication as to what was causing explorer to hang so we started uninstalling applications, starting with Impero. As soon as we uninstalled Impero (version 6.1.68), the issue was resolved and the start menu speed was noticeably better. Impero has since added injection exclusions for explorer.exe and dllhost.exe

We also have the Vimeo website blocked by default but have recently had a lot of requests to unblock education sites that use Vimeo for hosting. We have created a custom category on our Smoothwall which unblocks only the following URLs. This enables embedded Vimeo videos to be played but users cannot access the Vimeo website directly, or load videos linked from search results. player.vimeo.com secure-a.vimeocdn.com av.vimeo.com secure-b.vimeocdn.com vimeocdn.com utmtrk.vimeo.com

If you have the "Force local home directory on startup disk" deselected then the Library folder, containing the Keychains is stored on the users network share. In our case the best solution was to have a group policy which deletes the Keychains folder (User Configuration, Preferences, Windows Settings, Folders) from the users network area each time they log on. Obviously this only applies to Windows machines but it has virtually solved the problem as by the time a user gets round to logging on to a Mac, they have no existing keychains files using old passwords. This works well for us as we only have 30-40 Macs and hundreds of Windows Machines. Hope this helps.

Been seeing the same issue and am starting to think the only solution is going to involve rolling back to Mavericks. This topic clicky is also in relation to the same issue and at one point we had all of our Macs booting up time and time again without any signs of the dreaded stuck progress bar, but over the last few days it has returned. We are seeing this issue on 21.5 iMacs and MacBooks, set up with Profile Manager and joined to an AD Domain and Open Directory. Our personal iMacs and MacBook Airs have not had the stuck progress bar even once.

Hmmmm, well this seemed to help for a few days, with faultless start-ups for all of our Macs but today they have all been starting to show the same issue again so it's back to square one.

Thanks Russell, will do.

I think we have finally found a resolution. Using the Etrecheck tool, available from Etresoft, it highlighted several plist files that might have been the cause. We had already removed the Impero Application (version 4.2.14) as a test thinking it might have been the cause but had not removed its associated files. Since removing the three invalid files listed below from the machines we have seen a 100% startup success rate for a few days now on all of our Macs. Our next step, is to provide feedback to Impero, if it is proven that Impero was causing the issue. We have enabled the Remote Management service on the machines in the meantime. Launch Agents:ℹ️ [not loaded] com.adobe.AAM.Updater-1.0.plist Support [loaded] com.adobe.CS5ServiceManager.plist Support [invalid?] com.imperosoftware.imperoclienttray.plist Support Launch Daemons:ℹ️ [loaded] com.adobe.fpsaud.plist Support [invalid?] com.adobe.SwitchBoard.plist Support [invalid?] com.imperosoftware.imperoclientsrv.plist Support [loaded] com.microsoft.office.licensing.helper.plist Support [loaded] com.sibelius.sari.plist Support

We've also had annoying issues with users Keychains. When a user changes their password on a Windows machine, the stored keychain becomes invalid and causes seriously annoying problems and constant keychain errors if the user ignores the login message. A workaround for us was to create a simple group policy so that when a user is logged into a windows machine it deletes the keychain folder which is stored in their user area (User Configuration > Preferences > Windows Settings). This seems to work well and ensures a new keychain is created with nearly every log in on a mac. We have also expanded this delete policy to delete the entire contents of the users Library folder. This is keeping every log in quick and fresh.

We have been experiencing exactly the same issue. We recently performed a fresh install on our Mac Server and suite of iMacs, MacBooks and Mac Mini's with Yosemite. At some point they have started intermittently failing to boot with the same progress bar issue but it seems random. We can start a room of Macs 15 times and only see the problem once or twice. Doing the PRAM reset works sometimes but not every time. The start up log (CMD+V) doesn't seem to give anything obvious away so we've started thinking it's incompatible software or profile manager as it's something they all have in common. Our own personal Mac devices are not seeing this issue.

Thanks, that's what I thought but just wanted to confirm this. Setup another instance in no time! Thanks.

Now that we have the HAP Help Desk up and running, it would be nice to set up one for our display technician. Is it possible with HAP to have two instances of the help desk running alongside each other with different configurations? I don't really want to have to install a completely sepperate install of HAP unless it's the only way. Thanks.

Perfect, that's worked. Thank you!

Yes, we have webDav installed.

Hi. I have installed HAP+ V10 along with the Help Desk Plugin V4.06. The help desk loads fine and allows users to submit tickets but whenever I try and assign the ticket to an admin user, or even update the ticket, the page just refreshes and doesn't save the changes. I have checked the authentication methods in IIS and security settings on the folder but still the tickets won't update. I have run the Firebug add-on in Firefox and the only error I can see is: *website/hap/api/HelpDesk/AdminTicket/3?1402498367402 401 Unauthorized Any help would be appreciated.