I have a dev box running with a namespace and just added a demo visualforce page named "test" and just clicked on "Preview". It is ending up with a certificate error on my browser.
The URL salesforce tries to open is https://myinstance-dev-dev--mynamespace.visualforce.com/apex/test
The certificate being provided by this domain is for "viv1.force.com". That is why my browser is blocking it.
Any idea why this is happening? My visualforce pages were working on the dev box, but now suddenly end up with this error.
Strange solution. Had to check "Critical updates" on setup, and DEACTIVATED the setting "Stabilize URLs for Visualforce, Experience Builder, Site.com Studio, and Content Files". Now it is working again.
I assume for some reason this stabilization missed to change the used certificate behind visualforce pages. Deactivating above option fixed it.
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 am developing a simple application using ADF comes with basic CRUD operations (create, read, update, delete). In this case, as you can see, I have dragged a link to the 1st column which is highlighted in yellow.
So whenever I deploy it and click that, it is supposed to redirect me to the Edit page where client will allow to make commit:
I did make sure the Action of link is associated with the Edit page (as highlighted in yellow above). However, the link wouldn't redirect me anywhere, no response.This is the unbounded task flow:
Okay so I have found out the solution. Due to the default setting, the application will be deployed on IE and this message will prompt out. As you can see, the message is mentioning about browser's compatibility. My IE is version 11.6, I'm not sure what's the issue here since my IE is kinda latest version but this message still pops out and affects the redirect link from working. However, simply copy the application URL to Google Chrome and run should fix this issue. Hope this helps in future.
If the two pages in the Unbounded Task Flow, then Add WildCard Control Flow Rule
and connect the two pages with the WildCard.
Or you can use the Popup instead of opening a new page for edit
I have a dnn 7.1.1 installation I am testing for production. I thought that this version supported a 404 error page. But no matter what type of erroneous url I pass to the DNN site I don't get this page appearing and I don't see it under admin/page management. DO I have to turn this feature on some where? This is a brand new install and the following page says it should be turned on by default: DNN 404 wiki
I could not find any setting in the root web.config. The advanced url provider is enabled.
Can someone help me figure out how to timplement this 404 error page
Thanks in advance
EDIT 1:
Can someone confirm that 7.1.1 is the minimum version for this feature, or is it only with the professional version, I am using DNN platform.
EDIT 2:
See HERE for link to DNN issue tracker. I have tried this both with a new installation and an upgrade from 7.0.6 and the problem continues. If you ask for an non-existent resource with an extension you get a generic asp server error:
Server Error in '/' Application.
The resource cannot be found.
Description: HTTP 404. The resource you are looking for (or one of its
dependencies) could have been removed, had its name changed, or is
temporarily unavailable. Please review the following URL and make
sure that it is spelled correctly.
Requested URL: /blob.aspx
if you request a page wihtout an extension like /blob you get one of two errors:
404 Not Found
The requested Url does not return any valid content.
Administrators
Change this message by configuring a specific 404 Error Page or Url for this website.
OR
The resource you are looking for has been removed, had its name
changed, or is temporarily unavailable.
There is no 404error page in the admin/page management section of the site in either the upgrade or brand new instal. The new instal was deployed uwing Azure website Gallery for DNN 7.1.1.
I manually upgraded a 7.0.6 instance to 7.1.1 to get the other testing environment.
EDIT 3:
Okay, so I know how to reproduce this. If you create a new portal/site with the blank template then there is no 404 error page under admin/page management. If you create a site with the default English template then the 404 error page is listed in page management and the 404 page shows up when you request a deadpage.
WHat I tried:
I copied the 404 error page from the default template site into the blank template site hoping that this would fix the problem. It did not. So now I think that there is a setting that needs to be enabled somewhere, but I know it is not in the web.config file because both these portals are in the same dnn instance and one works and the other does not, so there is another place I have to find this.
EDIT 4:
I don't have a work around other than creating new site with default template and recreating a site. It appears that this error is planned to be fixed by 7.2.1 as documented HERE
EDIT 5:
I dug through the databse to see if I could find a setting that would make this work. The only setting I could find was in portal settings (called 'AUM_ErrorPage404'), so I duplicated it with the following script but changed the portal and tabID to match the portal that was created with the blank template .
This added a setting to portal settings that assigned a error page to the portal. I found this setting for the default template and not the blank template. SO I added it hoping it would solve my problem. It did not.
INSERT INTO [dbo].[PortalSettings](
[PortalID]
,[SettingName]
,[SettingValue]
,[CreatedByUserID]
,[CreatedOnDate]
,[LastModifiedByUserID]
,[LastModifiedOnDate]
,[CultureCode])
VALUES (
[PortalID]
,'AUM_ErrorPage404'
,[TabID of 404 Page I Created]
,[CreatedByUserID]
,getdate()
,[CreatedByUserID]
,getdate()
,'en-us')
I found no settings for the 404error page/tab in the [TabSettings] for the page created in the default template, in fact, there were no records in tabSettings for the error page created in the default template portal..
A brand new site created with the default template in 7.1 only has the following portal settings (with values):
AUM_ErrorPage404 371
DefaultAdminContainer [G]Containers/Gravity/Title_h2.ascx
DefaultAdminSkin [G]Skins/Gravity/2-Col.ascx
DefaultPortalAlias test404
DefaultPortalContainer [G]Containers/Gravity/Title_h2.ascx
DefaultPortalSkin [G]Skins/Gravity/2-Col.ascx
EnableSkinWidgets True
GettingStartedPageShown True
GettingStartedTabId 346
MaximumVersionHistory 5
PortalAliasMapping CANONICALURL
SearchAdminInitialization true
TimeZone Pacific Standard Time
I am not sure where else to look in the DB for a setting to chnage
After some research and hours of frustration. I found that a new setting is required in version 7.2.2:
The table: PortalLocalization now contain two fields: Custom404TabId and Custom500TabId, those fields need to be updated with the same value of the PortalSetting AUM_ErrorPage404, AUM_ErrorPage500 so if you upgrade from a version below to 7.1 probably you have to update those fields by yourself.
Hope this save time.
Israel Garcia
Okay, I got it to work!
The script above did the trick:
INSERT INTO [dbo].[PortalSettings](
[PortalID]
,[SettingName]
,[SettingValue]
,[CreatedByUserID]
,[CreatedOnDate]
,[LastModifiedByUserID]
,[LastModifiedOnDate]
,[CultureCode])
VALUES (
[PortalID]
,'AUM_ErrorPage404'
,[TabID of 404 Page I Created]
,-1
,getdate()
,-1
,getdate()
,'en-us')
The missed step:
After adding the setting for AUM_ErrorPage404 I had to clear the cache and restart the application. Now it works.
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.
When I have the Development mode enabled for my profile, and I open a custom VisualForce page, the code-editing window/frame appears on the bottom of the screen.
Problem: for 7-8 months now, this window does not disappear when I am done with the custom VF page and go on to strandard pages. It's just sitting there, and displays the code for the original VF page. In addition to that, it's keeping the custom VF's URL up in the address bar of the browser, which interferes with other VF pages which take a use of the URL data.
I have submitted this as an issue to SF Support, who had pounded on it for months, and did not resolve.
Have you experienced this problem before, or know how to fix?
I've had this problem before and found the Development Mode toolbar at the bottom of pages particularly annoying. It doesn't work with some of the Firefox plugins that I use. So, I turned it off.
To edit a page without Development Mode turned on, go to Setup > Develop > Pages (or Apex Classes for controllers).
If you'd rather keep Development Mode on you may want to try updating your browser, or try using a different browser (Internet Explorer, Firefox, Chrome).
You can also use the url parameter
core.apexpages.devmode.url=1
in the address of any VF page to temporarily disable the development Mode toolbar.