I have a SharePoint site where I am the admin and I have full control permission. One of the users created a link on the navigation menu, but I cannot edit it or delete it. The user is no longer on the site. I checked the permission again, and it shows I have full control.
How do I modify or delete the link and its page?
I tried giving myself more permission, but that did not help. I thought full control covers everything.
On the edit mode, some links are editable, but the one I need to remove doesn't give me that option.
If it is a link to a list/library, it might not be permissions related. Check the List/Library Settings, "Name, Description and Navigation" option:
Related
In Team Foundation Server 2010 Team Project Portal how can I create sub-folders in the Wiki section?
Customize the Wiki
Goto Advanced Settings and enable Make New Folder option.. tada!
The Wiki functionality is just a Sharepoint functionality. Adding folders is not available by default in a SP Wikisite. For a workaround, read http://sharepointpratik.wordpress.com/2011/04/06/create-folder-in-wiki-page-library/
Do the following.
Open settings menu for a library:
Find advanced settings:
In advanced settings find "Make 'New folder' command available" and choose 'Yes'. Confirm your settings.
Go back to your page library and evidence 'Folder' command in 'New' menu:
For some versions of SharePoint, you can also grant Manage Hierarchy permissions to the user and/or group, then you can use a “/” in your link and SharePoint will automatically create the folder for you.
For example, the link might be [[SubFolder/Home|Home Page for Sub Folder]], which will create the Home page in the folder named SubFolder.
Perform the following steps:
Click to Site Actions.
Click Site Settings.
Click Site permissions.
Check the box next to the user or group of interest.
Click Edit User Permissions.
Check the Manage Hierarchy box.
Click OK.
I have a test user account, who is in the group "Members" with the default permission level of "Contribute". I created two custom aspx pages in Visual Studio, that are stored in the _layouts directory. How is it possible that this user account can view one of those pages, but not the other? One page has a single button on it and the other has a gridview, displaying list items. He can view the page with the gridview, but not the page with a single button. Anyone has an idea why?
Oh, and he is also prohibited from viewing a custom web-part written in Visual Studio, for some reason.
Ok based on your comments it sounds like you are probably accessing either the Group itself and the current user doesn't have access to view the members of the group. Note it may also be something else in your code behind that the current user doesn't have permission to do. Typically the access denied page happens without an exception so you'll have to look at the SharePoint ULS logs for more information on the error. (Technically it aborts the normal page rendering life cycle and redirects the user to the Access Denied page.)
ULS logs are found in the 12 hive under the LOGS subdirectory. I would suggest using the ULS Viewer instead of trying to visually parse through the logs with NotePad (there's a lot there).
I am using a custom theme for the front end of my drupal website.I created it by modifying garland theme.And I am using garland as the admin theme.
When I try to edit a page from admin it shows the edit page with my custom theme (http://example.com/node/2/edit?destination=admin%2Fcontent%2Fnode). And It breaks up the layout.
I want to show the admin theme for all the admin tasks. This problem also occurs on the blocks page (http://example.com/admin/build/block).
Is there any custom module or core hack to show admin theme when editing pages.
If you want to use admin theme by non-admin users you must give permissions to that user: Permitions->System->View the administration theme
Be sure that you check the option in the page example.com/admin/settings/admin
To get the admin theme showing for non-admin users, I went to admin/people/permissions/list and checked the "View the administration theme" box for all roles.
Sounds simple except that the Filter list wasn't showing that entry when I typed theme, so it took me awhile to find it. Finally I used the browser find to find all instances of the word "theme".
Or, you could type "System" in the Filter list to show only a few options in the relevant category.
You can use admin theme module, download and install it , the go to permission in dmin/people/permissions then in Administration theme set permission to waht user you want by checking Access administration theme.
Then goto http://chapboo.com/admin/appearance in bottom of the page in custom page add
admin/*
node/add/*
node/*/edit
and finally clear the cache
You have to check the checkbox under:
exemple.com/admin/appearance
I need the ability for users to add, edit, and delete lists/libraries but not have the ability to edit web part pages or delete web part pages. I am boggled that the Edit Items permission allows for editing and deleting web part pages. The alternative I see at the moment is setting Read permissions across the entire site, and then setting specific permissions on each individual List/Library. The problem with this is that I have site templates, so the security does not remain in the site template (it inherits from the parent). Can someone clarify this for me? Or suggest what permission level I should use to accomplish my goal stated above? Thanks.
I had a similar issue at a client site. The workaround I found that worked out rather well was to break the permissions on the 'Pages' document library and set that to read only (with the exception of the groups that actually needed rights to edit pages).
HTH
-CK
I made a custom page and added it to a MOSS 2007 site.
the custom page has an update panel and some ajax controls
when I'm logged in as an administrator with full control permissions, the page works fine.
but if another user with even Full control permission logs in and browse the page, an error appears:
The control with ID 'UpdatePanel2' requires a ScriptManager on the page. The ScriptManager must appear before any controls that need it.
where UpdatePanel2 id the id of the update panel in the page, and the strange thing is that the master page of the site has a script manager addded to it.
so what can be the reason of this ?
thanks
This is one of the Common Behaviour when you dont approve the changes of the MasterPage after chaning the master page through SharePoint designer. To resolve this problem make sure that you have approved the changes of the MasterPage you did. Usually admin has fullpermission to view the unapproved changes as well, while normal users dont.