I'm pretty sure this problem relates to the embedded content package, but it seems that after editing an item in some way, then attempting to navigate to another nodes edit page (by clicking a node in the content tree), the edit page doesn't load. I have to refresh the whole admin to get it to load.
sorry for late reply and thanks for bringing this up. I have noticed something similar happening when developing the control, yet each time I wanted to actually get to the ground of it it was working fine. So LOVE these kind of errors. Anyway, I'll have a look when I get the time.
I have noticed this aswell. I'm stilling hoping to some day notice the specific JavaScript error from Embedded Content, as this will make you bug hunt a great deal easier.
Ok, so still experiencing this, but have looked into when it occurs.
For me, it's always on editing and existing entry. Adding works fine, but every time I edit an existing entry, this issue pops up. Not sure if it's the source of the problem, be when I look in chromes javascript console, I get the following error (again, only when editing an entry)
Well just tested this in some more detail, no more 404 error. But the problem persists: the admin panel stops loading. And with no apparent error message.
Nice find, why didn't I think to read the project page =)
Unfortunatley, after adding this, it does get rid of the 404 error I reported but it still fails to load anything into the right hand side. It would seem then that these are unrelated issues, but thanks for fixing the 404 never the less.
OK, thank goodness for the forums so that I know it's not just me going crazy with this, nice to know at least this is confirmed problem if not any solutions; here are the steps to reproduce:
1. Using the current Chrome (version 14.0.835.202) in an Umbraco 4.7.1 installation with Embedded Content.
2. Created custom datatype (using Embedded Content as the render control of course) with a required Media Picker and a required Textstring. (Yes, it does seem related to the Media Picker, since haven't seen this problem elsewhere.)
3. Added a new property to a Document Type using this data type. I called mine "slideshow"
4. Iniitally adding some slides to my page worked great. Saved and published.
So far everything is as expected.
5. Then came back to the page, made a change to one of the slides (embded content items), saved and published.
6. Hark, the left-hand navigation is now completely unresponsive! I am "stuck" in the current content page. I can open/collapse the tree itself, and even change sections, but none of the nodes are clickable anymore. (So I still am on the last page I worked on.) I cannot leave the current content page unless I reload the whole admin.
Anyone have any suggestions on what might be the cause/fix?
I thought I'd have a quick attempt at finding a fix for this as it's still annoying me. I've sort of managed to find what the problem is, but I'm not quite sure of the solution.
I think, when you edit an item, it makes a call to /umbraco/rest/umbraconodename in order to get a content / media nodes node name. However, by calling this, I think some how, it's convincing the browser that you have made a cross domain request, because when UmbracoClientManager.js gets to line 136 (self.mainWindow().right.location.href = strLocation;) location is undefined and so the command to change the iframe location fails. From my research, this tends to only happen when you are trying to script across domains (which I know we are not, but something seems to be making it think it is) so I can only figure something about that request is making it think it's performing a cross domain request.
I'm really not sure how to fix this though. An initial thought would be to see if swapping those requests for /base requests could work. Or even better, I'm pretty sure there is a web service in umbraco already for getting a nodes name. However, I can't guarantee that changing this would fix it.
I'm not sure if it's the cause of this issue but Chrome is a bit more secure by default, try creating a shortcut to Chrome with the following flags set:
WH00P! I've managed to work out a fix for this. Instead of using the webservice that is part of embedded content, I used the web service url that is in umbraco (as used by the content picker / media picker) and it works. You can edit an entry and still navigate away.
I'll have a word with Peter Gregory to see if I can't get him to put up a new version, as it seems this package has been pretty much abandoned. In the mean time though, if anyone needs an updated dll, you can grab it here:
Sure thing. I'll do some cleanup first, as all i've done is changed the JS, but if I'm switching it to use umbraco webservice, then I should probably remove any reference of the one in embedded content. This should actually make it easier to install / upgrade though, as you'd no longer need to register a webservice in the web.config.
I'll go fork it and do an update (I know Peter has a few tweaks aswell that might be worth merging in)
Huge #h5yr to Matt for fixing this one and for adding his awesome build scripts into the repo!
@Emil, I noticed you have implemented a image preview for the media picker on your fork, is there any chance of a pull request to the updated reboot fork at https://bitbucket.org/reboot/embedded-content-umbraco as it would be great to include it in a package release?
@Jeavon, sure! It would be great to have that included on a package release.
I haven't used BitBucket that much, so just to be sure, I have a question about how to do this the correct way. I need to fork the reboot fork, before I can create a pull request, right?
@Emil, yes I think you do. If you fork the reboot fork, clone it locally, copy in your changes (you may need to merge if there are any conflicts with Matt's or Bo's recent changes) then push back to your fork, then you should be able to create a pull request i nthe web UI.
@Jeavon Maybe I was a bit to optimistic about this. It turns out that the preview feature is depended on the web service that Matt removed. So this is not a trivial merge, but more of a rewrite. I hope to get some more time to get this done properly in the next couple of weeks, but if you guys can't wait on this, then you are welcome to do it yourself.
@jeavon were you adding extra methods to the web service? as if all you need is the node name, you can just switch the call to the umbraco webservice instead?
Well it's not the node name that is needed, but the path to the media. Do you guys know if that information is exposed in an existing web service? Or do I need to create my own (with the risk of reintroducing the bug that Matt fixed)?
Umbraco admin stops loading edit panel
Hi,
I'm pretty sure this problem relates to the embedded content package, but it seems that after editing an item in some way, then attempting to navigate to another nodes edit page (by clicking a node in the content tree), the edit page doesn't load. I have to refresh the whole admin to get it to load.
I'm using Umbraco 4.5.2 and Chrome on windows.
Cheers
Matt
Hi Matt,
sorry for late reply and thanks for bringing this up. I have noticed something similar happening when developing the control, yet each time I wanted to actually get to the ground of it it was working fine. So LOVE these kind of errors. Anyway, I'll have a look when I get the time.
Cheers,
Sascha
Hi
I have noticed this aswell. I'm stilling hoping to some day notice the specific JavaScript error from Embedded Content, as this will make you bug hunt a great deal easier.
Using Umbraco 4.7.
Best regards
Emil
Experiencing this problem right now in Chrome 12, on a umbraco 4.7 site running the legacy xml schema.
Regards
Jesper Hauge
Ok, so still experiencing this, but have looked into when it occurs.
For me, it's always on editing and existing entry. Adding works fine, but every time I edit an existing entry, this issue pops up. Not sure if it's the source of the problem, be when I look in chromes javascript console, I get the following error (again, only when editing an entry)
POST http://www.mydomain.com/umbraco/rest/umbraconodename?id=1321 404 (Not Found)
Hopefully this might help point you in the right direction.
Cheers
Matt
More info, it seems to only occur if you have a content or media picker as one of the properties.
Matt
Hmm... we just stumbled on this bit of information from the package front page:
------------
If you want to install this package manually you will need to add the following to your web.config file:
<configuration>
<!-- 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>
-------
Looking on the file path of the 404 error Matt is reporting, perhaps a missing handler is the problem?
Best regards
Emil
Well just tested this in some more detail, no more 404 error. But the problem persists: the admin panel stops loading. And with no apparent error message.
Best regards
Emil
Hey Emil,
Nice find, why didn't I think to read the project page =)
Unfortunatley, after adding this, it does get rid of the 404 error I reported but it still fails to load anything into the right hand side. It would seem then that these are unrelated issues, but thanks for fixing the 404 never the less.
Matt
Hey Sascha
Don't suppose you have had chance to look at this have you? I use this package a whole lot now, and it's the one thing I could really do with fixing.
Cheers
Matt
Same problem here - using Umbraco 4.7 and Chrome 12.
Seems to work fine in Firefox though!
We love embedded content and this is the only issue with it so far. :)
Cheers,
Drew
OK, thank goodness for the forums so that I know it's not just me going crazy with this, nice to know at least this is confirmed problem if not any solutions; here are the steps to reproduce:
1. Using the current Chrome (version 14.0.835.202) in an Umbraco 4.7.1 installation with Embedded Content.
2. Created custom datatype (using Embedded Content as the render control of course) with a required Media Picker and a required Textstring. (Yes, it does seem related to the Media Picker, since haven't seen this problem elsewhere.)
3. Added a new property to a Document Type using this data type. I called mine "slideshow"
4. Iniitally adding some slides to my page worked great. Saved and published.
So far everything is as expected.
5. Then came back to the page, made a change to one of the slides (embded content items), saved and published.
6. Hark, the left-hand navigation is now completely unresponsive! I am "stuck" in the current content page. I can open/collapse the tree itself, and even change sections, but none of the nodes are clickable anymore. (So I still am on the last page I worked on.) I cannot leave the current content page unless I reload the whole admin.
Anyone have any suggestions on what might be the cause/fix?
Thank you!
I can also confirm this happens as above; experiencing it in Chrome version 18.0.1025.162 and Umbraco 4.7.1.1 with Embedded Content.
So we don't have a fix for this?
Experiencing this same issue in the latest version of Chrome. Does anyone have a fix yet?
Hi Sascha.
Any update on the fix for this?
Great component btw. We are using it with great pleasure on many customer sites.
Thanks, Staale
I thought I'd have a quick attempt at finding a fix for this as it's still annoying me. I've sort of managed to find what the problem is, but I'm not quite sure of the solution.
I think, when you edit an item, it makes a call to /umbraco/rest/umbraconodename in order to get a content / media nodes node name. However, by calling this, I think some how, it's convincing the browser that you have made a cross domain request, because when UmbracoClientManager.js gets to line 136 (self.mainWindow().right.location.href = strLocation;) location is undefined and so the command to change the iframe location fails. From my research, this tends to only happen when you are trying to script across domains (which I know we are not, but something seems to be making it think it is) so I can only figure something about that request is making it think it's performing a cross domain request.
I'm really not sure how to fix this though. An initial thought would be to see if swapping those requests for /base requests could work. Or even better, I'm pretty sure there is a web service in umbraco already for getting a nodes name. However, I can't guarantee that changing this would fix it.
Anybody got any ideas what could be causing this?
Matt
I'm not sure if it's the cause of this issue but Chrome is a bit more secure by default, try creating a shortcut to Chrome with the following flags set:
<Your install location>\chrome.exe --allow-file-access-from-files --disable-web-security
WH00P! I've managed to work out a fix for this. Instead of using the webservice that is part of embedded content, I used the web service url that is in umbraco (as used by the content picker / media picker) and it works. You can edit an entry and still navigate away.
I'll have a word with Peter Gregory to see if I can't get him to put up a new version, as it seems this package has been pretty much abandoned. In the mean time though, if anyone needs an updated dll, you can grab it here:
https://dl.dropbox.com/u/138129/Host/TheFarm.Umbraco.EmbeddedContent.dll.zip
Matt
Hi Matt
Fantastic news - that bug has been on my watch list for ages!
You are very welcome to fork this version on GitHub: https://bitbucket.org/thomasedk/embedded-content-umbraco Or perhaps just post a patch here?
Great work!!
Best regards
Emil
Hey Emil,
Sure thing. I'll do some cleanup first, as all i've done is changed the JS, but if I'm switching it to use umbraco webservice, then I should probably remove any reference of the one in embedded content. This should actually make it easier to install / upgrade though, as you'd no longer need to register a webservice in the web.config.
I'll go fork it and do an update (I know Peter has a few tweaks aswell that might be worth merging in)
Matt
Hi Matt
Super. Really good to hear!
Best regards
Emil
Ok, well this is all cleaned up and merged into the main source code repo now (along with peters fixes and some build scripts).
I've also spoken to Peter Gregory who has added me as contrib on the project and has released my updated version so everything should be live.
I hope this helps people out who have been having the same problem.
Matt
Huge #h5yr to Matt for fixing this one and for adding his awesome build scripts into the repo!
@Emil, I noticed you have implemented a image preview for the media picker on your fork, is there any chance of a pull request to the updated reboot fork at https://bitbucket.org/reboot/embedded-content-umbraco as it would be great to include it in a package release?
Kool and the gang... works like a charm. Thanks Matt.
Cheers,
Staale
@Jeavon, sure! It would be great to have that included on a package release.
I haven't used BitBucket that much, so just to be sure, I have a question about how to do this the correct way. I need to fork the reboot fork, before I can create a pull request, right?
@Emil, yes I think you do. If you fork the reboot fork, clone it locally, copy in your changes (you may need to merge if there are any conflicts with Matt's or Bo's recent changes) then push back to your fork, then you should be able to create a pull request i nthe web UI.
@Jeavon Maybe I was a bit to optimistic about this. It turns out that the preview feature is depended on the web service that Matt removed. So this is not a trivial merge, but more of a rewrite. I hope to get some more time to get this done properly in the next couple of weeks, but if you guys can't wait on this, then you are welcome to do it yourself.
Best regards
Emil
Oh no, how unlucky! We can wait, just let us know when you have a pull request and we'll get a new version up :-)
@jeavon were you adding extra methods to the web service? as if all you need is the node name, you can just switch the call to the umbraco webservice instead?
Matt
@Matt, yes I think so. @Emil can confirm, you can see the changeset (forked from orginal source) here https://bitbucket.org/thomasedk/embedded-content-umbraco/changeset/c943080783eef195ef2948c226b85f393f8c7e6a
Well it's not the node name that is needed, but the path to the media. Do you guys know if that information is exposed in an existing web service? Or do I need to create my own (with the risk of reintroducing the bug that Matt fixed)?
Best regards
Emil
is working on a reply...