Here are some illustrations.
I've got a group without subgroups:
And when I push create subgroup, I see this:
Also posted this issue on gitlab forum
I've run into the same issue. Apparently, the button is displayed even though you don't have rights to create a new subgroup.
Here's a link to the issue:
https://gitlab.com/gitlab-org/gitlab-ce/issues/30139
Related
I tried implementing redux-oidc by following the guide on the GitHub page. I am connecting to a IDP server built by me using identity server. I thought everything was set up properly but got the error below. How can I fix this or find the source of the issue?
Fixed it, the issue was happening because I needed to add Prevent Default to the button click.
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
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.
I just created a custom link to a salesforce report
/xxxxxx/?pv0={!Account.Id}
But when i insert this custom link on the account page layout and click the link it shows error
URL No Longer Exists
I even tried to preview the custom link but it also shows the same error.
Can any one point out what may be wrong.
I think you don't need last "/" :)
Try with /xxxxxx?pv0={!Account.Id} ?
I keep getting this warning when I update a view in a panel (I used the Views and Panel modules to create a custom home-page design). We are building an intranet for our company and our IT department has linked our SharePoint network credentials to the Drupal site using LDAP (if this would explain the warning at all). Below is a screenshot, please advise!
The accepted answer is outdated -- see the hilariously-frustrated response by dddave to the users who keep trying to apply a patch that's already been committed.
http://drupal.org/node/1739718#comment-6613292
The updated answer is to download the latest -dev version of CTools, which has the proper patch already rolled into it.
A quick search of the Drupal forum shows that your Drupal version may just need a patch:
http://drupal.org/node/1739718
What version are you running? And did this error only appear after Drupal was linked to use LDAP/Sharepoint credentials? (ie - what was the triggering event? Has this been happening for a while? Did you update Drupal recently? Or are you brand new to this role and so seeing this for the first time?)