I want to prevent users from accessing the Visual Basic Editor in any of the application of Microsoft Office package. Is there any way of doing this by changing any settings in registry or any application specific setting?
I've gone through the various similar kind of questions on SO and other knowledge banks as well but never found any satisfactory answer. Most of the answers I got to were like -"Protect your project", "Disable Alt+F11 for your project" and all but I don't think I can disallow access to the VBE this way.
Please share if have any solution to this problem? I highly appreciate any help!!
Thanks.
With most versions of Office, VB can be disabled as an additional option at install. With others a Microsoft-authored tool needs to be used.
Check this Knowledge Base link for details: Microsoft KnowledgeBase
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.
We have a Excel Web Addin, that was deployed to a group of users using the Office 365 Admin Center. But the add-in is not visible in Excel 2016 (Version 1803,Build 9126.2275, Click to Deploy) for those users.
Fiddler trace shows the following when the user tries to refresh the "Admin Managed" add-in dialog box.
Fiddler Trace
<MessageText>User must have a mailbox for name resolution operations.</MessageText>
<ResponseCode>ErrorNameResolutionNoMailbox</ResponseCode>
I also came across this post
"No add-ins currently available." when deploying add-in using Centralized Deployment
that talks about enabling Exchange. I am not sure what that really means.
So any help is appreciated in understanding the issue and resolution.
Thanks
-kudlur
Based on the error message, I'd assume you're having issues with users not being assigned mailboxes, which are required to enable Centralized Deployed add-ins.
Could you try running through the compatibility checking steps outlines here? It will help provide more detail on the exact issue.
Download the compatibility checker here: https://www.microsoft.com/en-us/download/details.aspx?id=55270
Run the compatibility checker Start an elevated PowerShell.exe window.
Run the \Import-Module O365CompatibilityChecker\ command.
Run the \Invoke-CompatibilityCheck\ command, which prompts you for TenantDomain (for example, TailspinToysIncorporated.onmicrosoft.com) and TenantAdmin credentials, and then requests consent.
You can also find more ways to debug in this help article: https://learn.microsoft.com/en-ie/office365/admin/manage/centralized-deployment-of-add-ins?redirectSourcePath=%252farticle%252fDetermine-if-Centralized-Deployment-of-add-ins-works-for-your-Office-365-organization-b4527d49-4073-4b43-8274-31b7a3166f92&view=o365-worldwide#BKMK_UserAndGroupAssignments?omkt=de-CH&ui=de-DE&rs=de-CH&ad=CH
Thanks, Alan
I've just installed the Rubberduck add-in.
If I configure my vbe windows so I can see your duck-windows it all looks lovely but when I restart Excel it is back the way it was before: is there a way around this so my configuration of the vbe persists?
Yes, it is possible to configure this, but no, it has not been implemented yet. Essentially, this would involve remembering whether the dockable windows are currently displayed when the add-in is unloaded.
In order to do this, Rubberduck could store these positions in the settings file and display them when it is loaded.
If you wish, you can create an issue for this, and the team may implement it in time for the next release if it has enough support.
Full Disclosure: I am currently working on the Rubberduck Team.
trouble again with Team Foundation Server Power Tools 2012. I just installed VS2012 and the power tools. We use check in policies. My problem: when I associate a ticket with a check in (as my policy demands), the ticket is set to 'resolved'. I don't want this behaviour, does anybody know how to change it?
thank you
You should be able to use the process editor included in power tools to make that change.
Here is a blog post detailing several ways to make this change:
Changing the default Check-In Option
Check the WITD of the ticket (work item).
The XML will have Action="Check-in" under the transition "Active" To "resolved". Remove this action. That's it.
Is there any sort of "out of the box" system within SharePoint (i.e. MOSS 2007) that is useful for tracking/managing permissions. We've got a relatively small installation, but I can easily see special permissions for special users/sites getting out of hand. I'm hoping there's something pre-baked into SharePoint that will help with this, but if there is, I don't know where.
If this isn't available from SharePoint, are there any 3rd party tools people would recommend?
If anyone is curious, I ended up using SharePoint SUSHI for this. It has some useful "security reports" that met my needs. There's a few other goodies included as well. The best part of it all is that it's FREE. :-)
Unfortunately, I haven't found anything that great out of the box in SharePoint for managing or tracking user permissions. You always have an opportunity for customizations. There are some third party tools, however. The best tool I've found for simple management of SharePoint is the Universal SharePoint Manager v2007.
This app has some stellar tools for analyzing security and information about permissions.
Here's a link directly to the feature that might interest you the most: http://www.idevfactory.com/products/uspm2007/features/sharepoint%20user%20site%20security%20analyzer.aspx
I haven't used the USPM myself. I have used the SWAT tool which has a subset of features. iDevFactory does do a good job with their apps and I've found that it's fairly decent ant getting what you want.
Good luck!
Here is a free option that is getting good reviews http://www.codeplex.com/AccessChecker
The SharePoint Administration Toolkit contains a permission tool that shows the effective permissions for a user or group. Becky Bertram has a blog post about this.
See information for downloading it on the SharePoint Team Blog.