I've recently migrated a report from 2008 to 2016 Reporting Services and for some reason the 'back to parent' button which takes me up and down drilldowns as has stopped showing.
This is what it should look like:
I've read around that people have manually added a 'back to parent' button through using history.back but this will not work for me.
The report is not a 'classic' SSRS report in that there is a .rdl file that I can edit. What happens is that the report is driven off of a series of tables (such as lines, headers and some figures) that populate a design table that we can see.
I was wondering if anyone has experience anything like this before when migrating across, or perhaps a DBA might know of a flag that needs setting up on the server that may have been missed?
After a long time searching around online, I've finally found the answer.
I needed to add the following line to the end of the report link:
&rc:showbackbutton=true
I've been searching the web for answers but got no success to find the right thing to do. So this is my last resort.
We have an Access database (1997) and works perfectly in our old remote server. But when we migrated it to Windows 2012 Server and convert it to .accdb file format, the CommonDialog built-in method which opens a window for selecting a file is not working and error message pops up.
By that we are completely aware that some references are missing and we were right.
We searched the web and realized that we need to use the Application.FileDialog under Microsoft Office x.0 Object Library for higher version of MS Access. We implemented that for some of our VBA code that utilizes the CommonDialog and it worked.
But we are also thinking on how are we able to continue using the CommonDialog for higher version of Access just for the sake of not tweaking our VBA code?
If you have an idea about this, I would be glad to hear. Thanks in advance!
I'm having a very peculiar issue with SQL Server Data Tools 2012. Whenever I attempt to launch the report previewer, I get the following exception:
There was no endpoint listening at net.pipe://localhost/PreviewProcessingServce7324/ReportProcessing that could accept the message. This is often caused by an incorrect address or SOAP action. See InnerException, if present, for more deatils.
As far as I can tell, nothing I did triggered the issue. It just started happening one day when I fired up SSDT. I tried the suggestion on
Report Designer Preview in SSDT throws up a 'end point' not found error.
However, my service is up and running just fine (restarting it didn't help), and using Setspn didn't do anything for it, either.
Anyone have any ideas?
That is a current bug in SSDT-BI. The current workaround for now is to right click on the report you want to preview in your Solution Explorer and click RUN.
You will also notice that if you try to preview the report for the first time a command prompt window opens up that runs the preview process, If you don't close this window and just minimize it then you can preview the report but I think the RUN method is much easier for now. Please mark as answer if this helped.
This can happen when you have some SQL Services installed and running on your machine that interfere with the Report Preview. You can check your current services by going opening Sql Server Configuration Manager:
To fix this you can do the following:
Type WinKey + R, input services.msc in the Run box, and press Enter.
Find the "Net.Pipe Listener Adapter" and either Restart or Disable it.
The workaround, as SQLnbe mentioned, is to:
Right Click the RDLC file from solution explorer
Click "Run" from there which will open up a new window.
The Preview issue was resolved for me when I deleted the .DATA files associated with the solution.
In my case I tried all the above solutions, and:
"Run" from context menu does not really work for me, as it's much, much longer than preview in VS2017, as rendering was a deciding factor in my work (lots of grouping by column etc). and render is much faster in VS compared to SSRS,
Could not find listed .Net services on my laptop,
Deleting DATA files did not fixed the issue either,
VS restart and reloading the solution.
I'm not sure if it was points 3 and 4 together that actually did the trick, but I'm putting it out there - just in case it actually is the procedure that will work for others, which is to try option 4.
I need to also note that this issue started after there was a momentary connection dropout. I need to work with WIFI instead LAN due to necessity to be roam-able, and every time I undock the laptop all my connections in SSMS are lost (and with them all the temp tables etc).
I faced the same issue and solved it.
Steps:
Right click on the report.
Click view code.
Check the parameters names in both query parameters and report parameters and make sure it's written correctly.
Close the report and open it again
Thanks
This is what I did:
Restart the .Net.Pipe service in the service console. This didn't resolve the issues.
Closed Visual Studio completely and relaunch the Visual Studio 2017 (in my case).
It seem that the preview is back. It could be the combination of (1) and (2).
None of the solution above worked for me. What did I found and it worked is to run Visual Studio as administrator.
Just closing the visual Studio by ending task with task manager and re-opening the solution worked for me to get through the error.
I'm at wits end trying to find a solution for my issues with Internet Explorer and SSRS. I have created an C# Windows Forms program that uses the WebBrowser element to display SSRS reports to the end user.
Currently there are two report options for them to choose from. One report opens and displays fine. The data set for this report takes about 2-3 seconds to retrieve. The second report is either timing out or not rendering as I get a blank screen.
I think it is timing out as opposed to not rendering because I can't even choose the export to file option. The data set for the second report only takes about 15 seconds to retrieve. I have tried altering timeouts on web.config and rsreportserver.config on the SQL Server and I have tried putting a <system.web> section into the app.config file of the ASP project, but none of that seems to have fixed the issue.
I also tried changing the sessionState value in the web.config but that doesn't seem to have done anything either. Has anyone encountered this error that can tell me what steps to take to fix the problem? My local machine is using IE9 and the server is running SQL Server 2008 R2 on Windows 7.
The answer to this is above in the comments to my question. Don't use the WebBrowser control as it is prone to the failure of IE. I placed the ReportViewer control on there and it works correctly. Check http://technet.microsoft.com/en-us/library/aa337089(v=sql.100).aspx for usage of this control.
I've been following this tutorial (lesson 6) in order to build and deploy a sample report with an embedded subreport which reads its parameters' values from the parent report. This subreport is embedded in one of the group rows of the report's table, and both share the same datasource. Additionally, detail rows appear collapsed until the user presses the (+) button for each group of data in the table.
The report works great when I preview it at the Business Intelligence Development Studio (by the way, SQL 2005 Express edition) but when I deploy it and try to see in the Report Manager, the subreport is not shown. And, if I press the (+) button, the following message appears:
Some parameters or credentials have not been specified
Does anybody has the slightest idea of what I am doing wrong? Why does it works perfectly in the Report Viewer embedded in Visual Studio but not in the Report Manager web app?
Thanks in advance.
Does the subreport use the same Data Source as the parent report? If not, be sure to check the data source of the subreport to make sure it is correct. Check in Report Manager, not your local copy.
I'm beginning to think this could be an issue with the browser. I'm currently using Internet Explorer 8 Beta and I'm also experiencing weird behavior from the Report Manager. I've tried with Google Chrome and Firefox 3 and, although the navigation is not as smooth as I like, the problem seems fixed.
it happens when you use IE8 as a report browser. I faced same issue and when I tested on chrome it worked fine .
This may or may not be related, but I had a similar problem some time ago (except that in my case the reports were accessed through a custom web page) and it turned out we had an older version of the report viewer control (the version that came with Sql 2005 RTM). After upgrading to the latest version the issue went away.