Server Error in '/' Application.

---

Hi Michael,

I've thought about that on the weekend already, that I really should put out a compile against v 3.5. I'm not really sure what the best way is, ie handle two code bases or just switch target framework when building, but you can expect something for 3.5 in the next couple of hours if I don't run into massive trouble.

Cheers,

Sascha

Fantastic! I've been crazily trying to come up with alternatives. I'll work on something else for a bit and see what kind of progress you make. You'd really make my day. *fingers crossed*

I'm guessing it is just going to depend on the number of 4.0 dependencies you write into the code. If you can change the framework and compile then it should be fine.
The only way you can keep it in one project is if you always program it in 3.5 which 4.0 can run and you can just switch the framework for the different versions.

I've not used 4.0 myself, so I might just not know what I'm missing, but for my sake, I hopes it's the easy route.

Hi Michael,

you're absolutely right, don't really need 4.0 so can just compile against 3.5 and everything will be fine. :)

Version 1.04 will be released in the next half hour.

Cheers! Sascha

So I got the 1.04 package installed with no problems.
I am having an issue adding content controls to the setting of my datatype

I'm able to add them and they show in the list but when I click save on the datatype it says that it saved, but all the controls disappear.

I added it to my document type and it shows no controls. Am I doing something wrong?

Thanks again for all your help.

Hi Michael,

no, that is exactly how it should work, so something must go wrong somewhere. The way it works is that the list displayed is just the UI, the actual value is written to a <input type="hidden" id="...$hiddenValue"> which contains something like

|id:1;Name: Name; Alias: name; Type: Textstring; Description: name; Show in title? true;; |id:2;Name: Value; Alias: value; Type: Textstring; Description: value; Show in title? false;;

, so pretty much what is written to the prevalues table in the database. If you have something like Firebug or the integrated developer tools for other browsers at hand it would be worth checking the content of that value when you add a new property to it. 

Do you see any javascript errors when the page loads or you click on any button?

Might also be worth to uninstall and reinstall the package and create a new data type from scratch if you haven't done so already, works sometimes like a charm.

You might also want to grab v 1.05 while you're at it, fixed some problem with the simple editor.

Sascha

Well, I uninstalled and installed the new version. Still no luck. I assume the controls list is supposed to stay there when I save the datatype?

You know...I'm developing on an xp machine with iis 5.1. Will the 6.0 web.config http handler work for that? I've got firebug installed but can't seem to find what you are looking for. Maybe it's just late and I've been looking at it too long. Thanks for your help. I'm checking out for the night.

Am I just out of luck?

You do mean to check the values in firebug when adding properties to the datatype in the umbraco admin, correct?

When I look for hidden fields in the HTML tab AFTER I add the "Content Controls" but BEFORE I save the datatype (which wipes out the controls), the only hidden fields I see other than viewstate, eventtarget and eventargument are:

And no extra hidden fields after I click save.
Am I using firebug wrong?
I'm at your mercy.

Hi Michael,

sorry you have so much trouble with this! The last entry is what we are looking for, your procedure was exactly right: add the controls and then look at the value before you click on save (which will refresh it). This is what it looks like in my sample installation:

What strikes me as odd is that your id is different which means the JS script won't find anything! You might get an error as well...

I will prepare a new version for you to see if that is the problem, I'll let you know once it's up.

Cheers, Sascha

Weird. What would cause that is beyond me. Glad I found what you needed and hope it helps.

By the way. I pushed it over to a Server2003 box with IIS 6 and it made no difference. Tried in IE7 and FF3.6

Hi Michael,

I have just uploaded a new version, 1.06RC1. Can you please grab that from http://our.umbraco.org/projects/backoffice-extensions/embedded-content, you can just copy over the dll in the zip package to your Umbraco installation and it should work. Let me know if that works or not and please add a screen grab with the same procedure as above to your post if possible.

Fingers crossed!

Sascha

So...this is my firebug in firefox

and it saves perfectly

However, in IE it gives the following message when I save the datatype

Back to Firefox

The controls now show when I go to the content page and when I fill them in I get the following

When I navigate away and come back the item is still there, but when I click to edit, the values are gone.

Is this the same problem?

And just in case it helps you. Another content page with firebug shots. I changed up the fields a little to meet my needs.

5am comes early and I'm about to call it a night. If you put something out there I can test it early before I head out for my day job.

