Please forgive this is new version of another post on Thursday, January 17th. There've been so many efforts to correct that problem a new statement about the parent problem, child problem(s), and attempted remedies seemed most useful to audiences.
Running DNN 7.0 changes were made to the default alias in Admin >> Site Settings for rightanglecompanies.com. This single change simply switched the default alias to rightanglecompanies.com from www.rightanglecompanies.com. Both URL’s remained aliases. The only change that was made speified which URL is the default.
SInce making that single change to the default alias many, many problems all over the site have surfaced. Sorry for the scope of this message, but the list of problems is many.
Since making that change, the only URL reaching the website now is http://www.rightanglecompanies.com/de.... Missing any part of that URL results in a 404 error.
Attempting to login using www.rightanglecompanies.com or rightanglecompanies.com produces a 404 error. Both of those two addresses worked fine prior to the change above.
Once on the site there're now many problems that cannot be fixed or figured-out:
- Accessing Host >> Host Settings
- Can access Host Settings from the Host *Page,* but not via the Host Menu.
- Accessing Admin >> Site Settings
- Can access Site Settings from the Admin *Page,* but not via the Admin Menu
- Method to acess Site Settings:
- Host >> Site Management >> Clicking little pencil next to site name permits access to site settings:
- The Page Management page does not show the full tree. There should be over 500 pages listed, but only two of the top nodes appear. Trying to expand the two nodes that do appear does nothing. I'd suspect a skin issue, but the Page Managment page, just like the CKEditor problem (below), had been working perfectly fine for weeks ... everything had been fine with the Page Management page until the changes starting all the problems here. I tried adding a new Page Management module to a blank page. That module works the same as the Page Management page from the Admin page, and the CKEditor below.
- Dealing with Links in the CK Editor does not show the full tree where DNN pages can be selected. Exactly the same as the Page Management tree only the top two nodes appear, and these cannot be expanded.
- Login now reaches a message stating:
- Access Denied
You do not have access to view this page within the website.
- The URL for that message is not the Home Page, but is http://www.rightanglecompanies.com/De....
- Site settings have a different Home Page specified, not the page in the URL above.
- The message does not appear to have any impact as site appears to work fine. Needless to say, that message should not appear if the Home Page exists and is specified in Site Settings.
Prior to making Site Alias changes the site had been working ... well ... "perfect" since just before The Holidays when a fresh DNN 7 CE had been installed. I tried upgrading to the latest DNN 7.0.2, but that did not help at all.
As indicated above, the site is using the CKEditor. That HTML provider had been working perfectly prior to the problem(s) listed above. Since there is a problem with the tree on the CKEditor links page I tried uninstalling that provider, deleting the folders/files on the server, then reinstalling CKEditor. The same problems remain.
The site has the DNN Active Directory Provider module, but that module has been working fine for several weeks.
The site also has metaPost, but like every thing else that module has not surfaced any problems. Moreover, no connections with metaPost had been made for several days.
I've also tried removing the second alias URL, leaving only one default. That did not work.
I've removed and restored the URL bindings in IIS.
I've had Freindly URL's switched off for several weeks. Why Friendly URL's are off is not important to this message, but to test if that setting helps this situation Friendly URL's were turned on. Friendly URL's actually caused more problems (they were shut-off immediately since there's no chance to get other work done with them on).
After every one of these changes the Web.Config file was opened, a carriage return (or backspace) placed, the file saved and closed (a backup is always made first). The site was also restarted in IIS and the application pool recycled with each effort to get the settings to work correctly..
Thanks to the DNN community. I hope somebody understands why this problem has happened, and how to solve the situation. Getting the problem fixed is important, but I'd also like to understand why this has happened so that the problem never happens again. Please accept my sincere gratitude in advance. :)