I installed dnn version 9. When I want to add a new page I go to the contents-> Pages-> Add page. an empty white page appears without any options to add a new page or event to cancel.
This is caused by a problem with your templates folder, either missing, or bad permissions. I'm guessing when you installed you chose the blank template?
I've got a blog post on things to try to resolve
http://www.chrishammond.com/Blog/itemId/2692/Canrsquot-add-ldquopagesrdquo-in-DNN9
"If you are having problems adding Pages in DNN 9, read this blog post.
I recently upgraded all of my sites to DNN 9, the most recent one being upgraded last night. This morning I wake up to an email from a client of mine reporting a problem with adding pages in one of their sites that they also upgraded to DNN recently. I read through their email, and decide that I’ll look into their issue a bit later, have an itch to scratch on one of my own websites, so I’ll get to them later (sorry client).
Working on this site that I upgrade last night, I decided I wanted to add another page to the site, low and behold, I was unable to do so.
To add a page in DNN9 you click on the “Content” option in the persona bar, and then the Pages option. There you will be presented with a view similar to this:
image
When I clicked on Add Page there, the screen went blank, like so:
image
That’s not very useful, actually that is as far from useful as possible. Once that happens, you can’t actually “do” anything from an Admin perspective. You have to “leave” this page, go somewhere else (click on manage/users for example, then you might need to click BACK in your browser a bunch of times) then you can click on Content/Pages again to get back into the Page listing for a site.
So why is the persona bar page blank? This error is the cause:
GET https://SOMEPORTALALIASHERE/API/PersonaBar/Pages/GetDefaultSettings? 500 (Internal Server Error)
If you dig into the DNN Error Log (Admin Logs) a bit you might find a more detailed error, something along the lines of
Message:Value cannot be null. Parameter name: source
StackTrace:
at System.Linq.Enumerable.FirstOrDefault[TSource](IEnumerable1 source, Func2 predicate) at Dnn.PersonaBar.Pages.Components.TemplateController.GetDefaultTemplateId(IEnumerable`1 templates) at Dnn.PersonaBar.Pages.Components.PagesControllerImpl.GetDefaultSettings() at Dnn.PersonaBar.Pages.Services.PagesController.GetDefaultSettings() at lambda_method(Closure , Object , Object[] ) at
So what does that message tell you? Well something is happening with your DNN Install trying to get a list of “page templates”. In digging further, on my site, I found the issue to be the File Permissions on the Templates folder in the portals/0/ directory. For some reason on the site that I upgraded last night, my permissions were set to ALL USERS DENY on the “Browse Files in Folder” and “Open Files in Folder” check boxes.
image
Unchecking those, clicking SAVE resolved my “pages” persona bar issues. How did those permissions get set? Who knows, this DNN site has been around since 2008 or earlier, and that never caused a problem.
There are definitely some “kinks” to be worked out of DNN9, but so far I am digging the new experience.
Regarding my “client”’s site, they had a similar, but different issue. In their case, the TEMPLATES folder didn’t exist in the Portal that they were trying to use. Simply creating a new Templates folder in their File Manager fixed that problem for their site."
I tried out many solutions but finally I figure it out by reinstalling and add Object Qualifier. because it is optional field I leave it without any value in my first installation
This error was fixed in DNN 9.0.1
Related
We recently upgraded one of our client sites to 09.01.01 to address a Telerik vulnerability, and then had to migrate the site from managed.com to Azure due to manage.com's outage. After the upgrade, a couple of pages on the site have been uneditable using the pencil icon in the persona bar, although the rest work fine. We're aware of the workaround of going into content > pages and clicking the pencil icon there, but even then not all of the areas on the page are editable. For example, there's one instance of the HTML module on the homepage where when you click on its pencil and then click "Edit Content," it just displays a pop-up with the text but no WYSIWYG or way to actually edit. Other instances of the HTML module work fine, on other pages and even other areas of the homepage.
What's more bizarre is that we just spun up another Azure VM and created a dev site from a clone of the live site so we could troubleshoot further, and this problem does NOT occur on that site even though it's an exact copy of the live site files and database and both sites are hosted in Azure.
Does anyone have advice on what might be causing this or how to troubleshoot? My original though was to clone the page and start removing modules one by one to see if anything made a difference, but it doesn't actually remove the module when I click delete. I've read about ways to do this directly in the database, but I'd prefer to avoid that if possible, especially since we're not seeing the same problem on the cloned site.
Thank you!
Could you please see if any error appearing on the logs folder? You can see the logs here. /Portals/_default/logs/2021.02.01.log.resources? The log file name may differ based on website's logging configuration.
A similar thing can be seen from the Personal bar as well using Admin Logs.
I recently upgraded 8 websites to DNN v. 09.02.02 (178), one of them is the host/main site and has additional menu options. On this site I am unable to edit pages, you can open the Pages list and see the pages but when you click on one all you get is an error (An error has occurred) so you cant get to the page properties. I need to change permissions and delete a page but am unable to do so. The other 7 websites all work fine in this regard. Any ideas?
What happens if you navigate to a page, put it in Edit mode, and click the edit page (gear) icon at the bottom?
I've not encountered any problems editing pages in 9.2.2. I think that they were all upgraded from earlier 9.x or a clean 9.2.2 install. From which version of DNN did you upgrade?
Are there any errors in the Admin Log (Event Log)? Or in the /Portals/a_default/logs directory?
This is rather odd: I am suddenly unable to delete content from my Drupal 7 website.
I can no longer delete any content, regardless of the content type. When I click delete and confirm, I return to the content overview, but the items are still there (and accessible). No errors, no warnings, no error logs. Flushing the cache does not help. I'm logged in as admin, so I cannot be a permission-issue. The url aliases however are deleted, the nodes themselves not.
I haven't done any core hacking, or installed weird modules, it's a rather basic Drupal installation. Any thoughts on how to delete content again, or how I can try to figure out what's happening here? Much appreciated!
I had this same issue. I checked the 'error log' and saw a possible conflict with the "Heartbeat Plugin" part of the "Heartbeat" module. As soon as I turned that plugin off (via the "modules" section), the issue was resolved.
I am new to DNN and I'm trying to make a site with custom skin.
Skinning is all ok but once the superuser is time out, I couldn't login again.
The login page has disappeared and was being redirected to an empty custom skin page which only shows the header and the footer.
I have tried
localhost:1234/login
localhost:1234/admin
localhost:1234/?ctl=
but neither of them are working.
I tried to search for solutions but none of them seems to work and not relating.
Please show me a way, if I am missing somethings.
You might look at the Admin/Event Viewer page if you happen to still be logged in somehow (or eventlog table in the database) to see if there is an error being thrown, that isn't being displayed (because you aren't logged in).
That may point to the problem.
You might have a problem with a "container" that is missing thus the module isn't being loaded.
A few other things to try, try
localhost:1234/?ctl=login
localhost:1234/?ctl=register
See if anything loads for those.
Last resort, go into the database and NULL out the SKinSRC columns on the TABS table and see if you can find the default site Skin setting in the PortalSettings and make that null or something other than your custom skin.
One of my DNN 7 sites has lost its ability to edit any of the pages. It now alway displays the Modules, Edit and Pages menu regardless if admin is logged in or not. When I try to edit a page, a window appears and then quickly goes away. There is nothing of use in the event log and I have tried different skins with no luck. I have another DNN website on the same computer and it works fine.
I have found that I am losing permissions to ToggleUserMode after I recompile a custom module that I'm developing has been installed on a test page and then recompiled in debug mode.
I'm wondering if this can be related to the fact that when I install DNN I blank out the default installation option of creating a dotnetnuke application. I leave that option blank and create the installation in the root of my website.
P.S I tried the amended module tag suggested on SO without any luck.
I finally figured this out. I had originally bound www.example.com to my default website but later created a new site for www.example.com. Apparently most of the requests were going to my new site, but the request for authorization for page editing was going to my old site which resulted in the 401 error. I rebooted my computer and disabled my default website and all is well.