Hi Nigel

I'm also working on 4.7 and have uHidesy working (it's excellent!), but just run across a problem where it doesn't work on a particular page - it demonstrates the behaviour you describe - the tree appears and I can select fields, but after selecting those fields, and clicking Save and Publish, the changes are not saved.

The page I have it working on is a standard document type - where I have the problem, the page is a document type which inherits settings from a parent document type.  Perhaps uHidesy does not work with child document types?

Is this the same as your experience?

Allan

Hi Allan

Yes the document type I was working on is a child document type, so maybe this is the issue.

Nice thinking my man :-)

I look forward to Anthony providing some feedback on this possible bug ?

Nigel

Strange. I cant seem to replicate this issue. I've even created a child doctype.

Can you both double check that all files are NOT readonly.

Also, can you paste a screenshot of your content trees? or even better, use  screenr.com to show me a screen cast of exactly what is going on?

Cheers.

Hi Anthony

Thanks for your prompt response.

I am on annual leave today / tomorrow , returning to work on Monday.

It is a site I am building at work so I will do a screen cast of the site then and post it on YouTube for you to view.

Cheers and thanks again.

Nigel

This a fantastic package, I'm finding it very useful! But I'm having the same issue here too. I have a master doctype that has two levels of nested child doctypes. I have added the control to the master doctype and it works hiding properties of this doctype onall pages. But doesn't work when hiding properties of child doctypes. Does this make sense? Same symptoms as above - save and publish doesn't save any changes I make with uHidsey. Looking forward to any suggestions?

Cheers and thanks

Dan

I encountered this problem while using the uBlogsy landing page document type - that's a 2nd level child document type, in case that makes a difference - Anthony, did you test just at a first level child?  I wonder if that's the difference here?

Thanks
Allan

I've got the same problem. Set uHidesy on a base documenttype and I can't hide properties which are on a child documenttype. Is this already fixed?

It seems that even if the properties are on a base documenttype I also can't hide them on a child documenttype.

Jeroen

I cant seem to replicate this issue even on 2nd level doctypes. As far as uhidesy is concerned, it does not matter if your doctype is inherited.

I've tried this on a clean install of umbraco 4.7 using a starter kit.

What packages do you have installed?

Can you open up firebug while you're doing it and make sure there are no javascript errors. If there are js errors on the page (possibly from another package) then nothing is saved.

One issue I had when creating uhidesy was that if some other javascript on the page crashed then uhidesy would save incorrect json. So my solution was to NOT save anything at all. I figured better to save nothing than to save corrupted data.

I've also installed the Tab Hider package because it has some features uHidesy is missing so I needed to combine it. The Tab Hider package has the option to only show tabs to the root admin (with id 0). If uHidesy would also support this I could remove the Tab Hider package which probably causes the error.

Jeroen

Ah yes that might be your issue Jeroen. There is probably some javascript crash or race condition between the 2 tab hiding jquery functions.

uHidesy hides from every user that is not an admin. It does not take to account different admins. I've never needed to hide things from different admins before.

If you take a look at the javascript in the uhidesy control you might be able to figure it out.

ps. the codebehind simply reads and saves the json from file and umbraco. nothing special there...the magic is in the jquery.

Thanks but I already did it myself by hiding the properties using events :).

Jeroen

ah no worries.

I tried this again on a clean installation of Umbraco 4.7 with only the uBlogsy (not sure if the starter kit is exactly the same?) and uHidesy packages installed.  Same issue.  I added uHidesy to the uBlogsy landing page - I even tried it on a couple of different tabs (1 created in this template, another inherited from the parent doc type), but got the same error with hiding options not being saved in each case.

I tried with firebug, and saw no errors.

There must be something not quite right, as there are quite a few of us with the same problem!

Hi Anthony

I cannot use Firefox to access the admin secion - something occasionally goes wonky with me being able to log in.

So the following is a screencast using IE8 and there are no javascript errors appearing on the bottom left corner.

http://www.youtube.com/watch?v=CbyG5gfshGI

I have checked the file permissions on the json file and it is fine - inherited correctly and with "update" access.

One (random) thought is MIME types on IIS - does anything need set in this respect that you know of ?

Cheers

Nigel

Anthony

The behaviour as shown in Nigel's screencast matches what I'm getting (in Firefox, in my case).

Thanks
Allan

Just watched the YouTube video and that's what's also happening with me.

Jeroen

You've probably already tried this but have you guys tried deleting the json in the settings.json file?

Perhaps it got corrupted somehow.

I've uploaded a new version of uhidesy to help debug issues on save. An exception will occur if something wacky happens.

Just replace the dll and pdb files

http://our.umbraco.org/projects/backoffice-extensions/uhidesy

Hi Anthony

Thank you for your help here...

I tried deleting the content of the settings.json file but then when browsing a node there was a server error message - reinstating the default code restored normal service.

I have replaced the dll and pdb files as per above and yes there is definitely some additional information now displaying :-)

Refer to screendump to see the output.

I haven't spent any time trying to work out the issue yet but thought I'd post this up now so you can see the output.

I hope to get some time to spend on this later this week.

Cheers again for your help.

Nigel

Eureka... :-)

A description had quotes in it... removing those has now resulted in the selections being saved to the json file...

Wicked wicked wicked.

Cheers Anthony...

Nigel

Damn those quotes!!!!!!!!!!

Yes - clearing quotes fixed it for me too.

Incidentally, Anthony, there are quotes in quite a few of the descriptions in the uBlogsy package which you'll probably want to clear out for the next version.

Thanks
Allan

Is is possible to keep the quotes somehow now that we know what the bug is? That would be the best solution of course :).

Jeroen

Simple solution... excape single and doublee quotes in the javascript before postback.

I'll get around to it asap. But you can implement that yourself since it is just js. Give it a go!

I had the same problem and uHidesy 1.13 fixed it. Thank you Anthony!

Just an update on this topic.

The new version of uhidesy removes the description. They clutter up the interface anyway. I assume quotes were in the descriptions right?

is working on a reply...