Office 2016 is regarding all files as having come from the internet, even if they actually have not. This problem occurs for a Standard user but not for the Administrator. I can get round the problem by going to Options/Trust Center Settings/Protected View and unchecking "Enable Protected View for files originating from the Internet", but this solution obviously has risks. Searched the internet extensively but have not come across the problem. Looks like a user profile problem?
Not my ideal solution but perhaps the only one: I set up a new user profile for myself as as standard user.
Related
I'm trying to enable an excel add-in for all users in a given lab (Office 2019 is installed). The path to the add-in's "OPEN" string in the registry is HKEY_CURRENT_USER\SOFTWARE\Microsoft\Office\16.0\Excel\options. Before scripting anything for deployment, I'm just trying to manually test where I can enable that same add-in for HKLM and have it work for another test user.
I've tried creating my own key for the add-in under HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Office\16.0\Excel\Addins (Addins is a key I added manually), however so far I haven't had any luck.
I've seen other people mention this issue in other posts, but the answers weren't very clear to me and many of these posts were from 5+ years ago, so I'm hoping there's a more up-to-date solution I can utilize. Please let me know if you have any knowledge on this particular problem. Thank you!
I'm a bit of a noob with this sort of thing still, so thorough (even verbose) answers are extremely appreciated.
This is a per user delegation. You need to use a GPO to set the reg key for the users as they login.
This morning my boss asked me if I was making changes in the Domino PNAB. I wasn't. I did make one change the day before. Well Designer is showing that I signed scores or hundreds of design elements in the address book, which I did NOT do, at least manually.
We have seen this on and off for years now, and always just ignored it (my boss would resign the design.
Has anyone else experienced this or know what could be the cause. I think I will probably have to open an PMR with IBM.
There could be a few causes. Ones that come to mind are design refresh occurring, auto-refresh from source control ODP and replication from another source. The User Detail on the database may be informative (Database Properties, second tab, User Detail...), it may show when it occurred, which could clarify things.
If you have Build Automatically enabled (I don't), that could cause issues with signing, especially if any change is detected by different signers. Notes/Designer 8.5.3 IF2 should fix an issue where just opening an NSF can causing a signing change for Java classes, but that should be fixed. As Paul mentions, watching out for any potential changes to an app, such as automatic import from ODP, etc., should be watched for. I'm rather leery of leaving Build Automatically on or anything making a change without my explicit direction. I mention this since my company still has a surprising number of older client versions.
Kathy Brown's blog post on the subject ca. pre- 8.5.3 IF2:
http://www.runningnotes.net/index.php/2013/08/29/mystery-application-breakage/
WHen I make any modifications in seattle.master, I see that all the authenticated users are able to see the changes. However, when I am an anonymous user, I do not see any changes, it seems like seattle.master is never used for anonymous users. The problem is I could not find which master page is used for anonymous users. I even tried to modify all the master pages in SP Designer 2013 one by one (Yea brute force:)), but nothing changed. Is there anyone that can give me a clue about this?
Thanks.
SharePoint 2013 is used.
I directed to the master page gallery myweb/_layouts/15/start.aspx#/_catalogs/masterpage/Forms/allitems.aspx, then I checked out seattle.master, then immediately checked in. While checking in, I selected v3.0(publish). The problem is solved like that. Thanks #Serv for helping me to get the solution.
We have two zones - Default is Claims based and Custom is NTLM - this one is used for crawling.
My issue is that when I search under anonymous user - the protected content is returned, even though when I try to click the link - it gives me permission error (which is good).
Any ideas?
this may solve your problem.
It defines the problem that, old crawl data is still on. That a new crawl will solve it.
If it does not, may be you should check your data's permissions that no anonymous user has view permission on it.
And, although it is not related to your question about sharepoint 2010, this can help MOSS 2007 users if needed.
We're planning to use Sharepoint 2010 as a CMS for a website we're building. This site will also have login functionality; and my boss suggested we use Sharepoint's user profile features to store user info (username, password, contact info, etc.) for the site. How is this better then say using a standard list or a database table somewhere? I'm looking into how this could possibly work; but has anyone here tried something similar? Any anecdotes about it you could share? Any constructive input is greatly appreciated.
Thanks,
Frank
You asked for anecdotes. I have an anecdote.
A while back, I was trying to set up a Sharepoint server that exposed users' personal pages to the Internet at large. We wanted to allow authenticated access, but not to require it; that is to say, normal users would have read-only access and additionally the ability to submit InfoPath form data to Sharepoint libraries created to receive the results. The users could thus post public information and create public surveys using Infopath web forms.
When I went to make access public, I ran into a few problems. The "unauthenticated users" option on the preferences page of the document library was greyed out, even when I was logged in with a super-admin account.
In the end, I had to do a little bit of URL hacking to make this work. I had to change "DOC" to "DOCLIST" in the URL I used to access the preferences page (not that exactly, but something like that) and then the "everyone" option became available. In other words, there was actually no official way to do what I was trying to do.
The whole thing left a really sour taste in my mouth about Sharepoint for Internet-facing sites. See also things like this. Sharepoint is really designed for Intranet use only. As an additional downside, it is much more resource-hungry than normal CMSen. A full Sharepoint install can, without a single user, choke a pretty powerful virtual machine. I can't comment on its scalability as I've never done a really large rollout, but I can say that the indexing service is pretty heavy on the CPU.
Seems to me that LDAP would be a better way to store information on users; if you're using Sharepoint, you've probably already got an AD infrastructure. AD stores user profile info in LDAP anyhow - what you see in "Active Directory Users and Computers" is just a glorified LDAP browser.
Here is my initial toughts:
PRO: It's "easy" to merge infomation from outer sources like your AD, to be stored with the "other" user information in order to be displayed using the same means.
CON: I haven't come across a FBA Membership provider for User Profile Store.