nickbro

Screenshot #2 is giving you a clue, the username/password isn't right to connect to AD. Also you're not running v9, you may want to install that.

Ok, the password stored in the hapConfig.xml file is wrong, you will need to fix that, open ~/app_data/hapConfig.xml and remove the AD Password (set it to nothing ""), set FirstRun="True" and run setup again.

Search of this forum for Event Log Security gives:

On the server, open regedit HKLM > System > CCS > Eventlog Search for Home Access Plus and delete any reference to it. Try the site again

Try this, they changed something in jQuery ui in 1.9 $('#maintabs').tabs({ activate: function (event, ui) { if (<%=HAP.Web.Configuration.hapConfig.Current.FirstRun ? "false" : "true" %> || ui.newTab.index() > 1) { $("#<%=Save.ClientID%>").css("display", ""); } }, disabled: [1, 2, 3, 4, 5, 6] }); You do need to go to the 3rd tab to get it to show the button

Change ~/Setup.aspx line 1769: if (<%=HAP.Web.Configuration.hapConfig.Current.FirstRun ? "false" : "true" %> || ui.index > 1) {

How odd, sorry it's not working @reggiep, I don't quite know what would be causing that issue. Is it happening on every browser? Make sure you don't access HAP+ from the server that's running it, it can cause issues. It could be a cookie/token missmatch, or a miss configuration of the kerberos stuff (if you are using that)

Hmm, where did I set that to reshow, I think it's after the AD information is done, or the SMTP/Proxy Settings

It's an odd error, the only thing I can think of is a IIS/ASP.net issue. I haven't tested HAP+ on IIS8 yet. ASP.NET pages not loading on IIS8 (Windows Server 2012) - Stack Overflow may have more on this issue. Can you look at the html source of the page and see if it's even attempting to make the link at the bottom for saving please?

Your hapConfig.xml is corrupt, very odd error to happen.

None, that's the first I've seen where the save button isn't there. Can you click in the Url box and hit enter, see if it forces a save?

There should be a big Save button at the bottom of the page to commit it to the hapConfig.xml file. Some things are held in memory until the save is clicked. [ATTACH=CONFIG]17918[/ATTACH]

Just make sure to put a password on the bios and that's fine

Got to love how you can hack into a Windows 7 device by renaming cmd to utilman.exe, root command prompt. Thankfully our kids don't seem bright enough to boot from USB to change the c:\ of utilman

Yes sorry forgot about those 2 files, you can leave them in place.

In the release notes at the bottom of the download page is upgrade instructions: https://hap.codeplex.com/releases/view/105468

We've got this as our background picture, pick of the school [ATTACH=CONFIG]17914[/ATTACH] Looks very fancy on Windows 7 and just about Ok on XP We also have this as the user picture on the lock screen [ATTACH=CONFIG]17915[/ATTACH]

In FF and Chrome there's a setting in the browser to enable NTLM Auth on a certain domain, can't remember the specifics. You shouldn't need domain\username though, it should just be username

The images need to be outside the App_Data folder, the system uses the App_Data folder to created the resized icons and dishes them out via the api calls. Check the Event Log to see why it isn't, if it isn't

Delete the icon colour.xml file will force a refresh.

Open ~/bookingsystem/default.aspx with notepad Look for the min-width stuff and adjust

I've just updated the v9 release with the fix for this, can you let me know if it does actually fix it, if not I'll have to try another value. Changes for you will be ~/setup.aspx and ~/bookingsystem/default.aspx

odd, it's getting cached somewhere along the line, and HAP+ doesn't cache files

Yep, that's what I was after, it's gotten cached in your browser, try a CTRL+F5 while on the css file in the browser, it may change.

It looks to be CSS related, can you browse to /hap/style/bookingsystem.css and compare it to the actual file, see if they match.