I have a spreadsheet shared on OneDrive that I maintain, which contains VBA code so it must be opened in the Desktop version. Whenever I open it directly (not through OneDrive) after updates have been made, I get the "Server File Updated A newer version is available" message.
Many of the users of this spreadsheet have it open for days on end, and therefore do not see the updates until they close and re-open it.
I am wondering if it is possible to implement some code that periodically checks OneDrive whether a newer version is available and trigger the "Server File Updated A newer version is available" pop-up, or at least force a close and reload of the spreadsheet.
This would be a great help for many reasons. Excel certainly does it well enough when I open the file, but I cannot find any way of re-triggering this check.
I hope that makes sense and a simple solution is available.
Darren :)
Solution
Open the windows application Office Upload Center (you can type this in the Windows 10 search to locate it.
Select Settings
Check mark Delete files from the Office Document Cache when they are closed.
This will stop this error happening in the future.
Click Delete cached files to correct the error for the current instance.
1) Search "Upload Center" in Windows 7
2) Upload Center => Settings => Check the box "Deleted files from office document cache when they are closed" and click "Delete Cached files
Related
This is regarding editing a shared Excel file on a Windows 10 computer.
Context:
The excel file is sitting in a Microsoft Teams site (ie. SharePoint) and being opened in the desktop version of Excel.
To clarify, the Teams file location is mounted onto the Windows File explorer via the sync button on Teams:
I keep getting this error:
But I've not found how to avoid it.
Any ideas? I am not looking to make a copy of the file because that breaks the links I've shared to the active file. But also I don't know what changes I'd be overwriting if I choose "Overwrite changes"
I am developing/testing an Excel Add-In. I added it to the desktop version using the "shared folder catalog" process outlined here:
https://learn.microsoft.com/en-us/office/dev/add-ins/testing/create-a-network-shared-folder-catalog-for-task-pane-and-content-add-ins
I updated the manifest XML for new ribbon commands, but Excel is not updating. I am unable to update/remove/reinstall an add-in installed from the "Shared Folder". I tried removing the add-in catalog and re-adding it in Trust Center Settings, but that did not work.
It is caching your manifest. Try bumping the version number in the manifest. This will alter Excel that it's cached manifest is no longer valid.
If bumping the version doesn't trigger the update, you can manually clear your cache by deleting the contents of %LOCALAPPDATA%\Microsoft\Office\16.0\Wef\. For non-Windows environments, see Testing & Troubleshooting in the Office.js documentation.
The solution to this was pressing the Refresh button in the top-right corner of the 'Office Add-Ins' dialog.
The answer below by #marc-lafleur hints in the right direction: it is about caching. But it is not the Wef folder you have to empty, it's the Temporary Internet Files as Office actually uses IE to display the JS add ins and such everything is loaded from the IE's cache.
For dev, it might be best to just disable it.
I have been digging into this for quite sometime to no avail. Thanks for any pointers.
Lets say you have a simple VSTO excel add-in. In the publish properties, I have specified a publish location and an installation location for end users.
I click publish. Out comes a setup.exe, addin.vsto manifest and application files. I understand that I will eventually copy this to an install location specified in the properties.
The question is - where exactly the "installation folder url" end up?
I searched in the vsto manifest, resources in setup.exe and resources in the addin.dll etc.
Why I want to know is that at build time, I want to change the installation folder url. I tried passing a command line argument, but it seems that eventually when I publish a revision, the updates are not getting picked up on the end user machines. Now I am curious as to how this value that I enter in this dialog box is used by the publish process and where it ends up.
Thank you for reading and your time.
Answering my own question since I spent more than a week on this and it might be useful to others.
At least for the scope of the question - You are developing an excel VSTO addin
The installation folder URL that you specify in the publish properties of Visual Studio is not used. It might be used for document level customization, but not for application level add-ins.
Essentially when users install the add-in from an "installation folder url", the
value of that is entered into the registry under Office\excel\addins, and this how the add-in checks for updates.
I wish the installtion folder url is grayed out for add-ins so it is clear that it is not really used. But now you know
How can VBA help full, offline accessible documentation install into Microsoft Excel 2013?
I have tried to download this: https://www.microsoft.com/en-us/download/details.aspx?id=40326, but I cannot open help sections.
I have already tried to modify my installation, but cannot find any options related to this in setup.
Trick to open the file is double click the file. One pop-up as per image shown below will appear.
Please uncheck the tick mark ie remove it in the check-box Always Ask before opening the file.Then open it. It will be opened with its contents. HTH
Edit :
I am able to open these documents by trick adopted by me. Screen shots shown here.
After opening Excel Developer Help File I am getting the index on the left side and selected page opened on the right side which can be fully navigated. Please let me know what you are looking for. Apart from this There is an opening page where references to web url's are presented.
In a connected world security updates are a fact of life for a Long time. Microsoft have done a mighty job of securing Windows starting with XP SP2 released in Aug 2004. Since then a string of updates have reduced the humble CHM to the status of a humble local help system. It's a shame but we have had to move on.
Please note and make sure downloading your CHM's to a local drive!
Because files downloaded off the Internet - including ZIP files and CHM files contained in those zip files - are marked as as coming from the Internet and so can potentially be malicious, so do not get browsing rights on the local machine.
A explicitly 'unblock' of your downloaded CHM file may solve your problem. Please try in Windows Explorer and in a local drive (!) before going the next installation steps for Office 2013:
Open Windows Explorer and navigate to your download folder
Find your CHM file
Right click and select Properties
Click the Unblock button on the General tab
Here's what the dialog looks like:
I remember (not sure) the Unblock button may appear in NTFS filesystems only.
TFS 2012 Checked out by someone else or in another place.
Is there a way to see by who this change is checkout?
I know, because the source code has not been published to the server yet, there's no way to fetch the changes made by that person. Aldo is there no way to get to know who is working on it?
Yes, i can ask arround in the team who is, but we have several teams in different offices.
So its not that obvious...
Yes, there are multiple ways to see who has a file checked out. The mentioned TFS Power tools are one way. Another is to use the commandline tools:
tf status $/TeamProject/Path/To/File.ext
You can use TFS Power Tools (Visual Studio Add-in) and do a search "by Status"
That will show you which items are checked-out, by who and in which workspace.
I found a work-around to get this information, though this procedure may not always be possible. The check-out log shows the list of users who have the file/files checked out.
Right-click on a file/folder and choose Check Out for Edit. In the Output window (if not visible, go to View > Output), you should see something like this:
$/Dev/SharePoint/Finance.Sandbox/Resources/GlobalResources.resx:
opened for edit in TGTRAPP22155;Nigel.Hewitt
opened for edit in SRCGAPP21921;Bob.Carlo
opened for edit in ARSYAPP22182;RDP-ADMN-Jane.Pierre
This should tell you the name of the user and the machine on which the file has been checked out.
(To undo your own check out operation that you just did to get the above information, right-click on the same file/folder and choose Undo Pending Changes. If prompted if you want to "Undo check-out and discard changes?", choose "No to All" to preserve your existing changes and only roll-back check-out on files that don't have changes.)