EPiServer.SystemPage and the WYSIWYG

London Dev Meetup Rescheduled! Due to unavoidable reasons, the event has been moved to 21st May. Speakers remain the same—any changes will be communicated. Seats are limited—register here to secure your spot!

AI OnAI Off

Home / Forums / Developers (Main Products) Forum / Developer to developer /

Vote:

Hi, I'm using Episerver's DHTML editor in one of my aspx pages (this aspx is part of our Episerver solution for the client). This aspx page with the WYSIWYG is a popup that is called from edit mode when the user presses a button somewhere on the edit page. Everything worked fine in 4.50, but when upgrading to 4.60 I get an error when calling my popup that contains the DHTML control. The error is "You are not authorized to view this page". This is because of I've replaced "public class TextPopup : System.Web.UI.Page" with "public class TextPopup : EPiServer.SystemPage". Here is the code that I use to display the WYSIWYG editor in the aspx page :



    EPiServer.Core.PropertyLongString pls;
    System.Web.UI.WebControls.PlaceHolder phControl;

    protected override void CreateChildControls()
    {
      base.CreateChildControls();    

      pls = new EPiServer.Core.PropertyLongString(); 
      pls.EditorSettings = EPiServer.SystemControls.EditorOption.All;        
      pls.CreateChildControls("edit", phControl);  
    }

Any help would really be appreciated, because I really don't want to use another editor... Thanks, Danie

#12594

Apr 11, 2006 17:49

Vote:

Did you manage to solve this?

#14559

Apr 25, 2006 15:48

Vote:

Hi, not yet. I've contacted Episerver support and got this reply : >>As you can see in the IIS log at the redirect it redirects to the folder instead of the file name. That would >>case a listing of the folder, which causes the error "You are not authorized to view this page". I reckon it's a >>side effect of the new globalization. >>I can't promise that a fix will be avaliable at the time, but it's not impossible. We're looking at a timeframe >>of 2-3 weeks to release a hotfix containing some bug fixes. I can't say if a fix for this bug will be included >>in that hotfix, it will depend on how difficult such a fix is to implement, and how it could effect other things.

#14560

Apr 25, 2006 17:40

Vote:

Ok. I'm asking because I had(have) a similar problem. I have some pages that go into the Edit mode and inherit from SystemPage, they are not "normal" EPiServer pages, but rather plain aspx files (which do use EPiServer functions). I had the same thing, as long as they inherited from SystemPage (or any other episerver page class), I would get that, and if they inherited from system.web.ui.page, it would work fine. What I did as a work-around was moving these files into the /edit folder of the website, which solved the problem. Now I have a rather ugly folder structure, but at least it works... I suppose you could try that.

#14561

Apr 27, 2006 9:49

Vote:

Thanks for the tip, I'll try it out. Will let you know (I'll post it in the thread) when Episerver provides a hotfix.

#14562

May 02, 2006 12:48

Vote:

Hi, Episerver released a hotfix last week that will fix this problem. Kind Regards, Danie

#14563

May 08, 2006 14:18

Please login to post a reply