Well, at least we've got the first part working in FF, so there is still hope! :) I'm pretty sure what the IE stuff is. The oddest thing is that I can't get the errors you are getting on my machine(s). Well, anyway, I'll hack away. I made a couple of changes to the way the hidden values are operated on via JS, so I have a feeling that along the way some of that got messed up, so I'll go through the whole process from top to finish to see if I can find any inconsistencies, along with your valuable error descriptions. I hope I can get something up before you head off.

Hi Michael,

I'll upload v 1.06RC2 in about a second, it contains a fix for the IE bug you mentioned earlier. I went through the whole JS parsing process on both prevalue and content editor and made sure that there are no regression bugs, also tested on IE, FF, Safari and Chrome. 

The second problem, on the content side, looks to me like something got messed up along the way when you modified the property list in the prevalue editor but already had some content on the nodes, e.g. in your screenshots above you've changed the second property name from 'Name' to 'Title' and added 2 properties. Chances are that somewhere along the line something got left on the way. There are 2 ways to fix this:

- The easier way: just delete all entries, save (which saves an empty xml to the db) and then start anew. 
- The hard but more thorough way: remove the data type from the document type, save the document type, publish all content (not the one on the top node that just refreshes the cache, but a proper publish on one or more of the nodes below) eradicating all traces of content from the db, then add the data type to the doc type again and add entries to the content nodes.

Maybe it's worth trying out the first one to see if the issue is already fixed, if that doesn't work then the second?

One of he tasks for this data type going forward is to provide a more consistent modification approach, aka if you delete a property in an existing type all content will get deleted as well. Or alternatively when the control loads on the content side it will first parse the saved content to see if it works with the current property configuration or needs some amends. Either way, it's a helluva job and a proper project in itself, so let's see when I get the time for that.

Please let me know if the second issue persists or if it now magically works. :)

Sascha

I tried everything you mentioned. The IE bug in the datatype edit is now fixed and adding/editing controls on the datatype works great now.

However, editing the content still shows as undefined in FF and doesn't even show the "undefined" entry in IE. Just pops up blank.

I removed everything including the datatype, published and started from scratch. Same results.

Hi Michael,

I am just uploading 1.06RC3. I've got the content editor in FF/Safari/Chrome working again yet not in IE. Issue with IE is when I try to loop through the XML in the hidden value:

var xml = $(\"input[id$='hiddenXmlValue" + DTDId + "']\").val();
$(xml).find('item').each(function(){ ...});

It won't find any 'item' elements in IE...! Found some comments to that on the net, but nothing conclusive so far. So for now if it's okay to just not use IE, I'm pretty sure I'll find a cure for that as well.

Thanks, Sascha

I can confirm your findings. Now works perfectly in FF and persists when I navigate away, but doesn't even show the entries in IE.

I do have to ask also. I keep having to uninstall the package and reinstall the new one because I can't get the zip to extract. I go to properties and "unblock" it but still get it blocked. Same thing on my 2003 server. Same problem using winrar AND the windows extract. I'm SURE it's a windows annoyance but I can't seem to figure out how to open it.

I'm off to my day job. I'll be back on it this afternoon. You've been great. Thanks so much.

Hi Michael,

It took a bit of time unfortunately, however I could find the culprit(s) and spend a good amount of time refactoring and enhancing the code so it would work with IE (tested with 8 (great now) and 7 (works, but not that great)). I've released version 1.06RC4, the plan is to do some testing tomorrow (11.30pm here right now) and then have a final and stable version 1.06 ready that works flawlessly. If you find the time to download and give the latest version a quick spin that would be much appreciated.

Cheers,

Sascha

Sorry Sascha. Got this message right after I left for my day job. I see you already pushed out the 1.06. I'll give it a whirl and let you know what I find.

Bravo Sascha! I tested in both FF 3.6 and IE8 and it works perfectly! I'll move it over to my 2003 box later and test it out with IE7. Still trying to work out details with that? I'll give a good run for you and let you know what I find.

Just one minor detail and I think I have exactly what I need.

I have a media picker in mine, when I pick the media and before I click the add (or update) button it shows as

but AFTER I click update or add and go back to edit it shows as

I assume the media is still attached because it has the Delete option. I would like, however, for it to fetch or persist the name if possible.

You've been awesome and I really appreciate all you've done. I haven't worked out the output/display yet, but I'm pretty sure you just simplified at least 3 of the components I need on my site. Many thanks to you my friend.

Michael

Hi Michael,

that is really good news. :) Glad you got it working on your setup, what a relieve... 

The media stuff actually works, however you need the following in your web.config file as I've also pointed out on the project page:

