i have a sharepoint 2010 site which has anonymous access, the pages without layouts has no issues.
the pages which are using page layouts are prompting for user credentials.
Please advise me.
Thanks in advance.
Please make sure your layouts are checked-in and published along with its all referred css and script files. Also, the layout should not contain any webpart or control which require elevated permissions.
Are you sure that the page layouts does not have any permissions on them? Or: are you sure that the page layouts have anonymous permissions?
Related
We have setup keycloak with identity brokering with an AD for SSO. The login itself works fine, but we see the same error as described in https://issues.jboss.org/browse/KEYCLOAK-5179 when logging in on different browser tabs.
The message itself is annoying, but not a real problem. What I really dislike is that the link "back to aplication" doesn't point back to the application, but to the broker login service (server.com/auth/realms/mf/broker/dbwebsso/login). Thus, the user lands on the same page without getting any further. :-(
Is there a way to either correct the link to the correct starting point of our application or disable the link itself completely?
Thank you
Sven
You can extend Keycloak themes and Override the particular ftl file as you need.
Or you can override the base theme (not recommended)
Note: If you are extending theme make sure you are selecting the newly created theme under realm settings -> themes
This Link will help you to Add Custom Theme
How to login to windows authenticated sharepoint site automatically without prompting for credentials using VB.net. any help would be appreciated.
Thanks in advance.
Info you've given us is not enough to answer corretly; I hope this helps:
If it's a custom solution that is in the sharepoint; sharepoint should do this automatically if the user has the appropriate read permissions given in the "User permissions" of the site and there should be a ie trick like:
Go to Internet Explorer options.
Add the SharePoint site to the Trusted Location.
Go to Custom Level and scroll to last option and change it Automatic logon with current username and password.
You may also do it for Intranet Zone if required.
reference here
Like you can understand, it's a client based decision as well, so there should be no fully-operable way to do this.
When publishing is activated on a web, a new "Navigation" link is displayed on the site settings page (which points to _layouts/AreaNavigationSettings.aspx).
I want to change the permission levels which dictate whether this link is visible on the page, however I can't find the CustomAction which installs this link.
Does anyone know which XML file in which feature this is defined in?
It is obvious that this is an out of the box feature, so you can't modify it without invalidating your support :/
What you could do is build your own feature and use a feature with CustomActions to remove and replace the links to the current page with links to the new page you're creating.
I have a sharepoint site that contains 4 document libraries. Even the viewers are able to edit the uploaded word document.I dont want this. Only the admins should be able to edit. How can i achieve this
You must have something wrong with the permissions on the library or the user is inheriting rights from somewhere.
I've set up a few doc libraries with some users having read-only permissions and it works fine.
Within the library use the Check Permissions button to verify what permissions the user has. The test will tell you whether their permissions have been granted directly or inherited etc.
I have a SharePoint 2010 site that is configured for Forms Based Auth using custom role, membership and profile providers. This works perfectly using the OOTB SharePoint 2010 FBA form (ie. under /_forms in the web app virtual directory).
My problem is with a custom login form that is located in a separate folder, /Landing/Login/default.aspx. I've configured the web app to point to this form (contains an unmodified ASP.NET login control), which is rendered when the user hits the root URL. The problem comes when they submit their credentials and the form posts back for the redirection to /_layouts/Authenticate.aspx. It stops cold with a 403.
If I revert back to the OOTB FBA form (using the same providers) everything works fine. Any suggestions on what could be going wrong?
So, I discovered the solution after examining the OOTB FBA login form that inherits from Microsoft.SharePoint.IdentityModel.Pages.FormsSignInPage and taking a look at the code with Reflector.
I modified my custom form to inherit from the same object and replicated the content placeholders (some I put into a panel control with the visibility set to false) from the OOTB Form.
Presto. My custom form now authenticates flawlessly. On reflection, this seems an obvious thing to do, just isn't documented anywhere.
I just went through this process myself, and wrote up the steps I had to take to get FBA working with a custom login form. Hopefully it'll help the next poor soul that is trying to get this to work.
http://mikevallotton.wordpress.com/2010/10/18/sharepoint-2010-claims-authentication-custom-login-form-2/
If you want to use ready-made solutions for the management of FBA users, you should take a look here:
http://www.devit.eu/products/121-fba-manager-sp2010-forms-based-authentication.aspx