I've been working on a process that copies attachments to a couple places. Here's the basic outline:
User adds attachments to Power App
Power App adds those attachments to SharePoint list item
Power App/Automate adds those attachments to Freshdesk ticket
Power Automate copies attachments from SP to send confirmation email to user.
When FreshDesk ticket is closed, Power Automate reads attachments from Freshdesk notes and adds them to 1) an email to the original user and 2) the original SP list item.
Everything seemed to be working fine, but I am suddenly having issues specifically with Excel attachments. I can open them in their original OneDrive location, the emails they're attached to (although the Excel previewer doesn't always want to open), and in the FreshDesk ticket. I cannot open them in SharePoint. I just get an error that "This workbook cannot be opened."
These exact files were working fine before. I've cleared my cache, restarted by computer, and tried a different browser. Nothing will let me open them from my SP list. Help!
Edit: Solved, thanks to the folks on r/sharepoint! It's a Microsoft bug. You can view it in the M365 admin Center under Health. Description below.
SP411415 :
Title: Users can't open recently created Excel files from within SharePoint Online lists
User Impact: Users are encountering an error when attempting to open Excel workbooks from SharePoint Online lists.
More info: Affected users will see the following error:
"The workbook cannot be opened"
Current status: The fix has been submitted and we anticipate that deployment of the fix will start within the next one to three days. We're monitoring its progress to ensure the fix gets deployed and saturates throughout the affected environment.
Scope of impact: Any user hosted on the affected infrastructure will be impacted.
Root cause: A recent service update contains a code error within the previewing function which is causing an exception, resulting in impact.
Next update by: Thursday, August 11, 2022, 4:00 AM (9:00 AM UTC)
Related
I have a spreadsheet (macro enabled ) mounted on a sharepoint for multiple user access in centralized location.
However the macro doesn't get kicked off when opening the excel online,but the workaround for this is to open in excel mode which made the macro execute.
can anyone help me with a code to find the logged in user of sharepoint as soon as the sheet is opened?
I can add that to the code in the workbook open activity.
I tried using the Environ$("Username"),but this is not showing me the value that I am expecting as this shows the username of my laptop than the user logged in on the sharepoint.
Basically no matter what the login of the machine where the sharepoint is used,i would like to get the sharepoint logged in user name which could be a different(like my scenario)?
The logged in user from sharepoint can be captured by printing the last Author of the spreadsheet.
The last author is updated with the last logged in user id no matter whether it is from sharepoint or any app.
msbox(ActiveWorkbook.BuiltinDocumentProperties("Last Author"))
I hope this solution helps everyone who is facing the similar kind of issues.
Happy learning..
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.
In our call center we use Excel VBA to extract integrated data through Avaya CMS supervisor. We have been using the same code for years.
One of our supervisors cannot run the report with her windows NT login. She receives the OLE timeout error when attempting. Every other user can run the report if they attempt to use their NT at the same computer.
We don't have anyone who knows VBA or Avaya well enough to troubleshoot (a temp was hired to code). I am intermediate level at best and find nothing wrong with the logic - as I said earlier it runs fine for me.
When I asked our dedicated IT department if this could be a user profile issue they informed me all supervisors have the same "cookie cutter" profile given to them. They state it has to be an issue with the VBA code.
Is there any other troubleshooting methods I can attempt at this point? Besides user permissions with Avaya and the code itself is there anything else that could interfere with VBA? Thanks in advance
It's possible that it could be an issue with the User Account Control (UAC), if that supervisor has it set on a higher level than others. When the UAC is turned on, it restricts what you can do in VBA. To check the UAC level, open the control panel, then 'User Accounts', 'Change User Account Control settings'
One alternative to using Excel VBA to extracting data is to use a web browser based reporting tool with full permission controls that exports regularly to Excel. NetLert's N-Focus Plus reporting tool can do that - it pulls data from CMS, stores it to a database on a server (as a result, you can store unlimited historical interval data), lets you set up any number of permissions for unlimited 'supervisors' so they only see their data or their groups' data, and they can export reports to excel or set up their own automatic daily/weekly/monthly report distribution. It also ties multiple CMS servers together in a single web-based interface, and does real-time and historical reporting... check it out at http://www.netlert.com/nfocus_video_overview.php
In a live system, where we have never had trouble deleting alerts (its been up and running for about a year now), we have come accross this for one user on 2 particular alerts, the problem is we cannot delete either alert using any account (The users, my Admin accounts, the sharepoint installer account)- We get an access denied error. Now, the 2 alerts are set on the same document, which is held withing library X and to parent folders (X/FolderA/FolderB/Document)- After setting up the alert FolderA (And all its contents) were moved to a new library (Library z), and the alert stayed where it is, set up on library x - To my understanding sharepoint should've deleted it when it was moved?
We've tried the following;
Recreating FolderA/FolderB/Document structure in x
Cutting and pasting FolderA back into X (so it had the same Guids)
But we still could not delete the alert using any of the accounts :S Does anyone have any idea how we might be able to delete the aler?
I got this problem with one of my main portal site. I escalate ticket with Microsoft. After doing so many trouble shootings. Finally we created new web application with same name, host address and attached the content db.
Problem resolved.
Back in the day, Outlook 2003, I wrote an app that would go out and check a users mailbox for all messages that were over a certain size, then send them a HTML report with links to those messages. They could click the link and it would take them directly to the message.
Now, new company and several versions of Outlook later, Outlook 2010 now, I am attempting to do the same. Only problem is, everything I have read states that the HREF for Outlook:inbox (or whatever) is no longer supported.
It seems odd to me that such a handy feature would be removed. Is there a workaround for this?
I have searched and searched the web but to no avail. Any help is greatly appreciated.
Geo...
MAPIFolder.FolderPath returns path to current folder.