<configuration>
  <!-- for IIS6 -->
  <system.web>
    <httpHandlers>
      <add path="umbraco/REST/umbraconodename" verb="*" type="TheFarm.Umbraco.EmbeddedContent.UmbracoNodeNameHandler, TheFarm.Umbraco.EmbeddedContent" validate="true" />
    </httpHandlers>
  </system.web>
  <!-- for IIS 7 -->
  <system.webServer>
    <handlers>
      <remove name="UmbracoNodeName" />
      <add name="UmbracoNodeName" path="umbraco/REST/umbraconodename" verb="*" type="TheFarm.Umbraco.EmbeddedContent.UmbracoNodeNameHandler, TheFarm.Umbraco.EmbeddedContent" preCondition="integratedMode" />
    </handlers>
  </system.webServer>
</configuration>

I am using another package (CustomActionContrib) to automatically create this entry, yet for some reason or other it doesn't always work (might also be an issue with how I use it). Will have to look into that once I've got no other bugs regarding the core functionality. Anyway, if you add these entries manually to your web.config it will work flawlessly! Please give it a shot and let me know.

Cheers! Sascha

No luck. I re-added the entries in the web.config and get the same result. Installed to my 2003 server and get the same results there too.

On a happy note, I didn't have any problems with IE7.

Grrrr... if you got the time can you just quickly go to http://[your-umbraco-host]/umbraco/REST/umbraconodename?id=[id of an existing node] and see what it returns? Should be the the name of the node returned.

Thanks, Sascha

Sooo...this is my link to my umbraco login.

http://cirrus:81/umbraco/login.aspx

this is what I put in the browser window (1158 is a media item from the umbraconode table)

http://cirrus:81/umbraco/REST/umbraconodename?id=1158

I get "The page cannot be found"

Hm, then the handler is definitely not working as it should. I'll try to look into that on the weekend, maybe it has something to do with the order in which the handlers are listed or something. Very odd... maybe I'll just write an .asmx service that doesn't need a handler as a backup or something.

Thanks for letting me know!

Sascha

well here is my config entries. I tried both by themselves and together.

That looks absolutely fine to me. Are you running in integrated mode on your IIS7 machine?

I've got IIS 5.1 and IIS 6. No IIS 7 here...was just trying everything.

I found another error. I had it displaying in a xslt generated table perfectly until I reordered the nodes on the content edit.
The problem is that I have my aliases as follows: staffName, staffTitle, staffDesc, staffImage. This worked until I reordered the list and it changed them all to lowercase, eg. staffname, stafftitle, staffdesc, staffimage. See xslt debug below.

This is my first run before reordering. Notice the names in the child::node()[1] etc in the bottom

Renders this

But when I reorder, it makes the names lowercase and breaks my xslt

and I end up with this

Aha, now I get it! I was on the wrong track there for a bit, thought you were actively changing the aliases to lowercase and were then wondering why they all turn lowercase when reordering... but you are not changing the aliases yourself, they just get lowercased automatically when reordering. Of course, that should not happen, I'll have a go tomorrow (probably) to see what's happening!

Thanks for bringing that up, Sascha

I'll resist the urge to reorder my items until then. Thanks Sascha.

Hi Michael,

I've just release 1.07 which should fix that problem, check it out!

Cheers,

Sascha

So now the "lowercase" problem is fixed but the media picker problem I was having seems to have gotten worse. Before it just wasn't showing the name of the file and it had a "Delete" option and "Choose" option. (See previous screenshot)

NOW, when I go to update it, it doesn't even look like it has a file and the only option is "Choose".

BUT it is STILL storing the image because it displays my media on the page. SOOO....If we can figure out this last little glitch, I think I can close this thread.

I sure wish I had enough Karma because I would high five quite a few of your posts.

Just to confirm. I DO have the entries in the web.config.

I'm calling it a night. I can test more in the morning. g'nite from the States.

Ups, I completely forgot to look at that problem... Wanted to add a backup web service solution... Will give that a shot tomorrow. 

Cheers and g'night!

Hi Michael,

when you get the chance can you please check out v 1.08 and see if you get some values back for content/media items? Chances are not really good as I haven't yet implemented an alternative, but who knows? ;)

Thanks, Sascha

SUCCESS!!!! Works perfectly with no entries in the web.config

Sweet!!! :) I'll make that release 1.09 in a bit.

Thanks for all the testing etc, great stuff!

I don't mind the testing if I get to benefit from the product. Thanks Sascha!

I think we've killed this thread. I'll start a new one if I have any problems.

is working on a reply...