I created some reports in Report Builder for SQL 2012, before I realized that managing multiple reports is substantially easier in VS 2012. I created a reporting project in VS2012 and added the existing reports by right-clicking on the Reports icon in the solution tree, selecting Add ==> Existing Item and then navigating to and selecting the reports. I also added or recreated the data sources and data sets as needed.
Most of my reports "migrated" with no problems, and I was able to deploy them to a new dashboard and get a more unified experience for the users. However, a couple of the reports give the following error when I try to preview them:
The given path's format is not supported
Some of these reports deploy successfully and run in the SharePoint site, others do not. But my ask at this point is, can someone give me any tips on where to look for the cause of these errors? The Error and Output windows in VS2012 don't give file, line, or column info, so I just have no idea where to look. I have searched for as many URL or path references as I can in the query results, action targets, etc., and removed them when I found them, but the problem persists. If someone has any thoughts, or can tell me some settings to turn on in VS that might give me more information, that would be appreciated.
Related
This is hardly the first time this question has been asked, but there are no completely satisfactory answers that have been presented, and nearly ALL of them rely upon Microsoft's error-laden developer documentation.
After creating a vb.net VSTO Excel Template project using Visual Studio 2019 with Office 2016 and porting exiting VBA code to vb.net, I have run into a brick wall. I was able to convert the code to vb.net without too much trouble, and thanks to the .net libraries, I was able to include additional functionality that before was impossible with VBA (e.g. Action Panel menus, etc.). But now I cannot distribute the solution to my employees because I cannot create a setup file that will allow the template code to run correctly when the resulting document is saved to any location other than where it was first installed.
I have tried using the supposedly simple ClickOnce method. I have tried the Windows Installer method. We don't have a Sharepoint server (we are a small company) and I don't want to learn how to create one. I have followed the examples at
https://learn.microsoft.com/en-us/visualstudio/vsto/deploying-an-office-solution-by-using-windows-installer?view=vs-2019
and
https://learn.microsoft.com/en-us/visualstudio/vsto/deploying-an-office-solution-by-using-clickonce?view=vs-2019
and
https://learn.microsoft.com/en-us/visualstudio/vsto/deploying-a-vsto-solution-by-using-windows-installer?view=vs-2019#to-build-the-setup-project
and several other Microsoft Visual Studio VSTO instructional articles to no avail. I still cannot get the resulting template file to reference the necessary libraries when the template is moved or saved to any location on a user's computer other than its original install folder. This pretty much makes the solution useless to me. You would think something this important to so many VBA users would be a priority to Microsoft, but it clearly is not. Microsoft refuses to fix/update its documentation, and it ignores vb.net like Microsoft's own policies had nothing to do with why so many of us use it.
I would post my code, but I have no idea what code, in what has now become a rather complicated solution, is causing the problem. My only clue is the error message, which appears whenever the Excel workbook is saved somewhere else and states that "my solution".vsto could not be downloaded because Office is looking under where the template is now stored rather than the original installation directory.
I have a project which uses SharePoint lists as data sources to create the reports. I'm using Visual Studio 2013 for this.
I have this real annoying issue at this moment, ie. when I want to edit a dataset I created a while ago and I press 'Query Designer...' in the dataset properties to see all fields from my list I get an error which says that I am unauthorized.
My DataSource is configured to link to the SharePoint Site Url with Windows Credentials. I have also tried this out for multiple datasets on multiple reports but the error is everywhere.
Because of this I'm also not able to run my reports. They just say "An error occurred during local report processing.".
I have been working on this project since March and this is the first time this has occurred so I have no idea what might have gone wrong nor how to solve it.
Does anyone know what might cause this error and how to solve it please?
If you have any questions or remarks about my question/problem, please, don't hesitate to leave a comment.
Kind regards
EDIT 1:
I have just tried deploying a report that I finished last week and for the first time I got a prompt that asked for my credentials. I haven't even put my credentials anywhere in the project for past authorisation so I have no idea why the project would suddenly need it now...
EDIT 2:
I have just tried changing the DataSource credentials to my own login for the SharePoint Site. If I run the report I get the same error as before but when I go to Query Designer for one of the datasets I get following error:
EDIT 3:
I just restored a back-up I made a couple of weeks ago. I can now run my reports but I still get the Unauthorized error when I try to open a dataset's query designer and the prompt for my credentials when I try to deploy a report.
So, the solution has been found!
Apparently something has gone wrong with my PC and I had to reconfigure my user accounts.
To do this go to Control Panel -> User Accounts
Then click on 'Manage User Accounts'. Go to the 'Advanced' tab and click on 'Manage Passwords'
Next, go to 'Windows Credentials' and change the credentials for your site or recreate them.
The SharePoint install is a SP2010 install on a 2008 R2 server. Everything is fully patched. I am running the SP Designer on the SharePoint Server directly.
I have a workflow which is intended to send an email when a new document is created in a custom list. I have deliberately kept the workflow very simple in order to illustrate this problem.
After creating this single step workflow in SP Designer, I click "Check for Errors" and SP Designer reports "The workflow contains no errors".
I then click "Publish" but the Workflow Error dialog is displayed with the message
Errors were found when compiling the workflow. The workflow files
were saved but cannot be run.
Clicking the advanced button reveals more information:
Could not publish the workflow because the workflow configuration file
contains errors
Any suggestions gratefully received
I'll share what fixed it for me - deactivating all workflow features at the site collection level (that is, Workflows, Three-state workflow, Publishing Approval Workflow) and then reactivating the features. I was then able to publish my workflow. This post helped, not sure whether this only works for 365 though, but it's sure worth trying first if you are considering a reinstall.
after googling for quite some time, i think it's an authentication issue. How is your SharePoint set up? Do you use HTTPS for authentication? If so check out this article.
I know this error message from sharepoint. I got this by dealing with multiple lookup fields refering to other lists. Even when I check the worfklow for errors SharePoint says that its all fine but i can't publish it at all.
Try to build a new Test-Site on your Site Collection. Build a Custom Document Library, leave it standard and then set up a new simple workflow just sending a mail.
Fill out the needed fields in mail only using simple values. Send to your mailadress, simple mail subject and simple mail body.
Set the workflow to run only manually.
Try to publish the workflow.
When this is working, then compair to your existing workflow and change your values by trail and error.
After doing a clean install of the OS and SharePoint, workflows are working flawlessly. I can only conclude that the problems were caused by left over registry settings from MOSS 2007. Thanks for the suggestions that people made.
This could also happens if you chage the URL of the web application, all you have do is click the Design button from the library itself.
when changinf the URL from http://server/Site to example: http://server.xx1.net/site, and you try to publish it tries the old url.
what helped in my situation is changing from start workflow automatically to manually.some times answers for critical situation is very easy. hope it helps, many thanks
I ran into this problem and after digging for days and folks suggesting to rebuild the servers, disabling and re-enabling site features, remove previous workflow versions, etc. and trying everything except rebuilding the servers (not practical for clients production environment). I decided to try some tests and found that this issue was only happening on one particular list no matter how simple or complex the workflow was... And when I would check the box for start automatically on item create (or when item changed) it would fail to publish and give the error above, but if I published it with just manually start worked fine. Finally after deleting views and some more testing, I discovered that there was over 240+ columns in this list (I did not create it...) and 50+ workflows set to run on create... Thankfully I have a test environment I built out for the client so I sync'd the Site Collection database back to test environment from Production re-ran my tests and got same error... So what resolved the problem and what was the ultimate cause of the problem, there was to many columns defined in the list and I had to delete several columns to publish the workflow in the test environment. This actually issue translates into the there is a limit in SQL Server on how much data the list can store each type of column takes up so much space read more about it here:
https://technet.microsoft.com/en-us/library/cc262787(v=office.15).aspx#Column
So what I did in production was worked with my client to determine how to break up the list into multiple lists and have relationships between them, thus moving some of the columns and data to another list (Think database/list normalization)... I hope this solution helps someone.
I have deployed an SSRS 2008 R2 project into our SharePoint Integration. This worked no problem. I then wanted to add report parts. I converted the DataSource and DataSets to Shared Components and re-deployed. No problem. I then selected the parts that I wanted to publish. Now when I deploy the project I get the error message:
Warning : Referenced item ReportsTo doesn't exist at http://dev-sp01/sites/CompanyName/Shared Documents/Reporting/Datasets/ReportsTo.rsds.
The item ReportsTo is a part that is trying to get published. This has me a little confused. I was under the impression that the rsds file type is soley for DataSources. Given that the path that is in the error is Datasets should it not be looking for a DataSet file?
Any help in resolving this to get the parts published would be greatly appreciated.
I am working in BIDS 2008 R2 not Report Builder
UPDATE:.. After Reviewing the Logs on the Reporting Server I noticed this.
GetPropertiesAction(http://dev-sp01/sites/ThriveReporting/http://dev-sp01/sites/CompanyName/Shared Documents/Reporting/Report Parts/TeamUtilizationOverWeeks_Chart.rsc, PathBased).
It looks like it is trying to merge the Site name with the Fully Qualified Path to the Reports Parts. In BIDS I've tried to change the Report Parts path in the deployment properties to the relative path to the Site Name provided, but it errors out and requests the Fully Qualified path. It would seem that this might be a bug.
So to Recap
When trying to Publish Report Parts
1) Bids Gives me the Warning:
Warning : Referenced item ReportsTo doesn't exist at 'http://dev-sp01/sites/CompanyName/Shared Documents/Reporting/Datasets/ReportsTo.rsds.'
Where ReportsTo is a Shared Dataset, so I beleive this should be looking for an rsd extention. In the Log there is a corresponding action for this but not error
Warning : Referenced item ReportsTo doesn't exist at 'http://dev-sp01/sites/CompanyName/Shared Documents/Reporting/Datasets/ReportsTo.rsds.'
GetItemTypeAction(http://dev-sp01/sites/CompanyName/Shared Documents/Reporting/Datasets/ReportsTo.rsds).
2) Reporting Services does not appear to be creating a path correctly to access a Report Part during deployment.
GetPropertiesAction(http://dev-sp01/sites/CompanyName/http://dev-sp01/sites/CompanyName/Shared Documents/Reporting/Report Parts/TeamUtilizationOverWeeks_Chart.rsc, PathBased).
From Microsoft, I am submitting Feedback now.
Hi Matt,
I can reproduce the issue. It seems to be a known issue.
I would suggest you submitting a feedback at https://connect.microsoft.com/sqlserver.
Your feedback enables Microsoft to make software and services the best that they can be, and you can learn about and contribute to exciting projects.
Thanks,
Jin Chen
Jin Chen - MSFT
UPDATE:
Please go to this link and vote this issue as important so that it will get looked at sooner.
Not quite sure what I've done to screw up SPD2010 (was working), but it displayed
Sharepoint Designer cannot display the item
What you can try:
Click refresh ... blah
Most likely causes
The file has been deleted from the site
The site is encountering problems
I can't see anything related in event viewer. I think is web service related as I think the queries are made via a WS?
In my case it wasn’t a solution. So, I made a backup of the site collection before to try anything. After a lot of time and different problems I figured out that some lists were causing the missreading. I tried one more time to get the lists in SharePoint Designer 2010 just to cause some entries in the log. After that I opened the log file and looked for something like: “Failed to determine the setup path of the list schema for feature {GUID}, list template XXX.”. With the GUID I looked for a match here. http://sharepoint-geek.com/2010/10/08/sharepoint-2007-moss-features/
With the feature name I used this blog: http://aurramu.blogspot.com/2011/03/failed-determine-setup-path-of-list.html.
With the feature re-installed I went to SPD and it worked like a charm.
I hope it helps someone else.
It appears this was caused by a "phantom" list definition. I experienced a number of other problems (some in SP some in SPD), all generating variations of this error;
<nativehr>0x8107058a</nativehr><nativestack></nativestack>
The problem list definition was deployed and undeployed from VS2010, so I have no idea why it was still around! The Sharepoint UI wont allow you to remove it (errors as above), so the trick is to use the stsadm powershell command with forcedeletelist as detailed here
http://technet.microsoft.com/en-us/library/cc262609(office.12).aspx
Hope this helps someone else !