Im using Doc2Form on our Intranet. Depending on login method the rich text editor doesn't appear. When (inside our LAN) I log in at http://intranet the RTE does appear, but when I go via http://intranet.mydomain.com the RTE doesn't show up. Different source code is served in each case, with the RTE js code not in the source at all in the second case. So IIS7 (integrated windows authentication) is serving up different code depending on URL. I've tried 'full control' permissions on all web folders for all users, and bypassing our proxy without success. Any ideas how can I get the RTE code to be served regarless of domain?
I suppose you are using a website for the intranet, right? (It's on the intranet you can't see the RTE, not in the Umbraco backoffice...right?)...
Is it the exact same template with the exact same macro that is being displayed? And how is the macro inserted...directly on a template or through the Rich text editor in Umbraco?
Hello Jan, yes I am using an Umbraco web site for our Intranet, and yes I can see the RTE in the Umbraco back-end.
It's the same page I'm looking at in both cases - When I visit intranet/mypage.aspx the RTE is there, but on intranet.mydomain.org/mypage.aspx it's not - the page is the same but the source code is different. I have no idea why this could be.
Some more detail on this - it seems doc2form.ascx is throwing an exception on - dt.DataEditor.Editor.ClientID - a problem which seems to relate to this post:
where TinyMCE does not appear for users who are not logged in.This is likely the same as my issue, as my different domains could mean different user privs.
System.ArgumentException: Incorrect TinyMCE configuration. Parameter name: Configuration ---> System.NullReferenceException: Object reference not set to an instance of an object. at umbraco.editorControls.tinyMCE3.TinyMCE..ctor(IData Data, String Configuration) --- End of inner exception stack trace --- at umbraco.editorControls.tinyMCE3.TinyMCE..ctor(IData Data, String Configuration) at umbraco.editorControls.tinyMCE3.tinyMCE3dataType.get_DataEditor() at BCTLLC.UmbracoExtensions.Doc2Form.OnInit(EventArgs e)
Rich text editor doesn't appear
Im using Doc2Form on our Intranet. Depending on login method the rich text editor doesn't appear. When (inside our LAN) I log in at http://intranet the RTE does appear, but when I go via http://intranet.mydomain.com the RTE doesn't show up. Different source code is served in each case, with the RTE js code not in the source at all in the second case. So IIS7 (integrated windows authentication) is serving up different code depending on URL. I've tried 'full control' permissions on all web folders for all users, and bypassing our proxy without success. Any ideas how can I get the RTE code to be served regarless of domain?
Hi Jed
I suppose you are using a website for the intranet, right? (It's on the intranet you can't see the RTE, not in the Umbraco backoffice...right?)...
Is it the exact same template with the exact same macro that is being displayed? And how is the macro inserted...directly on a template or through the Rich text editor in Umbraco?
/Jan
Hello Jan, yes I am using an Umbraco web site for our Intranet, and yes I can see the RTE in the Umbraco back-end.
It's the same page I'm looking at in both cases - When I visit intranet/mypage.aspx the RTE is there, but on intranet.mydomain.org/mypage.aspx it's not - the page is the same but the source code is different. I have no idea why this could be.
Some more detail on this - it seems doc2form.ascx is throwing an exception on - dt.DataEditor.Editor.ClientID - a problem which seems to relate to this post:
http://our.umbraco.org/forum/using/ui-questions/3220-TinyMCE-Editor-problem---Firefox-and-IE
where TinyMCE does not appear for users who are not logged in.This is likely the same as my issue, as my different domains could mean different user privs.
So any clue how I can work around this bug?
This problem is the same as this:
http://our.umbraco.org/projects/website-utilities/doc2form/bug-reports-issues/19526-rich-text-editr-breaks-form?p=0#comment77309
Which says a fixed dll is available, though I'm not sure how to get hold of that dll or whether it works with 4.6.1
This is the caught error:
is working on a reply...