There are two client PCs. PC1 has only Office 2010 installed and PC2 has multiple Office installed but office 2010 is the default installation.
The two PCs behaves strangely when open SharePOint Excel file. No files are checked out from SharePoint and no one is trying to access the same file at the same time. PC1 opens Excel file from SharePOint is read-only (don't have Check out button under File-> Versioning). PC2 opens Excel file from SharePOint is ok to edit (does have Check out button under File-> versioning, can add a new row and save directly).
What cause the check out button shown differently on different PCs even the files are in the same condition in the Share Point?
Added Notes here: I think this is totally related to the first PC. The first time (only the first time/can be edited in the second time) to open Excel file from client application side has the issue. I have checked Content.MSO and did see all files created and removed correctly so it is not Content.MSO issue.
Thanks,
YK
Related
From my enterprise application, I can export a list of assets into an Excel file or a PDF file which puts a clickable hyperlink that points to the asset. When I open the hyperlink in the browser by clicking on the hyperlink in the excel file, my application prompts me to sign in (which it shouldn't).
This doesn't happen when I click on the hyperlink in the PDF file or manually copy the hyperlink and paste it into the browser window. When I save this excel file as a PDF and then click on the hyperlinks then it works as expected(without re-prompt for sign in). I have also manually created hyperlinks both using the formula(=HYPERLINK) and using the Link context menu and the behaviour is the same in these two cases (Prompted for signing). I have also tried this with word and it's also prompting for me to sign in.
Is Excell/MS Office doing anything additional whenever I click on these hyperlinks and if so how can I disable this functionality? How are external URL's handled in the MS office?
My document would look something like below(with a lot more columns)
This is because when a hyperlink is opened in any word document MS office process it and if it needs to be opened in a browser it opens with a new session ignoring the session id. Some SSO providers do not recognise authentications across sessions and hence prompt for authentication again. This can be avoided by instructing the MS office to open the URLs directly in the browser by modifying the registry key.
Create a new DWORD named ForceShellExecute and set its value to 1 in the below registry entries (Most probably the registry key will not be present, create a new one)
For 32-bit versions of Office installed on 64-bit operating systems:
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Office\9.0\Common\Internet
For 32-bit versions of Office installed on 32-bit operating systems, or 64-bit versions of Office installed on 64-bit operating systems:
HKEY_LOCAL_MACHINE\Software\Microsoft\Office\9.0\Common\Internet
Note: Even though I have 64bit Office 365 enterprise I had to set the 32bit registry key.
Links to Microsoft KB articles: Issue explanation and Solution
I have been working with this excel macro since April 23rd. Recently it has stopped showing up even though it is showing installed. Any ideas?
What I have already tried:
I have checked the trust center to add the folder I have the macro stored in but it is currently stored on an internal network drive that can not be added to the trust center.
I have also moved the macro to the default directory for Macros. It still will not load in.
When I just drag the macro .xla file into Excel it will pick it up and start showing in the VBA IDE, but only if the file I drag in is stored on the default directory.
Excel Macros installed:
Excel Options
Add-ins
Excel VBA IDE not showing the macros as well as not showing in the ribbon:
Add-ins tab not showing add-ins
Missing from VBA IDE
I am not certain if this applies to your case, but this is what worked for me with the following set up:
- Using Windows
- Add-in stored on the network drive
My problem was that after I installed an add-in it would show up (both IDE and as a custom ribbon), but after I closed Excel and reopened it the add-in would fail to load (no ribbon, no IDE).
First step to fix this is to add a trusted location in Excel settings:
Trust Center -> Trusted Locations
You may need to select [Allow Trusted Locations on my network] before adding a location.
You can add just one folder, or, if it is appropriate, you can even add the whole network drive.
You may want to select [Subfolders in this location are also trusted]
The second step was far from obvious to me. I also needed to add network folder as a trusted location in Internet Explorer of all things:
Settings -> Internet Options -> Security -> Intranet -> Sites -> Advanced
Then you need to add the folder path to the network folder that contains the add-in.
After completing both steps and reopening Excel add-ins in the network folder started to appear both in IDE and as a custom ribbon. These two steps were necessary part of installation for every user.
If you are using multiple add-ins you may want to consider using one network folder for them. You can also take a look at this question about network add-ins to see how they can be distributed in a more convenient fashion (one of the answers there is mine).
In Sharepoint we have a report created by Visual Studio-ssrs. When the report is executed and the results are shown, when I click on actions/export/excel (or other formats) I receive a message at the bottom of the screen saying that the file ‘couldn’t be downloaded’. The same happens when i try to export a sharepoint list to excel (therefore this is not a problem of ssrs only )What can I do? I have the following additional information for the problem:
- I use IE11 32 bit Excel 2016, SQL/Visual studio 2008.
- I have no problem in downloading any file from Sharepoint (eg from document library) or from internet.
- When I switch user and log in (in the same pc) with another user of the network I do not face the above problem and the file is saved normally
- When I switch user the settings change. I make the settings of my user the same as the settings of the other user (Internet options/security/custom level and internet options/advanced) but there I still have the above problem.
- when I log in with my username to another pc I have no problem.
- I reset IE but I have the same problem.
- I check from manage add-ons and I have the same add-ons as with the add-ons I have when I log in with the other user. The only difference is that in the ‘run without permission category’ the add-on ‘SharePoint OpenDocuments Class’ appears three times compared to two with the no-problem user. All have the same version (15.0.4420.1017)
I found the solution. I run the Internet Explorer as an administrator and the problem was solved.
My company is using WSS 3.0 to host a document library storing (mostly) Office 2007 format documents. Company PCs have either Office 2003 (with the 2007 compatibility pack) or Office 2007 installed.
We didn't have any problem getting docx to work, but xlsx documents don't open properly when we use the SharePoint document edit options. The file opens in excel, but displays unformatted mess (close to the notepad representation). The actual files are fine, downloading the xlsx file (using the send to -> download option) allows the file to be opened. It is only when we use SharePoints 'Edit in Microsoft Excel' that we get an issue.
I think that the issue is excel (2003) trying to open the xlsx file as if it were and xls file, and being unable to represent the zipped contents. Has anyone seen this issue before?
EDIT: I've noticed that when the document is opened with explorer, it actually opens through the Microsoft open XML coverter. Clearly, SharePoint isn't using it, is there a fix that works round this?
UPDATE: I have done a bit more research, as added in the comment below this issue replicates across all machines on our network which use office 2003 and XLSX files from SharePoint. I have confirmed that using excel to open xlsx files in explorer (without the converter) results in the same issue as when they are opened from SharePoint. I think i need a way to tell SharePoint/IE (whatever actually handles the office interaction, URLMON/HLink?) that the proper file assosciation for XLSX isn't excel.exe.
Are you able to test this on another computer? Might be related to a registry entry and/or other software causing it (because you did not had problems with word). The ideal test scenario would be a brand new OS Install with only Office 2003 and the compatibility pack.
I have an isolated issue with a user who has IE 11, office 2013 and is trying to open office files stored on SharePoint 2010 document libraries.
When he clicks on the document, the office application starts but does not open the document. He has to download a copy of the document and make changes locally.
Other users can open the files fine and their client instance of the office application works no problem to open the document. This behaviour is the same for any office file on the SharePoint 2010 farm. pdf files behave normally and open in acrobat. With text files notepad doesn't even appear so slightly different but still incorrect behaviour.
I have tried adding the site to his trusted sites in IE. Using Firefox and the behaviour is the same. Repaired office, same issue. All other users are OK.
Any help appreciated as I have exhausted google.